We have been experiencing a similar issue since November 19 also. Mail from bounces.amazon.com (do-not-re...@amazon.com) is rate limited when it reaches google and the same happens with email originating from em2895.mirakl.net directed to our G-Suite domain.
This means that if you are a merchant working with Amazon and Mirakl marketplaces and are expecting an OTP via email, you might never receive it on your G-Suite domain. It is so tricky to describe this to support staff, as we are a third service caught in how two others interoperate, that my hope is someone here reading this understands what happens. G-Suite's email reporting log says: In progress Google tried to deliver your message, but it was rejected by the server for the recipient domain storfund.com by aspmx.l.google.com. [2607:f8b0:400c:c16::1b]. The error that the other server returned was: 421-4.7.28 Gmail has detected an unusual rate of unsolicited mail. To protect 421-4.7.28 our users from spam, mail has been temporarily rate limited. Please 421-4.7.28 visit 421-4.7.28 https://support.google.com/mail/?p=UnsolicitedRateLimitError to 421 4.7.28 review our Bulk Email Senders Guidelines. z27-20020a056102067b00b00462a5123de5si685073vsf.142 - gsmtp And this is an email that was generated by Amazon's Vendor Central system. I do hope someone from G-Suite or Amazon reads this and lends a hand. On Fri, Nov 17, 2023 at 4:58 PM Philip Paeps via mailop <mailop@mailop.org> wrote: > > For the past couple of days, mx2.FreeBSD.org is queuing more mail to > Google than usual. > > This is the 421: > > 421-4.7.28 Gmail has detected an unusual rate of unsolicited mail. To > protect 421-4.7.28 our users from spam, mail has been temporarily rate > limited. Please 421-4.7.28 visit 421-4.7.28 > https://support.google.com/mail/?p=UnsolicitedRateLimitError to 421 > 4.7.28 review our Bulk Email Senders Guidelines. > m17-20020a67f711000000b0045d8a438106si295017vso.199 - gsmtp (in reply to > end of DATA command) > > We're not sending out more unsolicited mail than usual. Postmaster > Tools suggests authentication, spam rates, etc etc etc all unchanged. > We do all the things in the Bulk Sender Guidelines (except DMARC because > we don't want to frustrate our users ability to use third-party mailing > lists that don't mitigate it). We add ARC headers to all our outbound > mail. > > Since about September, we're hitting the rate limiter ~70% of the time > every couple of days. Since ~15 November we're hitting the rate limiter > for almost all mail we send. > > Anyone else noticing this? > > (We run hundreds of mailing lists (all of them confirmed opt-in, of > course) and have dozens of plain forwarding aliases. Our spam filtering > is pretty effective but there will always be some spam.) > > Brandon: any insights? Happy to supply more logs. > > Best wishes. > Philip > > -- > Philip Paeps > Senior Reality Engineer > Alternative Enterprises > _______________________________________________ > mailop mailing list > mailop@mailop.org > https://list.mailop.org/listinfo/mailop -- keep raising the bar || http://theheadphonesrule.dev/ _______________________________________________ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
