Slashdot Mirror


EarthLink Is Losing a Lot of Email

LandGator writes "Robert X. Cringely, doyen compu-columnist for PBS, reports on a hidden e-mail problem at Earthlink: They're losing up to 9 messages out of 10, found as a result of a friend's testing." From the article: "He sent messages from other accounts to his Earthlink address, to his aliased Blackberry address, and to his Gmail account. For every 10 messages sent, 1-2 arrived in his Earthlink mailbox, 1-2 (not necessarily the SAME 1-2) on his Blackberry, and all 10 arrived with Gmail. Swimming upstream through Earthlink customer support, my buddy finally found a technical contact who freely acknowledged the problem. Since June, he was told, Earthlink's mail system has been so overloaded that some users have been missing up to 90 percent of their incoming e-mail. It isn't bounced back to senders; it just disappears. And Earthlink hasn't mentioned the problem to these affected customers unless they complain."

12 of 291 comments (clear)

  1. They DID notify customers by Anonymous Coward · · Score: 5, Funny

    However, it was via email.

  2. Lucky for Earthlink Customers! by Timtimes · · Score: 5, Funny

    Less spam. Enjoy.

    --
    This ain't no upwardly mobile freeway This is the road to hell
  3. Lost e-mail? WHAT THE HECK? by matth · · Score: 5, Insightful

    E-mail should never be lost! We had an issue where I work with e-mail BACKING UP for a few months while we implimented new mail servers... but no mail was ever lost.. it either got bounced back (not usually) or would arrive several hours after it was sent. To actually LOOSE e-mail indicates that Earthlink is ACCEPTING the mail and then DUMPING it!!!! When our servers were overloaded, we just rejected the connection, until the mail server could handle more mail.. and then we accepted it.

    1. Re:Lost e-mail? WHAT THE HECK? by gregmark · · Score: 5, Informative
      E-mail should never be lost! ... To actually LOOSE e-mail indicates that Earthlink is ACCEPTING the mail and then DUMPING it!!!!

      This is absolutely correct, so any policy checks that occur during the SMTP handshake (who are you? where are you coming from? who do you want to send to? how much data do you have? Oh, do you now? REJECT). However, anti-spam and anti-virus checks happen after the message is accepted. If the result of the check is X, and policy rules say drop mail on the floor when X, then bye-bye e-mail and sorry Bond, the government will not ackowledge its involvement.
      Otherwise, the only way to loose mail is to shutdown a machine with a heavy queue and throw out the disk. SMTP is impervious to network badness. My money is on an SMTP policy run amok.
    2. Re:Lost e-mail? WHAT THE HECK? by parkrrrr · · Score: 5, Funny

      "Loose" is clearly spelled with two Os. "Lose," on the other hand, is spelled with one.

  4. She loves me not by Joebert · · Score: 5, Funny

    My luck, the one email this chick got from me, was the one with me telling her off for not answering the other 9.

    --
    Wanna fight ? Bend over, stick your head up your ass, and fight for air.
  5. White list spam block with challenge by BrianRoach · · Score: 5, Informative


    I run an online retail business, and non-tech savy customers using earthlink don't get a lot of our email.

    Biggest problem is that Earthlink uses a white-list spam blocking setup that sends back a time-limited challenge to the sender ("Please go to this link and fill in this form so that this user can receive your mail").

    We get these challenges when our automated system sends messages to customers ... but there's simply no practical way to respond to them all within the time limit (during business hours it's not practical - it's impossible at 2am while you're sleeping). And unfortunately it seems that a lot of their members simply don't understand what it means when you tell them they have to add you to their list or they won't get your email.

    - Roach

  6. Re:Says a lot.. by morgan_greywolf · · Score: 5, Insightful

    Generally when you're stating statistics like "up to 9 out of 10", that means that in at least one your test runs, whatever it was you were testing hit 9 out of 10 times, in this case the fact that Earthlink lost e-mails. You say "up to 9 out 10," because in other runs it may have been 1 out of 10, 3 out of 10, or 7 out of 10. You're trying to show that how bad it gets. When stating the statistic for useful statistical purposes, however, one should definitely also give averages, like: "overall Earthlink lost 50%". Now, in this case, Cringely actually states that his friend tried several times to send messages a block of 10 messages to Earthlink account, to an aliased Blackberry account, and to his Gmail account. Each time, Only 1-2 made it to the Earthlink and to the Blackberry (aliased off the Earthlink account), and all 10 made it to Gmail.

  7. Not only losing incoming email by pmuellr · · Score: 5, Interesting

    Last month or so, yahoo started bouncing email from earthlink. 100% of the time. Calls to support eventually indicated it was a known problem (didn't admit it until pressed), and then indicated multi-day wait for it to be fixed. It was easier to fix on my wife's side; reroute her mail through my hosting server. Though the advice from our 13 year old son was probably the best: "why aren't you using gmail?"

  8. Re:What MTA do they use? by yourlord · · Score: 5, Informative

    Earthlink uses an SMTP server they developed in house because they felt the existing servers out there would not scale to the level they needed and were not secure enough.

    I used to work there back in the day.

  9. Re:No guaranteed email delivery by TheJasper · · Score: 5, Informative

    Remember this folks, no where in the RFC's is there anything that states email will get delivered.... This is what I thought when I read the headline (having used that excuse in the past ;). So I immediately looked up RFC2821 - Simple Mail Transfer Protocol


    6.1 Reliable Delivery and Replies by Email

          When the receiver-SMTP accepts a piece of mail (by sending a "250 OK"
          message in response to DATA), it is accepting responsibility for
          delivering or relaying the message. It must take this responsibility
          seriously. It MUST NOT lose the message for frivolous reasons, such
          as because the host later crashes or because of a predictable
          resource shortage.

          If there is a delivery failure after acceptance of a message, the
          receiver-SMTP MUST formulate and mail a notification message.


    naturally there is alot more, including cases where it is acceptable not to send a notification, but I don't think any apply here.

    So basically, SMTP is defined as a reliable protocol which guarantees delivery or notification of failure. The days of unreliable e-mail no longer apply.
  10. SMTP Digression by Spaceman40 · · Score: 5, Informative
    I think you have an unrealistic expectation of the quality of service you can expect from email.
    I wrote an SMTP server a while back (to check out Ruby's network libraries), and while going through the RFCs I found that there are expectations of quality that include delivery of something. It all comes down to the protocol: if a server accepts a message, it takes responsibility for the message's delivery. A server should reject the message if it cannot deliver (causing the delivery server to either try again later or tell the user there's a problem).

    To be losing mail, Earthlink servers must be accepting mail and then throwing it away, or at the very least, not continuing to forward it to the destination, which is just as bad. This goes completely against how the system is supposed to work. If they can't handle the load, there's a specific set of return codes to give (RFC821, section 4.2):

    450 Requested mail action not taken: mailbox unavailable [E.g., mailbox busy]
    550 Requested action not taken: mailbox unavailable [E.g., mailbox not found, no access]
    451 Requested action aborted: error in processing
    452 Requested action not taken: insufficient system storage
    552 Requested mail action aborted: exceeded storage allocation
    553 Requested action not taken: mailbox name not allowed [E.g., mailbox syntax incorrect]
    554 Transaction failed
    I understand your perspective -- email is a loosely connected system, with lots of points of failure. However, in the vast majority of cases, a failure at one point will cause either delays or errors, not dropped mail.
    --
    I [may] disapprove of what you say, but I will defend to the death your right to say it.