Forwarding aliases take an hour to arrive


I’m running v0.52 on a DO VPS.

I have a catch-all rule for all emails to go to my primary email address on the MiaB account.

However, any time I send to one of those aliases, it can take about 1 hour before the email hits my inbox, even though the time frame shows the original send time. This is the same on whether I send the email from another inbox I own, or I provide that email to another third-party service.

Emails to my primary account are received nearly instantaneously.

For a more illustrative example: is the primary address, worked wonderfully for everything I do. I have a catch-all on everything else for that domain. So if I provide a vendor, it might take 1 hour for that email hits my inbox.

What can I do to shorten that time? What information or logs can I provide?

is it only the first mail or subsequent mail too? Sounds like greylisting issue (though 1 hour is a bit long).

Can u try checking out your mail.log, do a sudo tail -f /var/log/mail.log and see live activity, then see what turn up the moment you send the mail from your vendor.

Results of the tail. PII redacted. is the alias to be forwarded from the catch-all. is the primary email. is the original sender.

Mar 16 18:51:48 box postfix/smtpd[3178]: connect from[]
Mar 16 18:51:48 box postfix/smtpd[3178]: warning: restriction `reject_authenticated_sender_login_mismatch' ignored: no SASL support
Mar 16 18:51:48 box postgrey[1199]: action=pass, reason=client whitelist,, client_address=,,
Mar 16 18:51:48 box postfix/smtpd[3178]: EDB14FC08D:[]
Mar 16 18:51:49 box postfix/cleanup[2455]: EDB14FC08D: message-id=<>
Mar 16 18:51:49 box opendkim[13395]: EDB14FC08D: s=20161025 SSL
Mar 16 18:51:49 box opendmarc[936]: implicit authentication service:
Mar 16 18:51:49 box opendmarc[936]: EDB14FC08D: SPF(mailfrom): pass
Mar 16 18:51:49 box opendmarc[936]: EDB14FC08D: pass
Mar 16 18:51:49 box postfix/qmgr[1487]: EDB14FC08D: from=<>, size=3225, nrcpt=1 (queue active)
Mar 16 18:51:49 lmtp(26434): Info: Connect from
Mar 16 18:51:49 box postfix/smtpd[3178]: disconnect from[] ehlo=2 starttls=1 mail=1 rcpt=1 data=1 quit=1 commands=7
Mar 16 18:51:49 box spampd[1282]: processing message <> for <>
Mar 16 18:51:51 box spampd[1282]: clean message <> (-0.29/5.00) from <> for <> in 2.12s, 3541 bytes.
Mar 16 18:51:51 lmtp( Info: MOYrDpVEUWBCZwAAmi+HPQ: sieve: msgid=<>: stored mail into mailbox 'INBOX'
Mar 16 18:51:51 box postfix/lmtp[2454]: EDB14FC08D: to=<>, orig_to=<>, relay=[]:10025, delay=2.6, delays=0.42/0/0/2.2, dsn=2.0.0, status=sent (250 2.0.0 <> MOYrDpVEUWBCZwAAmi+HPQ Saved)
Mar 16 18:51:51 lmtp(26434): Info: Disconnect from Successful quit
Mar 16 18:51:51 box postfix/qmgr[1487]: EDB14FC08D: removed

It’s moved into your inbox.

Some of these just aren’t hitting my inbox.

Can you provide an example of one that isn’t hitting your inbox? If the logs report inbox delivery, it sounds more like a client issue.

Note that root privileges are not required to read /var/log/mail.log.

@openletter I’ll do another test this weekend to see what I can get.

In the meantime, I added my own domain to a /etc/postgrey/whitelist_clients.local file and restarted postgrey and postfix and I’m seeing some better results so far.

1 Like

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.