>Once your master.cf file is correct, it is no longer of much interest.
What matters now is logs and main.cf. 

Here is what I see now with the same email going out again and again:

Jan 12 17:56:26 mail postfix/smtpd[17788]: connect from xxx[127.0.0.1]
Jan 12 17:56:26 mail postfix/smtpd[17788]: AED108DFA2: client=xxx[127.0.0.1]
Jan 12 17:56:28 mail postfix/cleanup[17791]: AED108DFA2:
message-id=<2f18001d6e499$48eeff40$daccfdc0$@xxx>
Jan 12 17:56:51 mail postfix/qmgr[4667]: AED108DFA2: from=<support@xxx>,
size=35379321, nrcpt=1 (queue active)
Jan 12 17:56:51 mail postfix/smtpd[17788]: disconnect from xxx[127.0.0.1]
Jan 12 17:56:51 mail postfix/smtp[18159]: AED108DFA2: to=<x...@icloud.com>,
relay=mx02.mail.icloud.com[17.57.152.14]:25, delay=25, delays=25/0.01/0.4/0,
dsn=5.3.4, status=bounced (message size 35379321 exceeds size limit 28311552
of server mx02.mail.icloud.com[17.57.152.14])
Jan 12 17:56:51 mail postfix/cleanup[17853]: A0E418DFA4:
message-id=<20210112175651.A0E418DFA4@xxx>
Jan 12 17:56:51 mail postfix/qmgr[4667]: A0E418DFA4: from=<>, size=3867,
nrcpt=1 (queue active)
Jan 12 17:56:51 mail postfix/bounce[18161]: AED108DFA2: sender non-delivery
notification: A0E418DFA4
Jan 12 17:56:51 mail postfix/qmgr[4667]: AED108DFA2: removed

Jan 12 18:05:16 mail postfix/smtpd[18647]: disconnect from xxx[127.0.0.1]
Jan 12 18:05:17 mail postfix/smtp[18775]: 9BA7A8DFA2: to=<x...@icloud.com>,
relay=mx01.mail.icloud.com[17.56.9.17]:25, delay=25, delays=24/0.03/0.93/0,
dsn=5.3.4, status=bounced (message size 35379321 exceeds size limit 28311552
of server mx01.mail.icloud.com[17.56.9.17])
Jan 12 18:05:17 mail postfix/cleanup[18778]: D21298DFA4:
message-id=<20210112180517.D21298DFA4@xxx>
Jan 12 18:05:17 mail postfix/qmgr[4667]: D21298DFA4: from=<>, size=3863,
nrcpt=1 (queue active)
Jan 12 18:05:17 mail postfix/bounce[18777]: 9BA7A8DFA2: sender non-delivery
notification: D21298DFA4
Jan 12 18:05:17 mail postfix/qmgr[4667]: 9BA7A8DFA2: removed

>Once the notifications are sent, the associated message is deleted from the
queue.  If you're not generating new bounces every minute, the volume will
dissipate.  If you're generating a lot of bounces, that's the problem to
>solve, i.e. the *generating* part.  Instead of working on throwing them
away, find out why you have a high bounce rate and fix that.

I am not sure why the same emails are going out even with the non-delivery
reports. The clients are clearly not sending these. So, not sure what to
look for. Please note that all other emails are fine (incoming and
outgoing). It is just these emails that bounce that keep on getting resent.
(there are also a couple of internal emails being resent, as far as I can
tell from the logs, but those sends are successful yet keeps repeating)


Reply via email to