Aside from your issue reaching a 'human' response, and that to you the
error messages and support responses are cryptic.. Yahoo is usually
pretty good, and usually starts flowing again once a reduction in the
triggering events is seen..
However, not sure you should use pipelining .. Given that almost every
system out there now does inline rejection, at various SMTP verbs,
pipelining is not helping your cause.. You also would probably get
better visibility into the messages that are causing you grief in your
logs.
And of course, turn off remote forwarding.. your customers can check
email easily on your systems without forwarding them, and with modern
day SPF requirements, forwarding remotely without sender rewrite is just
going to set off all kinds of red flags.
On 2024-11-16 14:16, Michael Denney via mailop wrote:
Hello!
I'm new to this list at the recommendation of a fellow provider I was
discussing this issue with. Hopefully moving forward I'll be able to
help others but for now - I need some help/advice. I'll try to explain
this briefly but ... I'm not good at being brief so I apologize for that.
We've been sending email since 2007 and have largely not had issues as
we've always had anti-spam steps in place for outbound email. We've
also always been on every FBL/JMRS we can find.
On November 11th, 2024 we started having our customers reaching out to
us letting us know that email to Yahoo and AOL users was being denied.
The error message given across all of them is the same:
Delay reason: SMTP error from remote mail server after pipelined MAIL
FROM:<redacted> SIZE=5548:
421 4.7.0 [TSS04] Messages from 162.244.253.254 temporarily deferred due
to unexpected volume or user complaints - 4.16.55.1; see
https://postmaster.yahooinc.com/error-codes
<https://postmaster.yahooinc.com/error-codes>
All of our email leaves via 162.244.253.253 and162.244.253.253 [our
outbound aniti-spam scanner IPs]. Our volume hasn't changed and we've
received no complaints/FBL reports from any other providers. We've also
manually reviewed our outgoing mail logs and cannot find anything that
would cause Yahoo/AOL to make this change against us.
My first thought was to check the AOL FBL as some were also reporting
issues emailing AOL - only to find the AOL FBL is no more [big sad].
So the next step was to reach out to the Yahoo postmaster and we were
directed to https://senders.yahooinc.com/contact/#sender-support-request
We've filled out the request and all we keep getting back is essentially
"follow our sender guidelines and don't send spam," as well as "allow up
to 2 weeks," meanwhile we're handing the email for 38,000 domains [we're
small, we know] and getting flooded with customers reporting an
inability to reach AOL or Yahoo email addresses.
I would totally get it if something big on our end changed, or if we
/were/ passing a large volume of spam, etc - but nothing has changed on
our end.
We tried spreading our email load out across more IPs [about 50 total
instead of 2] and the deferment looks to be in place by default. It
feels like Yahoo 'lost' their mail flow numbers or something and reset
us back to 0 whereby suddenly the email from our 38k users looks like a
huge change in volume [it's not, our volume hasn't changed].
Realistically it feels like we just need to talk to someone that's
familiar with working with ISPs/ESPs instead of end-users - but I'm not
sure. Maybe we're just not reaching out in the right way - or there's a
better contact or form to fill out?
I've reached out via the form, via email, twitter - and I've had zero
luck getting anyone at Yahoo to acknowledge this or to assist in any
way. "Give it two weeks," isn't really something I can just pass on to
our end users.
Any help or advice is very much appreciated.
Thank you,
Michael Denney
MDDHosting LLC
http://www.mddhosting.com/
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
--
"Catch the Magic of Linux..."
------------------------------------------------------------------------
Michael Peddemors, President/CEO LinuxMagic Inc.
Visit us at http://www.linuxmagic.com @linuxmagic
A Wizard IT Company - For More Info http://www.wizard.ca
"LinuxMagic" a Reg. TradeMark of Wizard Tower TechnoServices Ltd.
------------------------------------------------------------------------
604-682-0300 Beautiful British Columbia, Canada
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
