Greetings, * Ángel via mailop (mailop@mailop.org) wrote: > On 2020-08-07 at 20:24 +0200, Renaud Allard via mailop wrote: > > On 05/08/2020 20:16, Large Hadron Collider via mailop wrote: > > > you know, Mr Allard, it appears that you sent this message to the list at > > > least 5 times... > > > > Actually, I only sent it once. From my logs, it was delivered on the 5th > > once. It might be some processing problem at mailop because I only > > received it today (once) like multiple other mails from mailop. > > It's fun that we got multiple copies on *different* messages. In my case, > it was on the ones from Umut Alemdar > (am6pr08mb5158c5d0677d418f254e7a16db...@am6pr08mb5158.eurprd08.prod.outlook.com), > Lily Crowley > (cabpqdsmwn_r9q9mmzkuizfgfmnh0fcbdvtigtc8codcm6lz...@mail.gmail.com), > Stephen Frost (20200805132959.gd12...@tamriel.snowman.net), Hans-Martin > Mosner (173bec91138.2771.03b21a1406dc7ce0e2b3b53a52883...@heeg.de) and > Otto J. Makela mails (b05c8075-fbf9-1c87-3322-2b5eb7a94...@iki.fi). I > received 38 copies of each (except Stephen's which were 39).
That's certainly interesting- my logs pretty clearly show that 20200805132959.gd12...@tamriel.snowman.net was delivered just once, and on the first try to mx0.nosignal.org: Aug 5 09:29:59 tamriel postfix/pickup[4936]: 8EDAD5F79F: uid=1000 from=<sfrost> Aug 5 09:29:59 tamriel postfix/cleanup[5038]: 8EDAD5F79F: message-id=<20200805132959.gd12...@tamriel.snowman.net> Aug 5 09:29:59 tamriel postfix/qmgr[2185]: 8EDAD5F79F: from=<sfr...@tamriel.snowman.net>, size=1936, nrcpt=1 (queue active) Aug 5 09:30:22 tamriel postfix/smtp[5086]: 8EDAD5F79F: to=<mailop@mailop.org>, relay=mx0.nosignal.org[2001:41c8:51:83:feff:ff:fe00:a0b]:25, delay=23, delays=0.08/0.01/0.82/22, dsn=2.0.0, status=sent (250 OK id=1k3JV7-00069W-F7) I then received it, again, just once: Aug 5 09:36:17 tamriel postfix/smtpd[3354]: connect from chilli.nosignal.org[2001:41c8:51:83:feff:ff:fe00:a0b] Aug 5 09:36:18 tamriel postfix/smtpd[3354]: 4FD4A5F7A0: client=chilli.nosignal.org[2001:41c8:51:83:feff:ff:fe00:a0b] Aug 5 09:36:19 tamriel postfix/cleanup[5816]: 4FD4A5F7A0: message-id=<20200805132959.gd12...@tamriel.snowman.net> Aug 5 09:36:22 tamriel postfix/local[5817]: 4FD4A5F7A0: to=<sfr...@snowman.net>, relay=local, delay=4.4, delays=2.9/0/0/1.5, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION") Aug 5 09:36:22 tamriel postfix/qmgr[2185]: 4FD4A5F7A0: removed However, I've seen similar symptoms to what's being described here previously, but in the case I saw it before where there were multiple deliveries of the same mail, the issue was that the receiving side would accept the mail but the sending side got back some kind of error that indicated there was a failure, and therefore it kept the message in the queue and retried. This is particularly possible if there's tight timeouts involved- if chilli.nosignal.org had a 10s timeout on sending and the receiving side sat and contemplated the message (after having received it) for >10s before actually acknowleding the message as accepted, that's exactly the behavior you'd see. Might be interesting to see if you can spot that in your logs as having, perhaps, happened, where there was a long delay between the connection from chilli.nosignal.org and the message being accepted and if there was any indication in the logs that there was a failure to acknowledge back to chilli.nosignal.org that the message had been received. Thanks, Stephen
signature.asc
Description: PGP signature
_______________________________________________ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
