I'll use this mail also as a test.
This was sent 11:25 and arrived 11:43.
I can live with it, hope soon becames faster as it used to.
Mensaje telepatico asistido por maquinas.
Yes, sorry, my bad.please do not hijack unrelated threads.That might explain my problem. Thanks for the explanation.one thing that might have happened, is that hotmail set up a bunch of new outgoing mailhosts at the beginning of 2019. thus our system has to re-learn the new hotmail servers and this might lead to the delayed delivery.Hope my situation is back to normality soon.
I'll use this mail also as a test.
:)
Mensaje telepatico asistido por maquinas.On 2/14/2019 6:16 AM, IOhannes m zmoelnig wrote:
hi, please do not hijack unrelated threads. please do not hijack unrelated threads with OT topics. On 13.02.19 18:15, Lucas Cordiviola wrote:It started happening to me on January 2019. I suspect is something on the Pd-list mail server.definitely not. we didn't really change anything on the mail infrastructure in the last few weeks. however, we (the iem) are using greylisting to drastically reduce spam (that's on an intermediate mailserver, before the Pd-list mail server receives any email). https://en.wikipedia.org/wiki/Greylisting the Pd related mailinglists have been protected by greylisting for years (so this is nothing new on our side). greylisting can result in a delivery delay, which can get longer if the *sender* (in your case hotmail/outlook/microsoft) - uses a rather long timeout between delivery attempts - uses different outgoing mailservers for multiple delivery attempts greylisting is adaptive, so once the system learns that a given outgoing mailserver sends legitimate email from userA to userB, the greylisting step is skipped and the email gets through instantaneous. one thing that might have happened, is that hotmail set up a bunch of new outgoing mailhosts at the beginning of 2019. thus our system has to re-learn the new hotmail servers and this might lead to the delayed delivery. for what it is worth, the email i'm replying to has the following interesting headers (shortened the lines for readability): ~~~ Delivery-date: Wed, 13 Feb 2019 18:18:19 +0100 Received: from proxmox.iemnet [...]; Wed, 13 Feb 2019 18:18:19 +0100 Received: from mailgate.iem.at [...]; Wed, 13 Feb 2019 18:18:18 +0100 (CET) Received: from mail.puredata.info [...]; Wed, 13 Feb 2019 18:18:13 +0100 (CET) Received: from localhost [...]; Wed, 13 Feb 2019 18:15:48 +0100 Received: from inf178.kug.ac.at [...]; Wed, 13 Feb 2019 18:15:42 +0100 Received: from mailgate.iem.at [...]; Wed, 13 Feb 2019 18:15:41 +0100 (CET) Received: from mail.iem.at [...]; Wed, 13 Feb 2019 18:15:38 +0100 (CET) Received: from proxmox.iemnet [...]; Wed, 13 Feb 2019 18:15:38 +0100 Received: from mailgate.iem.at [...]; Wed, 13 Feb 2019 18:15:38 +0100 (CET) Received: from NAM02-BL2-obe.outbound.protection.outlook.com [...]; Wed, 13 Feb 2019 18:15:33 +0100 (CET) Received: from BL2NAM02FT029.eop-nam02.prod.protection.outlook.com [...]; Wed, 13 Feb 2019 17:15:31 +0000 Received: from BN3PR01MB1956.prod.exchangelabs.com [...]; Wed, 13 Feb 2019 17:15:31 +0000 Received: from BN3PR01MB1956.prod.exchangelabs.com [...]; Wed, 13 Feb 2019 17:15:31 +0000 Date: Wed, 13 Feb 2019 17:15:31 +0000 ~~~ which basically means (if you read it from bottom to top) - you hit the "send" button at 17:15:31GMT - our mailgateway (that does any greylisting), received the email at 17:15:38GMT - the Pd-list server received the email at 17:15:48GMT - i had the mail at 17:18:19GMT in my inbox which is a <3 minute delay, which i find quite acceptable. fgsdmr IOhannes
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list