• (cs)

    So why not just buy a larger hard drive?

  • @Deprecated (unregistered)

    Chris approached management with the idea of

    Well, there's your problem right there...

  • (cs)

    Wow that's sad... The common motto of the IT department I used to work in when things like this happened was always "It's easier to beg forgiveness than to ask permission"; the server would have been scaled back anyway... Usually turns out that if you set stuff like this up where it works RIGHT, people thank you when it doesn't crash, and don't even notice that their ENTIRE email isn't coming back to them.

    @Deprecated:
    > Chris approached management with the idea of

    Well, there's your problem right there...

    My point exactly :D

    Addendum (2010-02-11 10:46): I guess I shouldn't say that "people thank you"... people just pretty much ignore it if it doesn't crash, they only notice when it DOESN'T work. However, it looks good on your review to have high uptime on the systems you are administrating.

  • JB (unregistered)

    One thing all email systems should do is when sending an error email, never ever, under any circumstances send it with the attachments included. Ever!

  • (cs)

    This reminds me of the "Reply All" fiasco at my workplace last year. One of the company-wide email blasts went out for some such or the other. One of the management recipients had a question, and replied to the email. Of course, being management, technology is a mystery, so instead of sending a direct reply, they sent a "reply all" to over 20,000 people. Needless to say, there were many confused souls that promptly replied that they should probably not be receiving this reply... and wouldn't you know it THEY all hit "reply all" too. It became the joke of the day to send out a reply company-wide and wait for someone to reply that their mailbox was filling faster than a plate at a Vegas buffet. Under the crushing weight of hundreds of thousands of emails, the servers crashed, and email was out for several hours. Needless to say, several heads rolled, and the "reply all" button was stricken from the email client.

  • (cs) in reply to Qyn

    We had the same thing at my work - the update rolled out and Reply All is grayed out in Outlook. Thank goodness for Ctrl + Shift + R :-)

  • timias (unregistered)

    Perhaps this is a stupid comment. by why not just strip the attachment out of any returned e-mail

  • (cs) in reply to Qyn
    Qyn:
    This reminds me of the "Reply All" fiasco at my workplace last year. One of the company-wide email blasts went out for some such or the other. One of the management recipients had a question, and replied to the email. Of course, being management, technology is a mystery, so instead of sending a direct reply, they sent a "reply all" to over 20,000 people. Needless to say, there were many confused souls that promptly replied that they should probably not be receiving this reply... and wouldn't you know it THEY all hit "reply all" too. It became the joke of the day to send out a reply company-wide and wait for someone to reply that their mailbox was filling faster than a plate at a Vegas buffet. Under the crushing weight of hundreds of thousands of emails, the servers crashed, and email was out for several hours. Needless to say, several heads rolled, and the "reply all" button was stricken from the email client.

    Things like this happened with distressing frequency when I was in high school. I don't remember what the idiotic client we had for the school email system was called, but the default when you clicked "reply" was "reply to all," not "reply to sender." You had to go out of your way to hunt down the "reply to sender" command if you didn't want every one to see your reply. Needless to say, hillarity ensued, repeatedly.

  • SR (unregistered) in reply to timias
    timias:
    Perhaps this is a stupid comment. by why not just strip the attachment out of any returned e-mail

    Obvios but not stupid. Well obvious to anyone except those in the story.

  • (cs)
    if the message bounced, an error message including the entire original message and attachment was sent back to the sender

    This is TRWTF.

  • The Todd (unregistered)

    Not too long ago I ended up in an email spiral of death dropping my companies entire email system.

    I wasn't able to directly connect my phone to our Exchange server - so I set a rule that forwarded all my emails to my server at home - which I could then connect too. At one point someone up in management sent a meeting request - and they weren't happy to get a notice that it had been forwarded "outside" the company.

    I turned outlook rules off and deleted the email account from my server.

    Fast forward a few months - I leave for vacation. I set my "out of office" on and leave for a week. A few days later my manager calls me and says that my email account is crashing the entire system - and could I please take a look.

    Long story short - when I turned "out of office" on - it turned rules back on. I hadn't deleted the rule - so it reactivated. Whenever someone sent me an email - it automatically forwarded to my servers - which didn't have that account so it sent an "invalid account" message back to my email address - which immediately tried to forward it back to my servers - rinse and repeat several million times.

    In the end - I built a small macro to loop through my OWA account and delete all emails and move to the next page. I watched that macro run for 11 hours before finally deleting all of the bogus emails.

  • (cs)

    Pardon my saying so, but this is bulls*. A normal Sendmail setup will not behave as described in the article. Either Chris or his predecessor made a complete hash of configuring sendmail, or whoever sent this in made it all up.

  • ted (unregistered)

    TRWTF is sendmail.

  • nico (unregistered)
    Zylon:
    The Great Cascade:
    Almost every other minute, his would ring with someone, somewhere asking for a status update.
    Ummm... his what would ring?

    The proofreading standards around here are at least consistent, I'll give The Daily WTF that.

    Was waiting for someone to point that out. Is it so bloody difficult to understand a sentence with a missing word and not whine about it?

    • end of rant - and yes, I had a bad day
  • (cs)

    The (well okay, not "the", but certainly "a") real WTF is email servers that can't handle such a trivial task as failing gracefully when they run low on disk space.

  • Wheaties (unregistered)

    Um, so what's the status now? . . . Ok, how about now? . . . Now? . . Now? . Now? Now?! Now!? Now!?! Now!!

  • Sebastian (unregistered)
    The queue directory contained such a preposterous number of files that wildcards such as ? and * could not expand. That meant there was no immediate way to list only the Sendmail "q*" files, which would have contained some clue as to what went wrong.
    find . -name 'q*' -ls
    An admin without a clue?
  • MikeCD (unregistered)

    He could have listed the q* files with find:

    $ find /path -name 'q*'

    find doesn't have globbing size restrictions, which are solely an argc/argv limit.

  • Dan Neely (unregistered) in reply to Qyn
    Qyn:
    Needless to say, several heads rolled, and the "reply all" button was stricken from the email client.

    TRWTF is that the company wide blasts weren't sent via an alias that only a handful of people could send to.

  • Anonymous (unregistered) in reply to DES
    DES:
    Pardon my saying so, but this is bulls*. A normal Sendmail setup will not behave as described in the article. Either Chris or his predecessor made a complete hash of configuring sendmail, or whoever sent this in made it all up.
    Where in the article does it say it was a normal sendmail setup? Clearly it is a non-standard setup, maybe someone did make a complete hash of configuring it, but none of that has anything to do with the protagonist or his re-telling of the story. The sendmail config could have been fubar'd before he even joined the company. Use your brain before insulting article submitters.
  • Master Chief (unregistered)
    Zylon:
    nico:
    Was waiting for someone to point that out. Is it so bloody difficult to understand a sentence with a missing word and not whine about it?
    • end of rant - and yes, I had a bad day
    Your rant is dumb. Persistent articles should be held to a higher grammatical standard than a bloody chat room.
    In a 795 word article, he missed one, setting his error rate at 0.12%. You'll just have to accept we all can't be as perfect as you.
  • Anonymous (unregistered) in reply to Qyn
    Qyn:
    This reminds me of the "Reply All" fiasco at my workplace last year.
    I've seen this happen numerous times and have heard stories of it happening with over 100000 recipients. It's a common problem among idiots with no clue about e-mail.
  • Ozz (unregistered) in reply to md5sum
    md5sum:
    Addendum (2010-02-11 10:46): I guess I shouldn't say that "people thank you"... people just pretty much ignore it if it doesn't crash, they only notice when it DOESN'T work. However, it looks good on your review to have high uptime on the systems you are administrating.
    SysAdmins are like custodians. If you're doing your job right then no-one cares about you, or even thinks about you, until they need you to clean up the mess they made.
  • Wtf123 (unregistered)

    The queue directory contained such a preposterous number of files that wildcards such as ? and * could not expand. That meant there was no immediate way to list only the Sendmail "q*" files

    Really? I think we can be a bit more creative than that.

    $ ls /var/spool/mail | grep ^q
    $ find /var/spool/mail -name 'q*'
    $ perl -e 'print join "\n", </var/spool/mail/q*>'
    $ python -c 'import os; print [x for x in os.listdir("/var/spool/mail") \
      if x.startswith("q")]'
    

    etc, etc.

  • rulez (unregistered) in reply to The Todd
    The Todd:
    Not too long ago I ended up in an email spiral of death dropping my companies entire email system.

    You did not "end up in", but caused that spiral of death ;).

  • (cs) in reply to Master Chief
    Master Chief:
    Zylon:
    nico:
    Was waiting for someone to point that out. Is it so bloody difficult to understand a sentence with a missing word and not whine about it?
    • end of rant - and yes, I had a bad day
    Your rant is dumb. Persistent articles should be held to a higher grammatical standard than a bloody chat room.
    In a 795 word article, he missed one, setting his error rate at 0.12%. You'll just have to accept we all can't be as perfect as you.

    Kudos to Zylon for having a featured and banned post on the same article.

    From Mark - Zylon is my favorite comment troll after all!

  • (cs) in reply to Anonymous
    Anonymous:
    DES:
    Pardon my saying so, but this is bulls*. A normal Sendmail setup will not behave as described in the article. Either Chris or his predecessor made a complete hash of configuring sendmail, or whoever sent this in made it all up.
    Where in the article does it say it was a normal sendmail setup? Clearly it is a non-standard setup, maybe someone did make a complete hash of configuring it, but none of that has anything to do with the protagonist or his re-telling of the story. The sendmail config could have been fubar'd before he even joined the company. Use your brain before insulting article submitters.

    Yeah, well, then TRWTF is why Chris didn't investigate or fix these fundamental errors in his sendmail config.

  • Anonymous (unregistered) in reply to Anonymous
    Anonymous:
    DES:
    Pardon my saying so, but this is bulls*. A normal Sendmail setup will not behave as described in the article. Either Chris or his predecessor made a complete hash of configuring sendmail, or whoever sent this in made it all up.
    Where in the article does it say it was a normal sendmail setup? Clearly it is a non-standard setup, maybe someone did make a complete hash of configuring it, but none of that has anything to do with the protagonist or his re-telling of the story. The sendmail config could have been fubar'd before he even joined the company. Use your brain before insulting article submitters.

    Just because someone else fubar'd the config doesn't mean it isn't the OP's job to ensure it's running properly. It sounds like the company in the OP is fairly small, but still how can you blindly support something without grokking the config?

  • Alex (unregistered) in reply to DES
    DES:
    Pardon my saying so, but this is bulls*. A normal Sendmail setup will not behave as described in the article. Either Chris or his predecessor made a complete hash of configuring sendmail, or whoever sent this in made it all up.
    It's been a while since I've touched vanilla sendmail, but I believe it can behave as described, and I'm fairly sure including the original message as an attachement in the bounce will include the original message's attachement.

    So it's badly configured, but it's not impossible.

  • TroZ (unregistered) in reply to Qyn
    Qyn:
    This reminds me of the "Reply All" fiasco at my workplace last year. One of the company-wide email blasts went out for some such or the other. One of the management recipients had a question, and replied to the email. Of course, being management, technology is a mystery, so instead of sending a direct reply, they sent a "reply all" to over 20,000 people. <snip> Needless to say, several heads rolled, and the "reply all" button was stricken from the email client.

    That is why company wide emails should be BCCed to all instead of TO all.

  • (cs)
    Comment Server:
    wmbest2:
    Hey guys I just thought I would comment on how awesome this Daily WTF was!!!!!1!

    RETURN TO SENDER

    ERROR: It appears that the Comment database is full please try again another time.

    Error log will be sent to administrator

    RETURN TO SENDER

    ERROR: It appears the administrators comment database is full.

    Error log will be sent to administrator ...

  • Mr. Shiny & New (unregistered)

    I once got in trouble at university for bringing down the entire university's email system (and the separate engineering dept's email system) because my engineering email has set to forward to my main university email acct; I sent an email with an attachment to an engineering acct, it bounced because it was over-quota, the bounce (with attachment) bounced back to me, with attachment, which simultaneously bounced back to the recipient AND forwarded to my other email, which also bounced the full attachment, until there was a feedback loop that brought down two email systems.

    I only discovered this the following monday when I couldn't log into my account (Which had been suspended); The admin threatened to make this an academic standing issue but I think he backed down when I pointed out that not bouncing the attachment would have prevented this whole thing.

  • (cs)

    I snipped the comments from a recent reply to all fiasco, I find it addictive reading.

    STOP ANSWERING TO THIS SPAM FOR GOD'S SAKE!!!!

    PLS STOP SENDING IT ...

    This is a 5 MB email it will crash our email system.

    Sorry for contributing.

    Scott

    sssssssssss (PLEASE STOP REPLYING)

    sssssssssss - sorry, I tried to ignore this but it's not acceptable: each Email has 4-6 MB --> are you all crazy to push "REPLY TO ALL"-button - STOP THIS !!!!!!!!

    Sharing with everybody is ultimate communication. One of our goals ?

    can we all just stop .. with all these stupid replies... you are all just adding to the problem!!!!!

    Zoe,

    Please don't 'reply to all' telling everyone not to 'reply to all'...

    Is everyone clear on that?

    GET ME OFF YOUR LIST

    ME TO

    Hi - Whats that ???? Can you please stop sending things like that !!!!!! THANKS

  • your_mom (unregistered)

    As a sysadmin, I can relate to the "status-seekers" problem. When we have a major problem it will take at least 2 hours before I can even look at the server after going through a cycle of phone calls, office visits, and 15-minute status-update meetings with my boss.

    These meetings generally consist of a cycle of my boss asking what the problem is, me saying I don't know cuz I haven't even had a chance to look yet, and my boss repeating the "what's the problem" question with slightly different wording, and me giving the same answer. Rinse and repeat, over and over. Like he thinks if he can just find the magic wording for the same general question then my answer will suddenly be "oh, the problem is blah blah blah, and to fix it I just have to enter this one command and I've really just been waiting for you so we can have a lengthy discussion about entering that command."

    We've literally had a server down for over half a day with a fix that only took about 20 minutes because of this sh*t.

  • Quirkafleeg (unregistered) in reply to Anonymous
    Anonymous:
    Qyn:
    This reminds me of the "Reply All" fiasco at my workplace last year.
    I've seen this happen numerous times and have heard stories of it happening with over 100000 recipients. It's a common problem among idiots with no clue about e-mail.
    Is this Bcc thing for when I fill up the Cc?
  • (cs)

    I gave a letter to the postman, he put it his sack. Bright in early next morning, he brought my letter back.

    She wrote upon it: Return to sender, address unknown. No such number, no such zone. We had a quarrel, a lover's spat I write I'm sorry but my letter keeps coming back.

    So then I dropped it in the mailbox And sent it special D. Bright in early next morning it came right back to me.

  • Gump (unregistered) in reply to The Todd
    The Todd:
    Not too long ago I ended up in an email spiral of death dropping my companies entire email system.

    ...

    Long story short - when I turned "out of office" on - it turned rules back on. I hadn't deleted the rule - so it reactivated. Whenever someone sent me an email - it automatically forwarded to my servers - which didn't have that account so it sent an "invalid account" message back to my email address - which immediately tried to forward it back to my servers - rinse and repeat several million times.

    I call 100% BS

    This is either total BS or your company has drastically mis-configured Exchange. Exchange, by default, does not behave this way. You get 4 tries across something like 48 or 72 hours, and the message dies.

    Also, Outlook does not behave how you describe. Out of Office Assistant the Outlook Rules are 2 completely different things and have their own rule sets. Rules set under Tools > Rules do not fire or get turned on if off, when you turn on OoOA under Tools > Out of Office Assistant. The OoOA has a complete different set of rules that are only fired when the OoOA is turned on.

  • (cs) in reply to Alex
    Alex:
    DES:
    Pardon my saying so, but this is bulls*. A normal Sendmail setup will not behave as described in the article. Either Chris or his predecessor made a complete hash of configuring sendmail, or whoever sent this in made it all up.
    It's been a while since I've touched vanilla sendmail, but I believe it can behave as described, and I'm fairly sure including the original message as an attachement in the bounce will include the original message's attachement.

    So it's badly configured, but it's not impossible.

    Correct, it will include the entire message in the NDN, IIRC. Not all MTAs do that; I'm pretty sure Postfix doesn't. There's probably a config option to truncate the message that bounced; it might even be the default in recent versions, but this was years ago.

    What it will not do, however, is generate NDNs for transient errors. This means that each message will either be delivered once or bounce once. All in all, there should be exactly one copy of each message per recipient on the server: one in each recipient's mailbox for recipients that didn't bounce, one in the queue for each recipient that the server hasn't yet given up on, and one in the sender's mailbox for each recipient it did give up on. With 16 recipients and a 76 MB file, that adds up to 1.2 GB - well short of 80 GB.

    Bounce loops should not occur either. The first bounce goes to the sender, the second to the admin (postmaster), and the third is discarded.

  • wheresthefire (unregistered) in reply to Zylon
    Zylon:
    The (well okay, not "the", but certainly "a") real WTF is email servers that can't handle such a trivial task as failing gracefully when they run low on disk space.

    Well played. I was going to take this comment seriously, but you thankfully added the word "trivial" to let us know that you were being sarcastic.

  • (cs)

    TRWTF is PHBs who think that everyone prefers a shiny powerpoint slide deck, or even an amply fontified Word doc, over just a plain text message that says "we roll out the new products on tuesday, as listed below...".

    This has caused email bloat to no end. An email message does not need to be 10MB! Geez.

  • nonpartisan (unregistered) in reply to your_mom
    your_mom:
    As a sysadmin, I can relate to the "status-seekers" problem. When we have a major problem it will take at least 2 hours before I can even look at the server after going through a cycle of phone calls, office visits, and 15-minute status-update meetings with my boss.
    I'm incredibly lucky and I know it. When a problem arises with our network, my boss asks what's going on. I give him as much information as I have at the time, then he runs interference with the higher-ups and the help desk while I work.

    My co-workers tend to get in the way more than my boss does -- while trying to think the problem through, they'll make multiple suggestions on how to fix it but I need to pause and take a minute to think the cause through in order to be sure that the suggestion being proposed (a) is the correct solution, (b) it won't cause any additional excessive downtime, and (c) that I implement the solution in an organized, logical manner. This process normally doesn't take more than a minute or two and ensures that I have clarity (and in fairness to my colleagues, their suggestions are usually right on), but I still need to do it in order to make myself comfortable that I'm not going to make anything worse.

  • nonpartisan (unregistered) in reply to Quirkafleeg
    Quirkafleeg:
    Anonymous:
    Qyn:
    This reminds me of the "Reply All" fiasco at my workplace last year.
    I've seen this happen numerous times and have heard stories of it happening with over 100000 recipients. It's a common problem among idiots with no clue about e-mail.
    Is this Bcc thing for when I fill up the Cc?
    Bcc means that the recipients listed there will get the message BEFORE those listed in the cc.
  • your_mom (unregistered) in reply to DES

    "Bounce loops should not occur either. The first bounce goes to the sender, the second to the admin (postmaster), and the third is discarded."

    Should is a key word there. I've seen systems set up by clueless sysadmins that would change stuff like that because they are afraid they would lose something. In fact I've seen it quite often. They would set something like send all bounces to the sender and the admin and never discard anything. They take an approach of enable everything, save everything, and notify me about everything with no understanding of what they are doing.

  • mypalmike (unregistered) in reply to realmerlyn
    realmerlyn:
    TRWTF is PHBs who think that everyone prefers a shiny powerpoint slide deck, or even an amply fontified Word doc, over just a plain text message that says "we roll out the new products on tuesday, as listed below...".

    This has caused email bloat to no end. An email message does not need to be 10MB! Geez.

    This reminds me of a studio-wide email from a sysadmin when I worked at a certain large US game company. The message was to tell everyone to go through their email folders to clean out stuff because the server was getting full. The thing was, he attached a company logo that took up almost 1 MB because it was some sort of uncompressed Windows metafile image.

  • (cs) in reply to Wtf123
    Wtf123:
    The queue directory contained such a preposterous number of files that wildcards such as ? and * could not expand. That meant there was no immediate way to list only the Sendmail "q*" files

    Really? I think we can be a bit more creative than that.

    $ ls /var/spool/mail | grep ^q
    $ find /var/spool/mail -name 'q*'
    $ perl -e 'print join "\n", </var/spool/mail/q*>'
    $ python -c 'import os; print [x for x in os.listdir("/var/spool/mail") \
      if x.startswith("q")]'
    

    etc, etc.

    1. by default, ls sorts file names before printing them, so at the very least, you have to ls -f

    2. I don't know how long ago this was, but Unix / Linux traditionally handles large directories very poorly. Look up "qmail big todo" for an example of the problem, and "dirhash" for an example of the solution. Very briefly, directory lookups are linear, so the cost of listing the contents of a directory is at best quadratic: you need to scan the directory once to get the names, then once for each entry when you stat it.

  • Steve (unregistered)

    Two words: Nagios monitoring

  • Rick (unregistered) in reply to Mason Wheeler
    Mason Wheeler:
    So why not just buy a larger hard drive?
    1TB drive... 80 bucks. Getting permission to go to the store right now and spend 80 bucks... impossible. Getting overnightdisk.com set up as a new vendor... 1 week. Meetings to convince all the meddlers to get out of the way... 3 weeks. Sleeping through the night the next time someone emails a virtual disk image... priceless.
  • Anonymoose (unregistered) in reply to Zylon

    There's a whole list of WTFs here:

    1. Continuing to accept & process mail in a low diskspace situation, as you suggest.

    2. Having a tight quota on the mailbox for the double-bounce recipient, assuming it's monitored and maintained.

    3. Continuing to attempt to deliver bounces when the bounce and double-bounce recipients are unavailable.

    4. Not aborting delivery and deleting the failed messages upon issuing a bounce. (How could a few bounces generate too many files to list? If message X fails, you send message X' and delete message X, you don't generate bounce X' and try to send it in parallel with X.)

    But probably the real WTF here ...

    1. Using sendmail. (In this day and age? Really?)
  • Fred (unregistered)

    This is why, at my company, we forbid the use of any email clients. You can telnet to port 25, keyboard your own SMTP commands, and say whatever you have that's so bloody important, or you can flake off.

  • Steve (unregistered) in reply to Qyn

    We had a similar problem occur. The solution was to restrict emailing of certain Exchange distribution lists to users in specific AD groups.

    IT also educated the senders to set the reply-to field by going to the message options in Outlook (when composing an email) and checking "have replies sent to" and filling in the recipient. We've had no more Reply All problems since then (whew!).

Leave a comment on “The Great Cascade”

Log In or post as a guest

Replying to comment #:

« Return to Article