Check my reasoning on this...
In the "Yet another reason why AOL sucks" department:
I am trying to troubleshoot a problem with a client who uses AOL for their email, and they send to sizeable groups of opt-in email addresses from their computer. AOL has enabled IMAP support for email, and this client has been successfully using this for a year now.
Starting just a few weeks ago, thing stopped working properly.
Emails to large groups would generate a "554 TRANSACTION FAILED" error. Interestingly, first it would happen to the BCCed mailing lists, but after a time would also happen to emails sent to single addresses.
My first thought was the IP address was being blocked, and some research in the AOL help files supported that idea. AOL blocks dynamic IP addresses from using their outgoing mail (SMTP) server, but the service WAS working fine - and the SMTP server being used was authenticating to this clients email address. AOL KNOWS WHO IS SENDING THE EMAIL, AND THEY ARE CHOOSING TO BLOCK IT.
AND THE EMAILS ALL SEND JUST FINE IF THE CLIENT USES THE AOL SOFTWARE TO SEND THE EMAILS. This problem ONLY happens when using the IMAP access.
What I cannot figure out for certain is WHY. Why would AOL hobble their nice feature this way? What business purpose does this satisfy? WHY WOULD IT WORK THOUGH THEIR SOFTWARE BUT NOT THROUGH THEIR IMAP/SMTP?!
My best guess at this point is that AOL has recently implemented some sort of algorithm that says if a certain number of emails are sent in a certain timespan, throttle back the ability to sent more mail. For example (numbers are my guesses):
If 10 emails are sent in an hour, everything is fine.
If 100 emails are sent in an hour, prevent mail to groups of more than 10 from being sent (for 12 hours)
If 200 emails are sent in an hour, prevent mail to groups of more than 1 from being sent (for 24 hours)
If 250 emails are sent in an hour, prevent ALL email from being sent for 24 hours.
Or maybe it's more simple than that:
If the average number of emails being sent exceeds 100 per hour, prevent any email from being sent that would cause the average to grow, and allow emails to be sent that would allow the average to decline below 100 per hour.
In any case, I cannot get anyone to give me a straightforward answer. AOL tech support BARELY knows anything about the IMAP configuration. They just read from a script asking you to re-enter the configurations... And I know they are correct, OTHERWISE THINGS WOULD NOT HAVE WORKED BEFORE.
I went so far as the enter the client's AOL configuration on my test machine, on a totally different IP address (and in another CITY as a matter of fact). The problem recurred - it is definitely linked to the way AOL authorizes the clients account. If I enter my account information in place of the clients I am able to send mail.
So, now I am stumped. I decided to run a protocol analyzer on the connection to see if the SMTP server was giving more information about the error. It's not. Here is all it says, in its entirety, as captured by Ethereal:
554- 554 AOL will not accept delivery of this message
554 TRANSACTION FAILED
Whoa. Really helps. Could hardly be more cryptic. AOL SUCKS.
What am I missing here?
