Re: [mailop] DMARC Reports to aliexpress.com won't be delivered.
On 29-1-22 13:53, Bastian Blank via mailop wrote: On Fri, Jan 28, 2022 at 10:57:08PM +0100, Jan-Pieter Cornet via mailop wrote: Oh, and then there are a number of ticket systems or mailinglists behind dmarc reporting addresses that usually reply with something like 'Your email to our support system could not be accepted". Usually in such a way that it's near impossible to get the original destination address out automatically. Whenever I have some time, I tend to go through some of those bounces and plonk the corresponding domains for a whole year. You don't use VERP or a similar automation to get unique addresses? If you write them both in the envelope and header, the remote system won't have much possibilities to mess that up. The envelope from has VERP, but the regular From hasn't. Probably a good idea to change that. -- Jan-Pieter Cornet "Any sufficiently advanced incompetence is indistinguishable from malice." - Grey's Law OpenPGP_signature Description: OpenPGP digital signature ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] DMARC Reports to aliexpress.com won't be delivered.
On Fri, Jan 28, 2022 at 10:57:08PM +0100, Jan-Pieter Cornet via mailop wrote: > Oh, and then there are a number of ticket systems or mailinglists behind > dmarc reporting addresses that usually reply with something like 'Your email > to our support system could not be accepted". Usually in such a way that it's > near impossible to get the original destination address out automatically. > Whenever I have some time, I tend to go through some of those bounces and > plonk the corresponding domains for a whole year. You don't use VERP or a similar automation to get unique addresses? If you write them both in the envelope and header, the remote system won't have much possibilities to mess that up. Bastian -- We fight only when there is no other choice. We prefer the ways of peaceful contact. -- Kirk, "Spectre of the Gun", stardate 4385.3 ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] DMARC Reports to aliexpress.com won't be delivered.
On Fri 28/Jan/2022 22:57:08 +0100 Jan-Pieter Cornet via mailop wrote: On 27-1-22 11:30, Alessandro Vesely via mailop wrote: On Wed 26/Jan/2022 09:03:11 +0100 Mailop wrote: In general, there are also a lot of other _dmarc. records, that have e-mail addresses that doesn't work and generate undelivered messages. Yes. I coded a way to exclude bouncing addresses, but then never set it up. But if we're carping about bouncing dmarc reports, can I give a dishonorable mention to dm...@mailinblue.com? They have "only" been bouncing reports since september last year, but they receive reports for hundreds of domains. I thought they had much less customers than that. Their bouncing is often due to Gmail's "ReceivingRate" limitator. See the discussion at https://list.mailop.org/private/mailop/2022-January/020958.html However, it is about one week since I saw the last such bounce. Perhaps they're changing it. Best Ale -- ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] DMARC Reports to aliexpress.com won't be delivered.
On 27-1-22 11:30, Alessandro Vesely via mailop wrote: On Wed 26/Jan/2022 09:03:11 +0100 Mailop wrote: In general, there are also a lot of other _dmarc. records, that have e-mail addresses that doesn't work and generate undelivered messages. Yes. I coded a way to exclude bouncing addresses, but then never set it up. On the one hand, they are not so many, roughly less than 10%. On the other hand, since outgoing reports happen to be as interesting as incoming ones, I CC them to my collector. And sending reports to myself only feels rather nonsensical. I did code a suppression mechanism for bouncing report addresses. aliexpress dmarc reports have been bouncing continuously since mid 2020. At least at the moments that we tried to send a report. They are now on suppression level "13 weeks", which is also the maximum. Which means we'll only try to send a report once every 13 weeks (about 3 months), and junk all of the rest. But if we're carping about bouncing dmarc reports, can I give a dishonorable mention to dm...@mailinblue.com? They have "only" been bouncing reports since september last year, but they receive reports for hundreds of domains. I have recorded bounces for about 20% of the destinations that we send DMARC reports to. 7% of the destinations are currently on the active "suppression list" because of this. Oh, and then there are a number of ticket systems or mailinglists behind dmarc reporting addresses that usually reply with something like 'Your email to our support system could not be accepted". Usually in such a way that it's near impossible to get the original destination address out automatically. Whenever I have some time, I tend to go through some of those bounces and plonk the corresponding domains for a whole year. -- Jan-Pieter Cornet "Any sufficiently advanced incompetence is indistinguishable from malice." - Grey's Law OpenPGP_signature Description: OpenPGP digital signature ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] DMARC Reports to aliexpress.com won't be delivered.
On Wed 26/Jan/2022 09:03:11 +0100 Mailop wrote: In general, there are also a lot of other _dmarc. records, that have e-mail addresses that doesn't work and generate undelivered messages. Yes. I coded a way to exclude bouncing addresses, but then never set it up. On the one hand, they are not so many, roughly less than 10%. On the other hand, since outgoing reports happen to be as interesting as incoming ones, I CC them to my collector. And sending reports to myself only feels rather nonsensical. Best Ale -- ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop