This type of question comes up other times, and really this applies to the same case.
Which is to say, yes, we run spam filtering on these types of addresses, same as we do for postmaster@ or abuse@. These addresses are heavily spammed, disabling the spam filter isn't a good idea. That said, it is true that dmarc reports at least should be in a certain format according to the spec, so we can do a better job with properly formatted messages. I've filed a bug for that. Brandon On Tue, Feb 8, 2022 at 11:11 PM Bernardo Reino via mailop <mailop@mailop.org> wrote: > Dear all, > > I have already experienced Google ratelimiting DMARC reports every now and > then, > which may be OK if they want it like that.. but this is new (to me): > > Reporting-MTA: dns; katara.bbmk.org > X-Postfix-Queue-ID: 3D2D71BE02E2 > X-Postfix-Sender: rfc822; rep...@dmarc.bbmk.org > Arrival-Date: Wed, 9 Feb 2022 07:01:03 +0100 (CET) > > Final-Recipient: rfc822; mailauth-repo...@google.com > Original-Recipient: rfc822;mailauth-repo...@google.com > Action: failed > Status: 5.7.1 > Remote-MTA: dns; aspmx.l.google.com > Diagnostic-Code: smtp; 550-5.7.1 [65.108.69.105 12] Our system has > detected that this message is 550-5.7.1 likely unsolicited mail. To > reduce > the amount of spam sent to Gmail, 550-5.7.1 this message has been > blocked. > Please visit 550-5.7.1 > https://support.google.com/mail/?p=UnsolicitedMessageError 550 > 5.7.1 for > more information. e21si14404251ljg.437 - gsmtp > > I guess there's nothing to do, but I find this irritating.. I mean, they > could > just stop requesting DMARC reports instead of requesting and refusing > them? :) > > Cheers. > _______________________________________________ > mailop mailing list > mailop@mailop.org > https://list.mailop.org/listinfo/mailop >
_______________________________________________ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop