Delivery delays due to congestion

Now that we’re deep in the middle of the Christmas shopping season, I’m seeing more and more complaints about delays at ISPs. Mickey talked about everything the ISPs have to consider when making hardware and buildout decisions in his post The hard truth about email on Spamtacular. When, like on cyber Monday, there’s a sharp increase in the volume of email, sometimes ISPs don’t have the capacity to accept all the email that is thrown at them.

ISPs and other receivers build their data centers with the needs of their customers in mind, and you are usually not their customer. When every relative your customer has wants to send mail inviting them to Christmas dinner (all at the same time) and you and every other marketer in the world want to send them mail inviting them to shop at your all-important sale (all at the same time), it overloads the available capacity of your customer’s ISP. While they do build their systems (more or less) robustly and with many normal, seasonal surges in mind, you have to understand that sometimes something happens that means that your email will not arrive instantaneously.

Al Iverson tweeted yesterday alluding to the same complaint from one of his customers.

Hey, don’t yell at your ESP when we can’t make ISP X accept your mail faster…. we don’t run the entire universe yet.

There are certain bits of delivery a sender or ESP can control, and there are some things a sender or ESP can’t control. Capacity at the ISPs is one thing a sender can’t control, and when everyone is sending mail at the same time, everyone is going to see delays.
One commentor on that Spamtacular post claimed that anti-spam was “a racket” and that there were simple solutions to the spam problem. In response to that comment, Annalivia wrote an detailed rebuttal, talking about exactly what was happening on the ISP side of the fence.

ISPs are laying people off right and left. The premise of allowing spam to flow just to justify the purchase of expensive new toys is nonsense. It takes money to buy additional appliances to handle the overhead of unwanted email. ISPs don’t *have* that money. Mickey’s original post was all about the reasons why email is sometimes delayed. One of those reasons is the lack of sufficient resources to handle the flow. Why are those resources lacking? NO MONEY. There’s a major economic crisis going on […]

Email marketing may be one area that isn’t being hit hard by the current state of the economy. But the ISPs are struggling, and expecting them to invest money they don’t have so that marketers can have instantaneous email delivery is folly.
There will be delivery problems due to network congestion and too much mail for ISPs to handle. Marketers can’t do anything about this except send mail and wait for it to be delivered. In an ideal world there would be sufficient resources for all. We don’t live in an ideal world, and in the cooperative environment of the Internet, everyone has to be respectful of the resource limitations of everyone else.

Related Posts

Overusing ISP contacts

I’ve written frequently about personal contacts at ISPs and how the vast majority of delivery problems can be solved without picking up the “Bat Phone” and having someone at the ISP do something. Al touches on the same subject today, blogging about his recent experiences having to contact “Barry” multiple times for many different issues.
Al resolves

Read More

Problems at Cox: Resolved

People mailing to Cox in the wee hours of this morning may have received a rejection message citing the Invaluement DNSBL.
554 IMP a.b.c.d blocked.  IPBL100 – Refer to Error Codes section at http://postmaster.cox.net for more information.
I spoke with one of the folks at Cox and they said there was an error in the implementation causing non-listed IPs to be rejected erroneously between about 4am to 8am (Eastern) this morning.  The problem has been resolved as of 8am, and all traffic is flowing  normally.  The also stated that attempts to resend any blocked messages will succeed. They do apologize for any problems this may have caused.
For those of you with aggressive bounce handling, removing addresses after a single 550 bounce, you will also want to re-enable any cox.net subscribers that bounced off during this configuration problem.

Read More

Troubleshooting the simple stuff

I was talking with one of my Barry pals recently and was treated to a rant regarding deliverability experts that can’t manage simple things. We’ve been having an ongoing conversation recently about the utterly stupid and annoying questions some senders ask. Last week, I was ranting about a delivery person asking what “5.7.1. Too many receipts this session” meant. This morning I got an IM.

Read More