Scott Kitterman:
> If Postfix smtpd is waiting for a response to an in progress request
An SMTP client request or policy request?
> and the smtpd_policy_service_timeout is reached, does Postfix keep
> the pipe open until that request completes or does it close it
> right away?
smtpd_policy_servi
Hello,
Op 29-12-19 om 05:18 schreef @lbutlr:
On 28 Dec 2019, at 14:54, Richard Rasker wrote:
Everything went very smooth, and everything works (sending mail, receiving
mail, authentication, certificates, IMAP folders showing in the mail client
(Thunderbird)) -- except for the very last thing
On Sunday, December 29, 2019 9:01:12 AM EST Wietse Venema wrote:
> Scott Kitterman:
> > If Postfix smtpd is waiting for a response to an in progress request
>
> An SMTP client request or policy request?
Policy request.
> > and the smtpd_policy_service_timeout is reached, does Postfix keep
> > th
Richard Rasker:
> So here is a striking difference between the old and the new machine
> that I don't understand. Is there a way to figure out which process is
> actually dumping the mail in /var/spool/mail? Because if it is still
> maildrop, it isn't logging anything as it should.
Postfix logs
Op 29-12-19 om 16:29 schreef Wietse Venema:
Richard Rasker:
So here is a striking difference between the old and the new machine
that I don't understand. Is there a way to figure out which process is
actually dumping the mail in /var/spool/mail? Because if it is still
maildrop, it isn't logging
Hi Scott
On Sun, Dec 29, 2019 at 10:04:39AM -0500, Scott Kitterman wrote:
> For the policy server in question, the 100s default should be more than 2x
> the
> maximum time the policy request can take, even if DNS is very slow,
The policy service is supposed to do proper timeouts for everything
Does it mean messages get encrypted in tranfer process and message storage is
encrypted in rest?
Why so many encrypted mail providers like protonmail, tunanota say they have
privacy advantages than traditional mail providers (for example, gmail)?
Thanks for any guide.
Eliza
On Mon, Dec 30, 2019 at 10:28:03AM +0800, Eliza Chan wrote:
> Does it mean messages get encrypted in transfer process and message storage is
> encrypted in rest?
That's a plausible definition, but transfer may not always be encrypted,
since the provided typically would not refuse inbound mail tha
Eliza Chan:
> Does it mean messages get encrypted in tranfer process and message
> storage is encrypted in rest?
Every provider can TLS encrypt your SMTP mail in transit, but the
provider still has access to the plaintext that goes into and that
comes out of TLS-over-SMTP.
Many providers encrypt
I'm not entirely certain if this is intentional or not, but I ran across
this one with someone in IRC just now.
If someone uses virtual_address_domains and has
"receive_override_options = no_address_mappings", then postfix will kick
back an error of "User unknown in virtual alias table" for an
On Mon, Dec 30, 2019 at 04:37:32PM +1300, Peter wrote:
> If someone uses virtual_address_domains and has
> "receive_override_options = no_address_mappings", then postfix will
> kick back an error of "User unknown in virtual alias table" for any
> recipient in that domain.
Addresses in virtual_ali
On 30/12/19 5:15 pm, Viktor Dukhovni wrote:
On Mon, Dec 30, 2019 at 04:37:32PM +1300, Peter wrote:
If someone uses virtual_address_domains and has
"receive_override_options = no_address_mappings", then postfix will
kick back an error of "User unknown in virtual alias table" for any
recipient in
On Mon, Dec 30, 2019 at 06:27:30PM +1300, Peter wrote:
> > http://www.postfix.org/DEBUG_README.html#mail
> >
> > * postconf -nf
content_filter = scan:127.0.0.1:10025
inet_interfaces = all
receive_override_options = no_address_mappings
virtual_alias_domains = [domain].com
13 matches
Mail list logo
