On 8/6/2022 11:55 p.m., Viktor Dukhovni wrote:
The milter may be performing DKIM signature checks on inbound mail,
signing would be only for outbound. DKIM signature checks may involve
DNS lookups, which could introduce some latency if the remote zone is
uncooperative.
On 9/6/2022 2:41 a.m., Wi
Viktor Dukhovni:
> On Thu, Jun 09, 2022 at 01:53:39PM -0400, Wietse Venema wrote:
> > Viktor Dukhovni:
> > > On Thu, Jun 09, 2022 at 09:19:11AM -0400, Wietse Venema wrote:
> > >
> > > > Below is the order of how Postfix receives email. Steps with "*"
> > > > are logged with -v or with -v -v, other
On Thu, Jun 09, 2022 at 01:53:39PM -0400, Wietse Venema wrote:
> Viktor Dukhovni:
> > On Thu, Jun 09, 2022 at 09:19:11AM -0400, Wietse Venema wrote:
> >
> > > Below is the order of how Postfix receives email. Steps with "*"
> > > are logged with -v or with -v -v, other steps are logged only when
>
Viktor Dukhovni:
> On Thu, Jun 09, 2022 at 09:19:11AM -0400, Wietse Venema wrote:
>
> > Below is the order of how Postfix receives email. Steps with "*"
> > are logged with -v or with -v -v, other steps are logged only when
> > they fail.
> >
> > * repeat: receive header and send header to mi
On Thu, Jun 09, 2022 at 09:19:11AM -0400, Wietse Venema wrote:
> Below is the order of how Postfix receives email. Steps with "*"
> are logged with -v or with -v -v, other steps are logged only when
> they fail.
>
> * repeat: receive header and send header to milter
>
> * send 'end o
Viktor Dukhovni:
> On Wed, Jun 08, 2022 at 04:55:50PM -0400, Viktor Dukhovni wrote:
>
> > In particular, was the delay during network transmission, or in
> > content processing after "."? Perhaps you can log a "WARN" or "INFO"
> > action in "end_of_data" restrictiosn, and see when that happens
>
On Wed, Jun 08, 2022 at 04:55:50PM -0400, Viktor Dukhovni wrote:
> In particular, was the delay during network transmission, or in
> content processing after "."? Perhaps you can log a "WARN" or "INFO"
> action in "end_of_data" restrictiosn, and see when that happens
> (before milters run, don't
Nikolaos Milas:
> On 8/6/2022 5:44 ?.?., Wietse Venema wrote:
> > Possible causes (there may be more):
> >
> > - There is a problem with the network connection between mailgw1
> > and mailgw1 that causes some connections to have excessive retries.
> > This could be a data-dependent problem. About 2
On Wed, Jun 08, 2022 at 06:58:40PM +0300, Nikolaos Milas wrote:
> We are not using any milters except the one you mentioned, for DKIM signing.
The milter may be performing DKIM signature checks on inbound mail,
signing would be only for outbound. DKIM signature checks may involve
DNS lookups, wh
On 8/6/2022 5:44 μ.μ., Wietse Venema wrote:
Possible causes (there may be more):
- There is a problem with the network connection between mailgw1
and mailgw1 that causes some connections to have excessive retries.
This could be a data-dependent problem. About 20 years ago, someone
fixed a Postfi
On 8/6/2022 4:57 μ.μ., Viktor Dukhovni wrote:
...
The delay was in processing the message body and/or alerting the queue
manager to the arrival of the new message. Are you using milters that
query remote oracles (perhaps DNS?) in order to determine whether the
message content is acceptable? Pe
Nikolaos Milas:
mailgw1 receives mail from a content filter, and delivers it to vmail2.
> Jun 08 11:48:33 mailgw1 postfix/smtpd[379124]: connect from
> localhost[127.0.0.1]
> Jun 08 11:48:33 mailgw1 postfix/smtpd[379124]: 4LJ18x2TQSzM58J:
> client=localhost[127.0.0.1]
> Jun 08 11:48:33 mailgw1
On Wed, Jun 08, 2022 at 03:56:20PM +0300, Nikolaos Milas wrote:
> Jun 08 11:48:29 mailgw1 postfix/smtpd[379212]: connect from
> o5.email.wetransfer.com[167.89.35.243]
> Jun 08 11:48:30 mailgw1 postfix/smtpd[379212]: Anonymous TLS connection
> established from o5.email.wetransfer.com[167.89.3
Hello,
In our setup we have two mail gateway servers accepting incoming mail
(mailgw1.noa.gr [primary] and mailgw3.noa.gr - both RockyLinux 8 on VPS
with 2 CPUs, 6GB RAM), filtering mail (using postscreen, amavis,
spamassassin, clamav) and forwarding to the internal mail server
(vmail2.noa.gr
14 matches
Mail list logo
