Slashdot Mirror


User Not Found, Email Drops Silently

shervinafshar writes with an International Herald Tribune story explaining just why it is failed emails don't always result in a helpful error message for the sender, which also gives some insight into ways that email can be used to spy on recipients. "In last lines of the article, two companies are introduced which provide services that can 'spy' on your email reading habits. They also can 'call home' too: 'Some entrepreneurs have seen that uncertainty and offered senders the ability to obtain receipts that a given message has been read — without the recipient knowing that a confirmation has been sent back to the sender. ReadNotify, based in Queensland, Australia, started in 2000 and promised to report not only on whether a message was read, but also on how long it was opened for reading on the recipient's PC. It can also send the message in "self-destructing" form, preventing forwarding, printing, copying and saving.' IHT also is asking its readers to comment about these kind of services being against user privacy."

292 comments

  1. Remote images? by simcop2387 · · Score: 5, Insightful

    What about decent clients that won't automatically load remote images and don't support javascript?

    1. Re:Remote images? by Anonymous Coward · · Score: 3, Insightful

      In that case ReadNotify et al are shit out of luck.

    2. Re:Remote images? by Creepy+Crawler · · Score: 3, Insightful

      I use pine on my server all the time. That means I dont do any JS or image loading. How is downloading text from a mailserver going to "autodelete", "report" or other nefarious activities?

      If they had my login/pass it'd be a different story, which could be gotten by ANSI injection in mail, but that would require a lot of assumptions, including platform server resides upon. We've seen those hacks before, including ones that echo rm -rf / \cr\lf

      --
    3. Re:Remote images? by Creepy+Crawler · · Score: 3, Insightful

      But Im not trying to get out of "readnotify" gunk. I use pine on my server because I can read it via a 56k modem. I dont need to download big nasties or anything else. All I need is PuTTY or ubuntu's ssh.

      All my mails are there on the server for my easy pickings. No stupid stuff, and damned fast.

      --
    4. Re:Remote images? by rm999 · · Score: 4, Interesting

      As far as I am aware, Gmail was the first mainstream e-mail service/client that did not load remote images automatically. Before then, these tracking products were plausible, but fortunately most clients I am aware of have followed suit and ruined the business plan.

      Now, the only way to truly track e-mails is to request the user click on a link to an external website to read the message. I don't know many people who would do this without suspicion.

    5. Re:Remote images? by Anonymous Coward · · Score: 0

      It isn't because it doesn't work for email, it works for "HTML email" and anybody sending (or displaying images/ running scripts from...) HTML email has (IMO) a misconfigured client.

    6. Re:Remote images? by pthor1231 · · Score: 4, Informative

      Hotmail doesn't loaded remote images, and would even prevent you from clicking on a link if the sender was unknown. They have been doing this for quite a while.

    7. Re:Remote images? by cayenne8 · · Score: 3, Informative
      Yep...I prefer email to be plain text, no need to send 1MB worth of date, to display 5 lines of text.

      I request that people set their email clients to text for forums I'm on...and often, people will do it and didn't know they could change this setting on their email client. Why is html mail the default on so many clients anyway?

      Anyway...I was wondering how this company would get this type of info reading plain old email, but, I'd forgotten about using clients set up to download images, javascript...etc.

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    8. Re:Remote images? by Anonymous Coward · · Score: 5, Informative

      Gmail was certainly not the first. I know that Rocketmail(now Yahoo!) and Hotmail had this feature long before Google as a company even existed.

    9. Re:Remote images? by antdude · · Score: 1

      Why is this marked funny? I do the same but with Mutt. Text mail and news reader FTW. Same for text Web browser to check really quick. ;)

      --
      Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
    10. Re:Remote images? by Smauler · · Score: 5, Insightful

      html mail is not a big overhead necessarily. All it is a markup language, and it only adds small amounts to emails if used well. If used poorly, it's diabolical. Blame the sender, not the medium - html emails do have their place.

      Also, anyone who lets their mail reader access _any_ unkown outbound html connections is asking for trouble.

    11. Re:Remote images? by Kalriath · · Score: 4, Interesting

      Is there actually an email client that runs Javascript? Even recent versions of Outlook wont (and even can't - Word has no Javascript interpreter!) and I'm sure that Thunderbird wouldn't be that stupid.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    12. Re:Remote images? by cayenne8 · · Score: 3, Insightful
      "html mail is not a big overhead necessarily. All it is a markup language, and it only adds small amounts to emails if used well. If used poorly, it's diabolical. Blame the sender, not the medium - html emails do have their place.",

      I was exaggerating a little bit on the amount of data being sent with html mail, but, I have seem some emails that were WAY too big, for the few lines of information they carried...with the wallpapers, and animated images all dancing around, etc.

      With so much email out there, it all adds up to serious bandwidth waste.

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    13. Re:Remote images? by thePowerOfGrayskull · · Score: 3, Informative

      Well - the overhead isn't big in terms of size - but when you have 18 different images linked to from offsite, it becomes a whole different issue. (And that's just for normal 'catalog'/advert emails that get sent out, not counting this lame tracking silliness.)

    14. Re:Remote images? by Anonymous Coward · · Score: 3, Insightful

      html mail is not a big overhead necessarily.

      Bullshit. Create a one paragraph message and send it with Pine or command-line unix mail. Then send the same paragraph with Outlook or other common email software. Look at how much html fluff gets into the message.

      All it is a markup language, and it only adds small amounts to emails if used well. If used poorly, it's diabolical. Blame the sender, not the medium - html emails do have their place.

      The sender doesn't know anything about what happens behind the scenes, they are just writing a message. Blame the software writers.

    15. Re:Remote images? by Anonymous Coward · · Score: 0

      Creepy Crawler (680178) was funny.
      a troll actually :)

    16. Re:Remote images? by lostguru · · Score: 4, Insightful

      Ah, but most people don't read email using a client, they use a browser and a html frontend provided by their service (gmail, yahoo, msn) in which case the browser will run javascript.

      --
      Jayne: "These are stone killers, little man. They ain't cuddly like me."
      98% of America's teens drink alcohol, smok
    17. Re:Remote images? by smittyoneeach · · Score: 1

      In which case http://noscript.net/ at least gives you a fighting chance to see WTF, at least in a FireFox context.
      At work, where Mr. Softy p0wnz0rz me, I'm less concerned.

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    18. Re:Remote images? by JoshRosenbaum · · Score: 1

      Ah, but most people don't read email using a client, they use a browser and a html frontend provided by their service (gmail, yahoo, msn) in which case the browser will run javascript. Javascript should be stripped by gmail, yahoo, msn, and basically all web clients. So the browser shouldn't run it at all. (Unless there is a bug in the web client or maybe a setting?) That's basically Web 101: Don't allow untrusted external code to be ran.
    19. Re:Remote images? by Anonymous Coward · · Score: 1, Informative

      when you have 18 different images linked to from offsite, it becomes a whole different issue.

      Then your problem is not with HTML email, it's with HTML email that links to 18 different images.

      And that's just for normal 'catalog'/advert emails that get sent out, not counting this lame tracking silliness.

      It only takes a single image to do this tracking. And there are plenty of normal commercial HTML mailings with not a single image. Rich text can actually be useful, you know. The fact that pretty much the entire web opts to use rich text rather than plain text should tip you off to that.

    20. Re:Remote images? by Niten · · Score: 1

      How is downloading text from a mailserver going to "autodelete", "report" or other nefarious activities?

      It could be in the form of a very persuasive entreaty for you to write back to the service provider and personally report your actions.

    21. Re:Remote images? by CastrTroy · · Score: 2, Interesting

      They use images for the entire email, because Outlook 2007, to name just one of many email clients, is completely incapable of rendering anything outside of extremely basic HTML. Using a bunch of images arranged in a table is the best way to assure your nicely designed email newsletter/adleter won't be mangled by the email client.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    22. Re:Remote images? by Anonymous Coward · · Score: 1, Informative

      Given you check your email from a known webpage, and visit a lot of non-email webpages, a blacklist solution such as given by yesscript is actually a lot more practical than noscript.

      I tried noscript, and it brought the web experience back to the nineties... I'm using yesscript now.

    23. Re:Remote images? by WGR · · Score: 0
      If you hate HTML so much, how come you use the web?

      HTTP is based on HTML and you seem to be OK with using Slashdot. Why not use a proper markup language to format email messages?

      What the problem is with HTML messages is not HTML itself, but including linked or attached images and instead of proper layout.
    24. Re:Remote images? by KGIII · · Score: 3, Insightful

      Before one cries bullshit I'd suggest that you, and a few others in this thread, look at your email software's settings. Most, including Outlook, enable you to send in plain text format. Blaming the software authors for people not understanding? I think you'll find the people DO understand (to some extent) and they like it. That'd be why they do it. People LIKE including images, pretty formats, and the likes. I friggen hate it. I read and send in one format, plain text, but that's me. My newsletter doesn't even offer a rich text format. But don't blame the software designers, blame the people who are doing what they like. "Bad people for doing what you wanted to and horrific software designers for enabling them to do so! Email is only in one way and it is my way and if you're not doing it my way then you're a dolt!" No... No... Grandma wants to send you pretty images and sound. Turn it off and smile nicely.

      Wanna know the kicker here? Without taking the time to read the article, I bet, you're likely one of the people who bitches about blowback spam. Which is it? Do the folks want to be notified when it doesn't reach the sender or not? Me? I'll take notification and delete the blowback like I do the rest of the garbage. I process a few thousand emails daily, all in about ten minutes to an hour depending on the day... I don't even have to use software to do it. I'm not even that smart. Hell, I don't even type that fast.

      So, no... To get to my point. You're full of crap. Don't blame the authors for creating functional software that does what people want it to do. I'd have agreed if you'd thought that *maybe* plain text should be enabled by default but that's not what "people" want, that's what "we geeks" want and how we prefer things. It isn't our internet any more. It isn't our system any more. Today they're no longer users and the longer we can keep calling them users or lusers or the likes the further we'll split the divide. There will not be a convergence but, well, this digresses beyond what the topic is and I'll attempt to avoid that. It is easy enough to figure out who I am and use email contact but, please, plain text only. ;)

      --
      "So long and thanks for all the fish."
    25. Re:Remote images? by afidel · · Score: 4, Interesting

      Here's a way to do hypertargeted tracking to a gmail client, buy an adword for some made up many character 'word' like asdjhfgkjbadjghiougscvo and then include it at the end of or embedded in the html of an email. Then just view the stats on the adword. If you are smart enough there is generally a way to do things to the majority of people who are non-paranoid. Personally that's why I like things like Mozilla and Thunderbird, their defaults are set by people who ARE paranoid =)

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    26. Re:Remote images? by tomhudson · · Score: 3, Insightful

      Rich text can actually be useful, you know. The fact that pretty much the entire web opts to use rich text rather than plain text should tip you off to that.

      My email is not a web page, and I don't *want* it to be one. Nor do I want to read someone else's "web-page-style" email, run their dorky embedded javascript, or download their 1x1 12ab95rtyd62534.gif tracking images. CSS Style sheets for email? Wallpaper? Muzak? Sick.

    27. Re:Remote images? by cayenne8 · · Score: 4, Insightful
      "If you hate HTML so much, how come you use the web?

      HTTP is based on HTML and you seem to be OK with using Slashdot. Why not use a proper markup language to format email messages? "

      Because they are two distinctly different things. Email is not a webpage....a webpage is designed exactly for html presentation. Email is text messaging...it wasn't originally meant to be marked up, it was to be read as simple plain text.

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    28. Re:Remote images? by thePowerOfGrayskull · · Score: 1

      Then your problem is not with HTML email, it's with HTML email that links to 18 different images. If you want to get technical about it, it's with vendors who embed full web browsers into their email clients, thinking that it's best to give an 'integrated' solution, actually. And with the morons who think it's a good idea default non-local image rendering and javascript to be turned on.

      It only takes a single image to do this tracking. Yep, I did already know that-- but thanks for trying to make it look like I didn't ;)

      And there are plenty of normal commercial HTML mailings with not a single image. But I wasn't talking about those...

      Rich text can actually be useful, you know. Did I say that it couldn't?

      The fact that pretty much the entire web opts to use rich text rather than plain text should tip you off to that. I don't understand why people like you take an offhand comment and view it as a personal attack on your belief system or something; at least that's what's indicated by the attitude in your reply.
    29. Re:Remote images? by thePowerOfGrayskull · · Score: 3, Interesting

      I understand the reasoning for it, but that doesn't make it any less irritating as a practice. The fact is that anybody who is reasonably security conscious will - at minimum - disable image rendering and javascript in their email client. So when an entire email consists of external images and terribly formatted links, the sender pretty much shoots him/herself in the foot.

    30. Re:Remote images? by KGIII · · Score: 2, Insightful

      I am not 100% positive but I'm pretty sure that they were doing this even before the advent of GMail. I recall, I'm thinking 2002 as the era though it may have been earlier, that one was forced to click "load images" from untrusted senders and even from people in your address book (which was a much discussed bug in the newsgroups) sometimes. I realize that it is not appropriate to point to good choices made by Microsoft and Microsoft owns Hotmail but, well, yeah... They even had a limited trial of "AJAX" near that time for the MSN9 (Australian) users where they had things refresh live such as email counts and news etc... (I also seem to recall someone found a bug and published an exploit for an xSS vulnerability??? That is distant thinking/memory and might not have been them, at the time people were still dealing with the Slammer variations and so I was busy with more important tasks.)

      Actually, if one can time the Slammer year and a half they could narrow it down because my perception of time is fatally flawed due to being way too overworked and spending the limited free time with my buddy beer.

      As I recall, now we're getting into some REALLY fuzzy memories, hotmail's links in emails still even opened in a framed window at the time. It has been a LOT of years since then, at least in my memory, but clicking links was prohibited and we had to use a copy/paste to open them. We could right click and select to copy the link and then paste it into our address bar. The link would look something like:

      http://s129.hotmail.com/foo/domain.com/trailinginformation.html

      But, as I said, it has been a LOT of years but they actually did this fairly early on and have since worked on it. As a straight webmail client they're not too bad honestly. With Live Mail they kind of suck more than they sucked with Outlook Express as an option for your Hotmail accounts.

      --
      "So long and thanks for all the fish."
    31. Re:Remote images? by secolactico · · Score: 2, Informative

      Wanna know the kicker here? Without taking the time to read the article, I bet, you're likely one of the people who bitches about blowback spam. Which is it? Do the folks want to be notified when it doesn't reach the sender or not? Me? I'll take notification and delete the blowback like I do the rest of the garbage.

      I'm not the person you are replying to, but here are my (unasked for) 2 cents:

      If by blowback spam you mean backscatter spam, it doesn't have to be an "either or" situation. Backscatter spam is caused by poorly written or misconfigured smtp server that will accept a message before processing it for errors (unknown recipients, spam, virus, etc.). A lot of these servers are MS Exchange even tho Exchange provides a mechanism (or filter) to reject these messages at the smtp transaction. Blame it on clueless and lazy mail admins.

      And postfix admins, if your distro came with "unknown_local_recipient_reject_code = 450", please remember to change it to 550. It won't cause backscatter, but it will make my users (and probably yours as well) complain needlessly about undelivered mail, when a bounce would have solved the problem in seconds.

      --
      No sig
    32. Re:Remote images? by KGIII · · Score: 1

      I've a couple of servers (clients, not mine) that use postfix... I will take a look in the morning to see.

      Blowback was the term I was most familiar with from my days of simply saying "screw it" and jumping into the SpamCop lists so I'll *assume* they're the same. Oddly, we do have two single Exchange servers that we host for a couple of local businesses. They seem to get the least complaints or have the least issues. You say it doesn't have to be an either or... If you disable, please pardon my ignorance, the replies to not-found inboxes, etc. then won't you have the "or" in that? In other words, if we disable automated bounce messages for domain.com and foo@domain.com gets an email while it doesn't exist then it won't send a reply. If we enable it (such is configured by default) then people who email foo@domain.com will get a response that the address doesn't exist. This is, as I get it, how it works. It will send a reply to the from address saying that the email address doesn't exist. If it is enabled then people complain, if it is disabled then it seems people complain. I'm always willing to tweak and suggest tweaks to clients so, if you have links for more information...

      Oh, I always welcome an additional $0.02...

      --
      "So long and thanks for all the fish."
    33. Re:Remote images? by uncqual · · Score: 4, Insightful

      Email is a just a communication tool - nothing more, nothing less.

      Before IM and text messaging were ubiquitous, email served these roles along with the role of communicating more complicated (and often less transient) information. The IM and text messaging roles are now partially (and often better) addressed by other tools now.

      While I hate HTML email laden with gratuitous and distracting images and formatting, appropriate use of formatting and inclusion of images helps communicate information more quickly and accurately. For example, appropriate use of bold text can highlight exceptional information very nicely without adding additional verbiage to a message. Similarly, a graph can communicate information much more quickly than the data in raw text form (for example in an emailed "release bug status" report).

      The problem, of course, is that anything can be abused and become less effective. People used to abuse ASCII email by trying to make graphs in ASCII and used tabs - these were inevitably screwed up during display (esp. when included in another message).

      Email has evolved. Our connectivity has evolved (remember the days of 110 "baud" modems?). To say that email should be restricted to 20 year old technology (maybe even including the speed of transmission?) at the expense of effective communications makes as much sense as saying that manuals should still be restricted to printed copies from line printer output (in monospaced font!) -- and that updates should be done via regularly distributed change pages).

      --
      Why is there an "insightful" mod and why isn't it "-1"? If I wanted insight, I wouldn't be reading /.
    34. Re:Remote images? by Anonymous Coward · · Score: 1, Funny

      If you hate HTML so much, how come you use the web?

      If you like your feet so much, how come you don't eat with them?

      HTML is just fine for what it is. A way to create linked documents with loosely specified formating. e-mail is not the same thing as a web page and isn't well served by a markup language. When people need to send a formated document then they can mail a web address or a document attachment.

    35. Re:Remote images? by vsync64 · · Score: 1

      True. However HTML is always used diabolically. Therefore, although it would be nice to have headings, bulleted lists, etc in mail, it's simpler to just ban HTML mail.

      --
      TO BUY A NEW CAR WOULD MAKE YOU SEXUALLY ATTRACTIVE.
    36. Re:Remote images? by nospam007 · · Score: 2, Insightful

      Email has evolved. Our connectivity has evolved (remember the days of 110 "baud" modems?). To say that email should be restricted to 20 year old technology (maybe even including the speed of transmission?) at the expense of effective communications makes as much sense as saying that manuals should still be restricted to printed copies from line printer output (in monospaced font!) -- and that updates should be done via regularly distributed change pages).

      I gather it you don't get many multi-megabyte power point slides containing 2 line jokes from newbie morons.

    37. Re:Remote images? by Kompressor · · Score: 3, Informative

      Okiedokie, time to add my $0.02 to the pot :-D

      The key difference is that backscatter generating SMTP servers accept an email, close the connection with the remote server, realize that there is no local user by that name, and then generate a bounce e-mail (usually, but not always) with the content of the original message. As spammers usually put some unsuspecting third party's e-mail address as the "from" or "reply to", the third party gets the bounce, AKA backscatter.

      The other approach is this: mailserver recieves inbound SMTP connection. When the initial chitchat between the mailservers gets to the part where the remote server lists the recipients, our mailserver recognizes that there is no local e-mail address by that name, and promptly rejects the mail. If the remote mailserver is legitimate, it will then generate a bounce itself, which will go to the (hopefully authenticated) person who sent the e-mail. If the remote mail server is a spam bot, it will just go on to the next target in its list.

      So, from a backscatter prevention angle, it's better to reject an e-mail that will cause a bounce at the time of the original SMTP connection, instead of accepting it and then generating a bounce locally at a later time.

      --
      kmem russian roulette: Aquillar> dd if=/dev/urandom of=/dev/kmem bs=1 count=1 seek=$RANDOM
    38. Re:Remote images? by Your+Pal+Dave · · Score: 1

      Trouble is, HTML in no way ensures that your formatting doesn't escape unmangled, even if you specifically target a single type (outlook) of client. At work we use a non-outlook client and most HTML emails look like doo-doo. (Of course they may look that way in outlook too, such is the layout skill of your typical HTML sender)

      If you're really concerned about retaining formatting tne only practical solution is to use a PDF attachment.

    39. Re:Remote images? by mozzis · · Score: 0

      Outlook by default (since version 2003) does not load images nor does it execute javascript in html email.

      --
      This is not a self-referential sig.
    40. Re:Remote images? by mrmeval · · Score: 1

      That add-on is moronic. It lets you ban them after it's screwed your system?

      --
      I'd go on a Vegan diet but the delivery time from Vega is too long. --brownkitty
    41. Re:Remote images? by Anonymous Coward · · Score: 0

      Gmail does however automatically send back read-reciept notification without prompting the user so loading images is immaterial. As part of a mailing list discussion I tested the readnotify.com services and I was frankly surprised by that behavior. While readnotify.com won't be able to get the detailed tracking information, they will be able to determine that someone at least opened the message.

    42. Re:Remote images? by phuul · · Score: 2, Informative

      Nuts, wasn't logged in so posting this again:

      Gmail does however automatically send back read-reciept notification without prompting the user so loading images is immaterial. As part of a mailing list discussion I tested the readnotify.com services and I was frankly surprised by that behavior. While readnotify.com won't be able to get the detailed tracking information, they will be able to determine that someone at least opened the message.

    43. Re:Remote images? by NMerriam · · Score: 1

      Yeah, I think this is just a new variation on the honor system virus.

      --
      Recursive: Adj. See Recursive.
    44. Re:Remote images? by IntlHarvester · · Score: 1

      Email is text messaging...it wasn't originally meant to be marked up, it was to be read as simple plain text. That is of course untrue.

      While you were typing out plaintext email on your student PINE terminal account, corporations were using mail systems that supported rich text and pictures and so on.
      --
      Business. Numbers. Money. People. Computer World.
    45. Re:Remote images? by Mozk · · Score: 1

      Don't you mean 0.02 cents? ;-)

      --
      No existe.
    46. Re:Remote images? by Jerry+Smith · · Score: 1
      http://www.infoworld.com/article/03/01/27/hnSlammereffect_1.html

      for info on the rise of Slammer, dated January 27, 2003.

      --
      All those moments will be lost in time, like tears in rain. Time to die.
    47. Re:Remote images? by symbolic · · Score: 1

      A small clarification. HTTP is not based on HTML, it is the protocol used for the transport of HTML. I can use HTTP to transmit all kinds of data, not just HTML.

    48. Re:Remote images? by rabbit994 · · Score: 1

      In Exchange 2003 SP2 and above, you can configure the Exchange server to reject email address to nonexistant@example.com during SMTP transaction instead of default behavior of accept mail, figure out no one exists by that address and then send NDR. I've had spammers use Exchange servers to spam people. Here is wiki article how to configure Exchange 2003. I believe Exchange 2007 does it by default.

      http://www.asspsmtp.org/wiki/Microsoft_Exchange#HOWTO:_Exchange_2003_to_check_for_valid_recipients

    49. Re:Remote images? by Anonymous Coward · · Score: 0

      Before one cries bullshit I'd suggest that you, and a few others in this thread, look at your email software's settings. Most, including Outlook, enable you to send in plain text format.

      Jesus fucking christ, you are a moron. Read what I wrote. You said "html mail is not a big overhead necessarily." I responded bullshit, with a concrete example:

      By any objective measure, when you compare a simple email with one text paragraph in Outlook or other HTML-ized email software the email is much, much bigger than the corresponding simple text. Don't believe me? Try it yourself.

      That's all I said. I never said people don't like HTML email, or that it isn't useful.

      Wanna know the kicker here? Without taking the time to read the article, I bet, you're likely one of the people who bitches about blowback spam.

      What the fuck? Blowback spam has nothing to do with HTML email. I never said anything about spam. I was responding to your incorrect statement about HTML email.

      You really need to improve your reading comprehension.

    50. Re:Remote images? by Antibozo · · Score: 2, Informative

      HTTP is based on HTML

      Uh, no it isn't. Granted, a lot of the objects transported over HTTP are text/html, but a lot of them aren't. And you can put text/plain documents up on the web to your heart's content. Most people don't do this very often because with the textual part of the web, unlike with email, the point is to link to other things (hence the term "web"). Furthermore, you don't need HTML to link to other things in email because decent mail clients recognize links in plain text emails anyway.

    51. Re:Remote images? by Anonymous Coward · · Score: 0

      Don't live in Florida, I presume.

    52. Re:Remote images? by grolaw · · Score: 2, Funny

      Web bugs in email - just what you want in an attorney's email.

    53. Re:Remote images? by Anonymous Coward · · Score: 0

      I don't block Javascript, and my computer has survived. I guess it depends on what kind of web sites you visit...

    54. Re:Remote images? by johannesg · · Score: 2, Funny

      Email has evolved. Our connectivity has evolved (remember the days of 110 "baud" modems?). To say that email should be restricted to 20 year old technology (maybe even including the speed of transmission?) at the expense of effective communications makes as much sense as saying that manuals should still be restricted to printed copies from line printer output (in monospaced font!) -- and that updates should be done via regularly distributed change pages).

      I gather it you don't get many multi-megabyte power point slides containing 2 line jokes from newbie morons. I gather you still use a 110 baud modem, given that a simple quotation character was already too much effort...
    55. Re:Remote images? by Anonymous Coward · · Score: 0

      Blame the software writers. That is 100% correct.
    56. Re:Remote images? by KGIII · · Score: 1

      Thanks! As I don't, or rarely, infringe on their rights as users I forwarded your link after a look at it. I get no or few complaints about their domains, the last one that I recall was a DMCA take down notice for sharing a copy of a popular "open source" application, I forwarded it as is required and nothing happened so they're mostly pretty tame. I'll forward it regardless and thank you for it.

      --
      "So long and thanks for all the fish."
    57. Re:Remote images? by KGIII · · Score: 1

      You, my good sir, are drunk. Or, well, I hope you are. I never said... Well, you can read what you wrote and claimed I said. Do scroll up, do realy see that I'm me and don't ever post AC or whatever. Do try to read, do try to comprehend, and we'll all love you like a brother. Psst: I didn't say a thing about HTML not being a big overhead, someone else did. You said bullshit and I called you on it. Then you had the audacity to say I said it. You pretty much lost there, you might wanna practice a stance with your tail between your legs. Come back when you've perfected that and, until then, get off my lawn.

      --
      "So long and thanks for all the fish."
    58. Re:Remote images? by KGIII · · Score: 1

      Bugger that math stuff. ;) Got some good tips I can pass on? Of the C block that I don't entirely own but mostly end up accountable for I'm pretty happy when I compare it with the rest. I see people complaining about it but I really have not seen a person complain. There are a few automated messages that come through recommending we alter settings, from reliable sources even, but not one human has complained. I, for one, can't rely on someone else configuring their SMTP server properly and so I have, until now and maybe in the future, left the default message in place.

      --
      "So long and thanks for all the fish."
    59. Re:Remote images? by Anonymous Coward · · Score: 0

      HTTP is based on HTML

      Uh, no it isn't.

      Hypertext Transfer Protocol (HTTP) is a communications protocol for the transfer of information on the intranet and the World Wide Web. Its original purpose was to provide a way to publish and retrieve hypertext pages over the Internet. (Wikipedia)

      HTML, an initialism of HyperText Markup Language... (Wikipedia)

      Um, yes it is. HTTP was designed to carry HTML. Whatever it's used for today doesn't change what it was built for. Did that post make you feel ever-so-righteous?
    60. Re:Remote images? by lanc · · Score: 1

      flamebait? really? time to clean your irony detectors, ppl.

      --
      "First they ignore you, then they laugh at you, then they attack you, then you win." -- Mahatma Gandhi
    61. Re:Remote images? by jeremyp · · Score: 1

      I see two problems here.

      1. Many people have a separate SMTP server (not MS Exchange) in their DMZ with no access to their list of valid users. I guess this is fixable with an LDAP look up.

      2. This would be a great way for the spammer to harvest guaranteed real e-mail messages.

      telnet somemailserver.com 25
      Trying 123.123.123.123...
      Connected to somemailserver.com.
      Escape character is '^]'.
      220 somemailserver.com ESMTP ; Mon, 16 Jun 2008 09:49:11 +0100
      ehlo fakedomain.com
      250-somemailserver.com Hello [111.111.111.111], pleased to meet you
      mail from: foo@fictional.com
      250 2.1.0 foo@fictional.com... Sender ok
      rcpt to: jeremya@somemailserver.com
      550 5.1.1 jeremya@somemailserver.com... User unknown
      rcpt to: jeremyb@somemailserver.com
      550 5.1.1 jeremyb@somemailserver.com... User unknown

      ...

      rcpt to: jeremyp@somemailserver.com
      250 2.1.5 jeremyp@ somemailserver.com... Recipient ok
      "Aha!" says the spammer, jeremyp is a real address.
      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    62. Re:Remote images? by houghi · · Score: 1

      I am guessing that you could use any ssh, not just PuttY or the one from Ubuntu. If that is the case, you have a problem, because you don't use standards.

      --
      Don't fight for your country, if your country does not fight for you.
    63. Re:Remote images? by bickerdyke · · Score: 2, Insightful

      Email is a just a communication tool - nothing more, nothing less. Email has evolved. Our connectivity has evolved (remember the days of 110 "baud" modems?). To say that email should be restricted to 20 year old technology (maybe even including the speed of transmission?) at the expense of effective communications makes as much sense as saying that manuals should still be restricted to printed copies from line printer output (in monospaced font!) -- and that updates should be done via regularly distributed change pages). 1. Would you mind to explain me how glittering Headlines, dancing smilies, an eggshell-textured backdrop (of course alsmost indistinguishable from plain white), and the occasional Chain-Mail-ppt actually make communications MORE effective? Effectivity is measured in information per size unit. And for anything that cant be put into plain text, use a fitting attachment. (pdf, png, perhaps even doc and ppt if it suits you) 2. Yes, landline Speeds may have evolved from the days of the 2400baud modems, but i bet if you're stuck somewhere out in the wild with only a slow GSM connection (no WLAN, no UMTS/EDGE/whatever) you'll be glad for everyone who sends you only plaintext emails. So it's welcome back to the 20 year old speed restrictions, that actually ARE progress.
      --
      bickerdyke
    64. Re:Remote images? by Anonymous Coward · · Score: 0

      Thunderbird can execute javascript in email, but it's disabled by default. I like to think of it as the "shoot me in the face" checkbox.

    65. Re:Remote images? by Tony+Hoyle · · Score: 1

      Firstly, most mail servers don't reject until you've sent the DATA, so that attack wouldn't work.
      Secondly, they have a limit on the number of recipients anyway.
      Thirdly, no spammer is going to go to all that effort - they just spam every address on their 'list'.

    66. Re:Remote images? by Anonymous Coward · · Score: 0

      No, HTTP is not based on HTML. HTTP was designed to allow the retrieval of HTML pages over a network. That is not the same relationship as HTML being based on (e.g. derived from) SGML.

    67. Re:Remote images? by Anonymous Coward · · Score: 0

      Um, yes it is. HTTP was designed to carry HTML. Whatever it's used for today doesn't change what it was built for. Did that post make you feel ever-so-righteous? So, HTML is based upon HTTP, but that doesn't follow the other way round - HTML is the medium, HTTP is the transport.
    68. Re:Remote images? by Lumpy · · Score: 1

      there is no place where a html email is needed in any way.

      a regular text email with a file attachment can do the same thing without forcing your cutsie formatting and background on the recipient.

      there is ZERO usefulness reason, other than creating a security hole for HTML email to exist.

      --
      Do not look at laser with remaining good eye.
    69. Re:Remote images? by Anonymous Coward · · Score: 0

      When I switched to GMail from Hotmail in its early beta, it was the first time I'd seen loading images only on request for none "trusted" senders, so Google did do it before Hotmail, not to say they're necessarily the first.

    70. Re:Remote images? by hesaigo999ca · · Score: 1

      What about gmail or hotmail, I hope these wont be affected

    71. Re:Remote images? by darthflo · · Score: 1

      That oughntn't be problematic, simply close the connection after the /[1-3]rd 550 (in a row)?/, there are extremely few legitimate cases for trying several recipients (mailing lists, perhaps) and most any correctly configured mail server will just re-connect and try with the remaining addresses.
      Also, if you've got cpu cycles and bandwidth to spare: poison the spammer's database - after three 550s, invert 200 and 550 responses >:]

    72. Re:Remote images? by penix1 · · Score: 1

      f you hate HTML so much, how come you use the web?


      Umm...Because HTML was MEANT for the web and NOT for email...

      HTTP is based on HTML and you seem to be OK with using Slashdot.


      Besides the fact that /. uses PHP, HTTP is the transport protocol while HTML is the language. Look them up to see the difference.

      Why not use a proper markup language to format email messages?


      Because it is unnecessary and leads to ugly nasties like TFA is referring to.

      What the problem is with HTML messages is not HTML itself, but including linked or attached images and instead of proper layout.


      OK, so the solution is to not use HTML in email like the OP said since images and links are the whole point of using HTML. Glad you agree...
      --
      This is a sig. This is only a sig. Had this been an actual sig you would have been informed where to tune for more sigs.
    73. Re:Remote images? by darthflo · · Score: 1

      While I generally despise any kind of "advanced" mail format, I'd still like italics or bold to be available. Using /plain-text/ _substitutions_ works, but it isn't quite the same.

    74. Re:Remote images? by Flambergius · · Score: 1

      1. Would you mind to explain me how glittering Headlines, dancing smilies, an eggshell-textured backdrop (of course alsmost indistinguishable from plain white), and the occasional Chain-Mail-ppt actually make communications MORE effective? Would you mind to explain how a straw man argument (http://en.wikipedia.org/wiki/Straw_man) makes communication more effective?

      Effectivity is measured in information per size unit. Per size unit? Really? ... Did you think this at all? To me at least it is fairly obvious that size in bits is irrelevant in practice and even "size on screen" is the wrong way to look at the issue. As "successful transfer of intended meaning" is too vague the more simple readability would be my first hunch for the most relevant metric. "Time spend in understanding the communication" might a good way to go, too.

      And for anything that cant be put into plain text, use a fitting attachment. (pdf, png, perhaps even doc and ppt if it suits you) Good grief, you are on a roll, that's zero out of three now. Of course you want to put your images inline into the relevant context of the text. Paragraphs and headings shouldn't require separate application. Only reason not to do it is technical limitations of plain text. It's beyond me why you would want to have for strictly plain email its own separate application that clearly needs to be supported by more expressive applications/formats in the real world.

      2. Yes, landline Speeds may have evolved from the days of the 2400baud modems, but i bet if you're stuck somewhere out in the wild with only a slow GSM connection (no WLAN, no UMTS/EDGE/whatever) you'll be glad for everyone who sends you only plaintext emails. So it's welcome back to the 20 year old speed restrictions, that actually ARE progress. Phew, finally something somewhat sane. 2G and 2.5G mobile networks are indeed going to be around for some time still. Their data trasmission capablities should be a baseline for basic services, like email. However, even low end GPRS gives you 20kbps down and 14.4kbps up, which is significantly more than 2400 baud modemn (2kbps). GPRS speeds are in fact much more suited for a relatively parse rich text format and inline images than mixture of plain text and attachments.
      --
      Computers are useless. They can only give you answers - Pablo Picasso
    75. Re:Remote images? by Anonymous Coward · · Score: 0

      Why is email not well served by a markup language? Soming sending email would never want to bold, underline or italisize a section of text? There's no need for lists or tables in email?

    76. Re:Remote images? by Rary · · Score: 1

      This forum is not much different in purpose from email. We're here communicating back and forth with each other using simple text.

      I notice, however, that you chose to use both italics and bold in your message. If you see the point of using markup to enhance communication here, why do you not see a point in using markup to enhance communication in an email?

      --

      "You cannot simultaneously prevent and prepare for war." -- Albert Einstein

    77. Re:Remote images? by Obsi · · Score: 1

      And *in fact*, Mozilla-based /mail clients/ render this kind of _substitute formatting_

    78. Re:Remote images? by cayenne8 · · Score: 1
      "While you were typing out plaintext email on your student PINE terminal account, corporations were using mail systems that supported rich text and pictures and so on."

      Hmm...not sure exactly when you 'came online' to the professional world, but, I can assure you...I was doing email BEFORE some companies even had the stuff. And when they did start using email, it was plain text to begin with.

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    79. Re:Remote images? by Anonymous Coward · · Score: 0

      So that'd be Microsoft Outlook and a software Firewall?

    80. Re:Remote images? by thePowerOfGrayskull · · Score: 1

      I'd mod you off-topic if I had points. You whining about the other dude's comments makes you look like a giant pussy. And then there's the fact that you're actually off-topic. Actually s/he changed the topic, and I responded to the changed topic. I admit to complaining about the attitude displayed, but in the context of an honest question: Why do people take it as a personal insult when [they perceive that] someone makes a factual error?
    81. Re:Remote images? by mgblst · · Score: 1

      If you hate HTML so much, how come you use the web?

      HTTP is based on HTML and you seem to be OK with using Slashdot. Why not use a proper markup language to format email messages?


      That is like saying, if you like riding so much, why don't you ride your bike to Australia?

      Or if you hate me hitting you in the head so much, why do you leave your house?

    82. Re:Remote images? by Medievalist · · Score: 1

      They use images for the entire email, because Outlook 2007, to name just one of many email clients, is completely incapable of rendering anything outside of extremely basic HTML. Using a bunch of images arranged in a table is the best way to assure your nicely designed email newsletter/adleter won't be mangled by the email client. Except that recipients regulated by SOX, GLBA, HIPPA, or FDA are not supposed to be allowing images in through the corporate mail hub. So, as compliance slowly makes its way into the infrastructure, carefully formatted sales drivel is reaching fewer and fewer targets intact. I think Email advertising will be increasingly more effective using tightly written pure text followed by a link to a good page... but since most people don't know the difference between "lose" and "loose" any more I guess asking for good copy writing is like asking for dehydrated water.
    83. Re:Remote images? by JM78 · · Score: 1

      Email is text messaging...it wasn't originally meant to be marked up, it was to be read as simple plain text.

      I seem to recall a similar argument taking place 20 years ago when people wanted to put photos on their web pages. Perhaps distinctly different protocols but the same situation HTML was in. The market is demanding more from email just like it demanded more from HTML. Tech morphs to what the market demands. The more people use Email for mainstream communication the more the medium will be forced to adapt to how people want to use it. I find is strange how resistant people are to that obvious fact.

      --
      I am Jack's smirking revenge.
    84. Re:Remote images? by Antibozo · · Score: 1

      There is simply no sense in which either HTML or HTTP can be said to be "based on" one another. They solve totally different problems, and neither is in any way dependent on the other. HTTP supports any content type by design. HTML supports any transport scheme by design. The only connections between the two are the existence of the MIME content type "text/html" and the URL transport schemes "http" and "https", and either technology operates correctly in the complete absence of these items. HTTP may have been in part motivated by HTML, but those of us old enough to remember Mosaic and the mishmash of ftp, gopher, wais, and various other transports, know that HTTP is not specifically designed to carry HTML—it is specifically designed to transport any document type.

    85. Re:Remote images? by alan_dershowitz · · Score: 1

      Would you mind to explain me how glittering Headlines, dancing smilies, an eggshell-textured backdrop (of course alsmost indistinguishable from plain white), and the occasional Chain-Mail-ppt actually make communications MORE effective? Typography is critical to commercial communication. Maybe the negotiation between mail client and server should be modified so that if you have a text client you can request to only download the text MIME chunk of the email (which implies that email communication should include a plain text version.)

      Effectivity is measured in information per size unit. No it's not. Maybe in extreme cases.
    86. Re:Remote images? by Anonymous Coward · · Score: 0

      Yep. In something like Gmail allowing javascript in e-mail would be even MORE dangerous than in a traditional email client, because it would allow cross-site scripting attacks. That spam email would now be able to read all of your gmail cookies, for instance, or replace your mail page with a fake 'login' page to get your password.

    87. Re:Remote images? by dotancohen · · Score: 1

      Web bugs in email - just what you want in an attorney's email. I don't know about Outhouse, but Thunderbird, Kmail, and even Gmail will not download remote images unless explicitly told to. They all show HTML mail (Kmail shows the plain text version if available), but remote images are a no-no.
      --
      It is dangerous to be right when the government is wrong.
    88. Re:Remote images? by Anonymous Coward · · Score: 0

      SquirrelMail? Dunno when it falls into the timeline, but it's had "don't load remote images" feature ever since I started using it pre 2K.

    89. Re:Remote images? by Bogtha · · Score: 1

      My email is not a web page, and I don't *want* it to be one.

      HTML != web page. HTML is hypertext. It can be used for more than just web pages. Email is a good example. There's nothing intrinsically wrong with including links, emphasised text, etc. in an email. That doesn't make it a web page, it just makes it user-friendlier.

      In fact, the absence of real markup in email has led to stupid conventions and kludgy workarounds. The lack of links means you have to display the raw URL and hope it doesn't wrap or trip up on one of the numerous flawed regexps mail clients use to pull them out. The lack of bold and italics means you have conventions like *this* that many mail clients autoformat - occasionally being overzealous and mangling text that wasn't supposed to be formatted.

      run their dorky embedded javascript, or download their 1x1 12ab95rtyd62534.gif tracking images. [snip] Wallpaper? Muzak? Sick.

      Yes, those things are stupid to include in HTML emails. That doesn't mean that HTML emails are bad, it means things like music in emails are bad. Just because you can abuse a technology, it doesn't mean that technology isn't useful.

      For example, a common spammer tactic is to leave the body of the message blank and attach their message as text in an attached image. Does this mean attachments are bad? Does this mean that the average person should refrain from sending attachments? Of course not. Just because somebody abuses a technology, it doesn't mean that people shouldn't use it at all, it just means that they should use it responsibly.

      The same goes for HTML emails. You think JavaScript and music in HTML emails are stupid? Don't send email like that then. Of course, even if you do, it's not going to do anything, because despite your belief, mail client developers don't have the attitude that HTML emails are web pages, and they treat them rather differently - by not executing JavaScript or playing music, for example.

      CSS Style sheets for email?

      This is entirely reasonable, or at least it would be if mail clients implemented it adequately.

      --
      Bogtha Bogtha Bogtha
    90. Re:Remote images? by Anonymous Coward · · Score: 0

      I can't speak for Yahoo and MSN, but I thought GMail sanatized emails by default.

      If I'm mistaken, then that's fucking stupid of webmail services. There is no reason for them to allow emails to run javascript. Ever.

    91. Re:Remote images? by bickerdyke · · Score: 1

      Given unique company names and trademarks, it is not. Or as critical as sound is to advertisments. Flash anyone? What information is carried in the font or color? I know about cooperate Identity, but it has to stand back behind the capabilities of the selected communication channel. if Typographie was crucial to commercial communication, no buissness communication could be handled on the phone. Effectivity is always measured in something per something. And the goal of communication is to carry information. I know it has been watered down to "planting some idea into the brain of the recipient" so communication includes advertisments and propaganda. But thats undesired communication anyway (for at least one party) And the "per something" usually IS something that is closeley related to the size of the transmitted message. (Cost for bandwidth, Transmission time, Size/resolution of an image) And counting "manipulated brains per buck spent for advertising" is not in the spirit of what "normal" people would think of as "communication".

      --
      bickerdyke
    92. Re:Remote images? by Medievalist · · Score: 1

      Email is text messaging...it wasn't originally meant to be marked up, it was to be read as simple plain text. That is of course untrue.

      While you were typing out plaintext email on your student PINE terminal account, corporations were using mail systems that supported rich text and pictures and so on. I remember when MIME came out. I had been using Email in a corporate setting for quite a while... DuNet was the 2nd largest corporate network in the world when I worked for Uncle Dupie. VAXmail had base-64 attachments before MIME, but I believe that academia pioneered rich text email, quite the opposite of your claims.

      Corporations still hate fat format mail. It drives their backup budget up, which cuts into profits. Tapes are not cheap, and offsite storage is not cheap either.

      Marketing people love fat email, though.
    93. Re:Remote images? by adavies42 · · Score: 1

      I'm sure that Thunderbird wouldn't be that stupid. I dunno, Netscape Communicator's (4.something) mail client did. I dropped a typical piece of JavaScript obnoxiousness in a message to a mailing list once back in college--something that opened an alert dialog on a tight loop so pressing "OK" would just open another one. (Annoyed the local BOFH to no end, but that's what he deserved for not using Berkeley mail....)
      --
      Media that can be recorded and distributed can be recorded and distributed.
      -kfg
    94. Re:Remote images? by alan_dershowitz · · Score: 1

      Corporate identity and visual advertising, then. When it wasn't possible, companies did the best with what they had. With the advent of styled email, they went to that because it was better. Newspapers and ads aren't in monospace courier type, text email is a step backwards in effectively transmitting your message. Ads tend not to be typed plain text on a white letter-size sheet of paper. Not all communication is strictly limited to transmission of objective facts.

    95. Re:Remote images? by pclminion · · Score: 1

      I think being able to embolden/italicize words and use non-Latin character sets is a decent enough set of features. Why re-invent the wheel when HTML already provides mechanisms to do those things? Why not just have the clients support a subset of the markup instead of the whole deal?

    96. Re:Remote images? by startled · · Score: 2, Insightful

      Gmail strips JS, and doesn't display images unless you specifically tell it to.

      How much are people going to be willing to pay for a service that doesn't even work for gmail users? I suppose you could make the image alt text say "pretty, pretty please click the display images button", but most users still aren't going to bother. They'll delete the message or mark it spam, and get on with their day.

    97. Re:Remote images? by grolaw · · Score: 2, Interesting

      Eudora - my old friend, won't load any of that crap and can be set to respond to a "return receipt" request from Outlook as "now" "later" "Never" - always had fun with that feature....

      But, seriously - if you are using a mail application that does "blindly" support HTML and resides on your desktop/laptop the weasel sending you email will have your MAC and IP address. Consider being in your "lover's" home / business when that email hits your laptop - now the spouse has you located.

      The Feds and some state police agencies are capable of tracking your cell - but a 1 pixel image buried in your email is the poor man's homing beacon. They will know close to where you are and when you opened the message.

      Perhaps web-based email like Gmail (accessing it through SSL) is the only real defense if you have to be able to read email with images imbedded in the message.

    98. Re:Remote images? by Anonymous Coward · · Score: 0

      Who are these "most" people? I assume you have some sort of statistic you can cite that says 50%+ of the people reading email do it in their browser?

    99. Re:Remote images? by wiredlogic · · Score: 1

      I'm sure you run all your porn through an ASCII filter so you can still live in the good old days. Nobody likes the gratuitous use of HTML to make busy, difficult to read e-mails but there is value in a limited amount of formatting to provide a more natural reading experience than plain text.

      --
      I am becoming gerund, destroyer of verbs.
    100. Re:Remote images? by IntlHarvester · · Score: 1

      Pre roughly 1995, the corporate mail market was dominated mostly by IBM/Lotus with Microsoft and others having smaller shares. Most of these systems were not based on internet protocols so MIME and Base64 had no real relevance except at the gateway.

      Who did it first is probably irrelevant, but the point is that rich-text corporate mail systems were long established at the time internet mail was still operating on the pre-Netscape plaintext mentality.

      --
      Business. Numbers. Money. People. Computer World.
    101. Re:Remote images? by IntlHarvester · · Score: 1

      I'm sure in some cases corps did use plain text, but Lotus cc:Mail was rich text, Lotus Notes was rich text, and Microsoft Mail was rich text. That covers about 80% of the pre-internet corporate mail market.

      Also HTML mail has been around for about 15 years now, its clearly here to stay, so maybe you should get comfortable with that.

      --
      Business. Numbers. Money. People. Computer World.
    102. Re:Remote images? by Anonymous Coward · · Score: 0

      Don't you mean 0.02 cents? ;-)

      No, retard, then it would be two hundredths of a cent.

    103. Re:Remote images? by Blkdeath · · Score: 1

      Firstly, most mail servers don't reject until you've sent the DATA, so that attack wouldn't work.

      There's not really any solid definition of "most" any more. Every server I administer rejects at the RCPT TO portion of the exchange and it limits the number of attempts before it'll black hole the sending server for a period in order to throttle dictionary attacks and the like.

      Secondly, they have a limit on the number of recipients anyway.

      Most spammers nowadays have access to enough computing power and bandwidth that they're not at all worried about initiating individual connections for each and every address in their list. Or grouping it in 5s, 10s, or fishing to find the optimal limit for each recipient server.

      Thirdly, no spammer is going to go to all that effort - they just spam every address on their 'list'.

      Actually that's kind of the reason why spamming is so successful. See, computers are good at the very thing humans are bad at; routine, repetitive mundane iterations of the exact same task. Ask a human to manually verify 10 million lines of data? No thanks! Ask a computer to do the same and all you have to do is turn off the monitor and go home for the night. Better still; ask the computer to verify lines of data until you tell it to stop. Now add in a few dozen more computers. Now feed the task to a botnet with a few hundred (thousand) nodes.

      You see, verified e-mail addresses are worth exponentially more to spammers than addresses that merely populate a list and computers are great at tabulating response data and ranking same. Has user (human) responded at this address? Perfect 10! High score! Move that to the expensive list! Has a machine auto-responded? Give that an 8 out of 10. Has a mail server accepted mail sent to this address? 6 out of 10. Does the address get rejected some of the time but accepted other times? Give 'er a 4. Does the address get rejected every time? Well, that'll be a 2, but leave it on the bulk list so we can still claim "xx million addresses" for sale.

      It probably took me longer to type out that paragraph than it would take a spammers' computer farm to run through a few thousand iterations in their list.

      --
      BD Phone Home!

      Shameless plug. Like you weren't expecting it.

    104. Re:Remote images? by Medievalist · · Score: 1

      Who did it first is probably irrelevant, but the point is that rich-text corporate mail systems were long established at the time internet mail was still operating on the pre-Netscape plaintext mentality. I don't remember it that way. I remember precisely the opposite - I was using email by the early 1980s at the latest, and by the time business people started talking about non-textual email (as opposed to bit-shifted attachments) the major universities had already been doing it for years.

      We used to have to wait for the UUCP links to light up when the phone rates went down for the night before we'd get any mail from the west coast. Finally getting full-time connectivity - because we worked on weapons systems - allowed us to finally get nearly-real-time mail like the universities already had.
    105. Re:Remote images? by Anonymous Coward · · Score: 0

      vendors who embed full web browsers into their email clients, thinking that it's best to give an 'integrated' solution

      Nobody embeds a full web browser into their email client. They embed a rendering engine into their email clients. And that's reasonable and nothing whatsoever to do with "giving an integrated solution". If part of the job is to render HTML, why on earth would you write something from scratch when you can simply embed a pre-existing renderer that has a much better chance of getting things right?

      And with the morons who think it's a good idea default non-local image rendering and javascript to be turned on.

      I haven't used a mail client that loads non-local resources by default for years. And I haven't even heard about a mail client that has JavaScript on by default for years.

      Yep, I did already know that-- but thanks for trying to make it look like I didn't ;)

      You made it look that way all by yourself.

      And there are plenty of normal commercial HTML mailings with not a single image.

      But I wasn't talking about those...

      You were talking about "normal 'catalog'/advert emails" and complaining that they included 18 images. You weren't complaining about just the 'catalog'/advert emails that include 18 images, you were saying that normal 'catalog'/advert emails include 18 images and complaining about that fact. Perhaps you misspoke. But if you re-read your comment, you'll see that is what you wrote.

      Rich text can actually be useful, you know.

      Did I say that it couldn't?

      Your blatant mischaracterisation of normal HTML email as bandwidth-hungry image-heavy rubbish certainly seems to preclude it.

      I don't understand why people like you take an offhand comment and view it as a personal attack on your belief system or something; at least that's what's indicated by the attitude in your reply.

      I'm hardly upset or ranting and raving. There was a hint of sarcasm in my last two sentences, but the idea that I view it as a personal attack of some sort is ridiculous and not at all evident in what I have written.

      I find the attitude displayed by many geeks towards HTML email is tiresome and unthinking. The people against it usually trot out some lame argument that doesn't make sense, focuses on irrelevant details, or is simply factually untrue. It's just a knee-jerk reaction that has zero thought put into it. For instance, do you really have a problem with morons who think it's a good idea to default JavaScript in emails to on? No, you're just scrabbling around for excuses to disparage HTML email. So no, I'm not going to apologise for my tone of voice because had this conversation happened in person, I'd just be rolling my eyes instead. If you think that proves that I view it as a "personal attack", so be it. But the truth is I've run across people like you a hundred times before, after a while it was funny, but now it's gotten rather old.

    106. Re:Remote images? by Lost+Race · · Score: 1

      Yeah, the Internet has evolved to the point where sending each other HTML+multimedia messages has become reasonable. But using traditional wide-open email to do so causes far more problems than it solves.

      I'd gladly forsake all formatted email from friends and family to prevent one corporate tracking image or one flash advert from a spammer getting through. For that matter I'd gladly skip my sister's gratuitously colored, befonted text and my cousin's baby videos popping up unrequested too. Send me a link, and I'll endure your noisy, your overly-decorated message when I'm ready for them, if ever.

      I'd also prefer that extra level of human filtering to decide when it's worthwhile to invoke the extra-complicated and bug-prone renderer and when it isn't. A full modern HTML renderer is a complicated beast and I'd rather not let anybody in the world send me something that might crash or exploit it. A simple text renderer is a dead simple, stationary target and relatively easy to make secure.

      I'm sure there's some good way for people to send each other arbitrarily large formatted mixed-media messages safely, but conventional email is not it. Overloading any simple system with too many features tends to ruin it.

    107. Re:Remote images? by iamhigh · · Score: 1

      Perhaps web-based email like Gmail (accessing it through SSL) is the only real defense if you have to be able to read email with images imbedded in the message. Or how about your cell? I am not sure how the IP works on those... Surely you aren't getting a new IP everytime you come in range of a new tower... so that might be another option (although they do know you didn't get the email at your desk).
      --
      No comprende? Let me type that a little slower for you...
    108. Re:Remote images? by grolaw · · Score: 1

      Your cell ESN is problematic.

    109. Re:Remote images? by Anonymous Coward · · Score: 0

      Why is email not well served by a markup language? Soming sending email would never want to bold, underline or italisize a section of text? There's no need for lists or tables in email?

      html creates additional complexity in email clients. Trivial formatting can be achieved with space, return, and *, if you need formatting more complex than that then just mail a document.

      The vast majority of the malware delivery systems out there come from adding complex stuff in to what should be blessedly simple.

    110. Re:Remote images? by secolactico · · Score: 1

      Actually, some email servers already have this option turned on by default. Configurable, of course. Not because of harvesting bots, but because of dictionary attacks.

      After n failed "rcpt to:", blacklist the server for a certain amount of time.

      I don't remember where, but there was an implementation where the server would delay the response to a 550 and would add seconds of delay to each subsequent 550. Of course the drawback is obvious: unless the server is used for the express purpose of setting up a tarpit, pretty soon it's going to have so many connections waiting for their 550 that legitimate connections won't get thru.

      --
      No sig
    111. Re:Remote images? by jeremyp · · Score: 1

      Firstly, most mail servers don't reject until you've sent the DATA, so that attack wouldn't work.

      That's not true. In fact the transcript I posted is a sanitised version of a real SMTP conversation with a current version of Sendmail.

      Secondly, they have a limit on the number of recipients anyway.

      So the spammer disconnects after a while and tries again with a new connection.

      Thirdly, no spammer is going to go to all that effort.

      He's probably using a botnet.
      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    112. Re:Remote images? by tomhudson · · Score: 1

      Web bugs in email - just what you want in an attorney's email.

      I've seen worse - stupid lawyer using gmail for legal correspondence. I don't like the idea of my private information sitting on google's servers.

    113. Re:Remote images? by grolaw · · Score: 1

      It isn't that an attorney may use an insecure server - YOU are the employer / client and most states require some statement like this:

      "The Missouri Bar Disciplinary Counsel requires all Missouri lawyers to notify all recipients of e-mail that (1) e-mail communication is not a secure method of communication; (2) any e-mail that is sent to you or by you may be copied and held by various computers it passes through as it goes from me to you or vice versa; (3) persons not participating in our communication may intercept our communications by improperly accessing your computer or my computer or even some computer unconnected to either of us which the e-mail passed through. I am communicating to you via e-mail because you have consented to receive communications via this medium. If you change your mind and want future communications to be sent in a different fashion, please let me know AT ONCE."

      So, your problem is within your control.

      Meanwhile, the poor man's GPS - an IP address - will bite you in the a** if the attorney and "expert" computer geek can put you at the girl/boy - friend's apartment when your daughter graduates.

      The attorney isn't necessarily stupid - you are if you accept email that isn't protected by PGP.

    114. Re:Remote images? by tomhudson · · Score: 1

      > The attorney isn't necessarily stupid - you are if you accept email that isn't protected by PGP.

      I gave him my email address (server that I pay for, and therefore have a fiduciary relationship with, unlike gmail's free stuff), and it was only after he emailed me that I saw it was from a free mail service. WTF kind of lawyer charges $250/hour and still can't afford their own mail? An idiot, obviously, since he fubarred everything so badly I had to fire him, file my motions myself, and beat the other sides' lawyers up in court in person (can't say I didn't enjoy that last bit ... :-).

  2. If you send me an email, those bits are MINE by Anonymous Coward · · Score: 4, Funny

    Try to prevent me from forwarding or printing those bits, and I'll do it just to spite your sniveling ass.

    And there's NO way to stop me. If you sends bits to MY computer, using MY libraries, and running MY kernel, those bits are mine to do with as I wish, and I take offense at any attempts to prevent me from doing just that.

    1. Re:If you send me an email, those bits are MINE by Anonymous Coward · · Score: 0

      LOL - in your dreams. That stuff in your inbox? No it's NOT yours - it belongs to the authors - the senders, and thanks to the DMCA - they're granted the right to use "technological means" to track what you do with their material. Technically - if you take steps to block the tracking - that's a criminal offence - the same as if you tried to remove the protection from a CD, or tried to bypass windows WPA.

  3. Doesn't matter. by khasim · · Score: 4, Insightful

    Since their business model depends upon selling their "service" to people who don't know anything about email other than "click to send" ...

  4. i use Mozilla's Seamonkey suite by FudRucker · · Score: 1

    browser, email client, IRC...

    in the email client it defaults to not automatically load images and always go to prefrences and select to NEVER send a return receipt, it is nobodies business what i read...

    --
    Politics is Treachery, Religion is Brainwashing
    1. Re:i use Mozilla's Seamonkey suite by Anonymous Coward · · Score: 0

      except the guy sniffing the cleartext sent between mail hosts

    2. Re:i use Mozilla's Seamonkey suite by thePowerOfGrayskull · · Score: 1

      Silly AC. Still using cleartext...

  5. Only if your mail client is severely misconfigured by Idaho · · Score: 5, Informative

    Thunderbird defaults to asking when someone asks for a return receipt; I always change the setting to not even ask but simply never to send them. It is nobodies business to know whether, not to mention when I have first opened their e-mail (which is also, by the way, not the same thing as actually reading it).

    In addition, you should set your client to never download external images. This should solve about 99% of these "exploits". As far as I can remember, the company mentioned uses a transparent/invisible image on an intentionally slowed down server that feeds the image byte by byte; usually, mail clients disconnect/cancel the download once you click another message.

    I can only imagine "preventing" forwarding to work with really retarded mail clients (I think we all know the one I'm talking about).

    The very valid reason why mail servers don't always return a message when a mail address does not exist, is because this can be used to phish for existing usernames - when you don't get a bounce message, you know you've probably hit a valid username. (because for most systems, login/username = default mail alias)

    --
    Every expression is true, for a given value of 'true'
  6. Supported platforms by jaavaaguru · · Score: 3, Funny

    Let me know when this works with Pine or GMail. OTOH, my blackberry seems to support self destructing text messages, or maybe it just looses them randomly.

  7. Email prefs javascript=0, remote_img=0, flash=0 by Anonymous Coward · · Score: 0

    I assume this is true if you open it in a browser-enabled client with hooks to javascript and other such evils?

    promised to report not only on whether a message was read, but also on how long it was opened for reading

    Also, it can tell which version of windows you were running, what kind of child pr0n you enjoy... you know. metrics.

    1. Re:Email prefs javascript=0, remote_img=0, flash=0 by Tangent128 · · Score: 1

      Actually, if it uses the external image trick, it can tell your version of Windows, if the image HTTP request includes a user-agent header.

      Doesn't apply to all readers, sure; I don't know if standalone readers bother with that header, and most web services block images until ok'd.

  8. Did you get it? by RidcullyTheBrown · · Score: 5, Informative
    I am amused by the ways people treat different technologies. I see people who assume that email delivery is perfect and instantaneous, and get upset if their message is delayed or doesn't reach the destination. The same people will follow up a fax with a phone call to confirm the recipient got it. There appears to be no difference in the importance of the messages involved, so perhaps it is a generational (in terms of the technology) thing.

    The other thing I see around here is the people who request a receipt (we use Outlook) when they send a global email to all 1500 users on the system. Most of them only do it once.

    1. Re:Did you get it? by Anonymous Coward · · Score: 0

      People at my work still send me stuff with receipt requested. The first time anybody does it they wonder why I never read my email. My answer is always the same. Email is fundamentally unreliable and my client doesn't send receipts.

    2. Re:Did you get it? by MadnessASAP · · Score: 1

      I blame the salespeople and the marketing departments, they have told all these people that the internet is a magical black box where everything works the way it should and things never break. It's unfortunate that nobody has ever taken the time to explain to these people the realities of the way the system works and why things fail. I currently work in an automotive garage and I have seen a very similar thing where people assume their cars run using fairy dust and sugar plums and never seem to get that these components will break and leave them in a very bad spot at a very bad time.

      --
      I may agree with what you say, but I will defend to the death your right to face the consequences of saying it.
    3. Re:Did you get it? by tomhudson · · Score: 3, Funny

      People at my work still send me stuff with receipt requested. The first time anybody does it they wonder why I never read my email. My answer is always the same. Email is fundamentally unreliable and my client doesn't send receipts.

      Do what I did ... "I didn't need to read your email a second time - I got the original off you machine earlier today as you typed it. I *told* you you're running an unsecure OS!"

      You'd be surprised how many people fall for it.

    4. Re:Did you get it? by jeremyp · · Score: 1

      That's experience. It turns out empirically that e-mail is reliable. People send hundreds of e-mails a week and almost none of them get lost. However, faxes get lost all the time particularly if the fax machine is not next to the recipient's desk.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
  9. more importantly, by Escogido · · Score: 5, Interesting

    it primarily depends upon the recipients who don't know any better than to use all sorts of unsafe mail clients who allow such tricks to be played on them. as long as these comprise the majority, that business model is sustainable.

    so this is not a privacy issue but a security issue.. and it's much older than 2000.

    1. Re:more importantly, by fuzzix · · Score: 2, Informative

      so this is not a privacy issue but a security issue The difference being..?
    2. Re:more importantly, by techno-vampire · · Score: 1
      it primarily depends upon the recipients who don't know...


      that there's more than one program they can use for their email. Most people use whatever program is pre-installed on their computer, and as more people use Windows than anything else, that generally means one form of Outlook or another. Either that, or they only know how to use webmaiil, and that's even worse when it comes to loading images and such without asking.

      --
      Good, inexpensive web hosting
    3. Re:more importantly, by darkmasterchief · · Score: 0

      Security Issues? Switch to Win 3.1.

    4. Re:more importantly, by guruevi · · Score: 1

      I've once seen such service used and they just sent you an e-mail with a URL linking to the message somebody sent you. Then that URL would become inactive after one time looking at it or locked onto your browser with a cookie. Of course copy/pasting the text is a simple yet effective tool.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    5. Re:more importantly, by Escogido · · Score: 1

      Approach to solving the problem.

      Many privacy issues are solved by properly educating users what to do and what not to do online, while many security issues are solved by producing more secure software and educating people to use said more secure software. It is much easier to educate people to use e.g. Thunderbird instead of Outlook Express, than it is to explain all kinds of threats that there are on teh internets and how to evade them.

  10. I also wondered about Gmail by HangingChad · · Score: 4, Insightful

    I run all my pop accounts through GMail. Images don't load automatically and I keep javascript on a short leash. So, do those services have some kind of techno-magic or are they just spying on the weak, the lame and the infirm?

    --
    That's our life, the big wheel of shit. - The Fat Man, Blue Tango Salvage
    1. Re:I also wondered about Gmail by MadnessASAP · · Score: 1

      Well they have the weak and the infirm and they're making good progress on the lame and hope to have it secured by the end of the month.

      --
      I may agree with what you say, but I will defend to the death your right to face the consequences of saying it.
  11. Re:Only if your mail client is severely misconfigu by mysidia · · Score: 1

    Part of the solution to this is the e-mail client needs to measure the rate of transfer of any image and close the connection if it drops too low.

    Also, sane e-mail clients should not allow javascript in an e-mail or inline images to be loaded, except from known HTTP servers white-listed in advance, from known white-listed senders.

  12. I've changed that on mine. by khasim · · Score: 1

    The very valid reason why mail servers don't always return a message when a mail address does not exist, is because this can be used to phish for existing usernames - when you don't get a bounce message, you know you've probably hit a valid username. (because for most systems, login/username = default mail alias)
    I work for a small insurance company. I cannot silently kill any incoming email.

    So the email addresses are Firstname.Lastname@ (although we also accept and deliver FirstnameLastname@).

    Phishing for "John@" is easy. Phishing for "John.Adams@" is a lot more difficult.
    1. Re:I've changed that on mine. by AaronLawrence · · Score: 1

      It's OK to not accept mail, but your system should do it at the initial SMTP exchange, not accept it and then decide to bounce. Otherwise you just transfer all the spam onto innocent third parties. (Backscatter)

      --
      For every expert, there is an equal and opposite expert. - Arthur C. Clarke
  13. The kind of people who would do this... by hyades1 · · Score: 2, Funny

    ...probably wouldn't realize that good old "Print Screen" or "Alt-Print Screen" would provide all the evidence you need to hang 'em high, if they were counting on their self-destructing e-mail to cover their tracks or screw you over.

    Too much trouble for everyday use, but most people have a pretty good idea about who they have to watch out for among their business associates.

    --
    I've calculated my velocity with such exquisite precision that I have no idea where I am.
    1. Re:The kind of people who would do this... by Anonymous Coward · · Score: 2, Insightful

      Print Screen is ridiculously easy to forge.

    2. Re:The kind of people who would do this... by Anonymous Coward · · Score: 1, Insightful

      So is an email, though.

    3. Re:The kind of people who would do this... by DriedClexler · · Score: 1

      Why was AC modded funny? It's true: screenshots can be forged, we used to do that on game websites to screw over people we didn't like. Though I guess

      a) The "last modified" being very different from the time of receipt/reading
      b) the fact that other recipients (if there are any)

      would help establish authenticity.

      --
      Information theory is life. The rest is just the KL divergence.
    4. Re:The kind of people who would do this... by Anonymous Coward · · Score: 0

      So are printouts.

    5. Re:The kind of people who would do this... by hyades1 · · Score: 1

      As a matter of fact, I've had a little fun with PhotoShop myself, though not for this purpose.

      I think what would tell the tale is if you had a bunch of "photos" of e-mails from some weasel who was lying like a carpet about whatever the situation happened to be. After a while, the sheer consistency of the things would be a point in your favour.

      And in most situations where contradictory versions of events are considered, a lot more gets examined than just the bare bones of what each side claims. For example, even though they could be forged, "pictures" of the e-mails would be rather persuasive if it was the third or fourth time the same guy had been in that kind of situation, and the other people all had pretty good employment records.

      If you wanted to really go over the top, there are programs that analyze sentence structure and word use to determine who actually wrote an article or essay. Some university professors use them to catch plagiarists.

      It would be nice to believe all this crap is unnecessary, but I've actually worked with a couple of really slimy people. Fortunately, they didn't have any reason to go after me, because at the time I would have been far too innocent to figure out what was happening.

      --
      I've calculated my velocity with such exquisite precision that I have no idea where I am.
  14. Not really. by khasim · · Score: 1

    it primarily depends upon the recipients who don't know any better than to use all sorts of unsafe mail clients who allow such tricks to be played on them.
    But most of the modern mail clients have that functionality either turned off or they pop up a window that requires the recipient to agree to send the acknowledgment or view the images. I don't know about you, but I'm running Thunderbird on Ubuntu and it does both.

    so this is not a privacy issue but a security issue.. and it's much older than 2000.
    I agree that it is older than 2000. But it is becoming less of an issue every day. As the older machines fail, they will be replaced with newer ones with modern email clients.
    1. Re:Not really. by John+Hasler · · Score: 3, Funny

      > I agree that it is older than 2000. But it is becoming less of an issue every day. As
      > the older machines fail, they will be replaced with newer ones with modern email clients.

      Mutt and Gnus are both modern, well-maintained, and available for "modern" machines (unless "modern", to you, means "comes with built-in malware").

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    2. Re:Not really. by EvanED · · Score: 2, Insightful

      He's not talking about replacing stuff like Mutt because it's antequated, he's talking about replacing things like old versions of Outlook/Outlook Express, or even old versions of Thunderbird.

  15. Why it can't work by Anonymous Coward · · Score: 4, Informative

    Here's a good summary of why such plans won't work:
    http://theamigo.blogspot.com/2007/07/expiring-email-no-not-really.html

    1. Re:Why it can't work by Just+some+bastard · · Score: 4, Interesting

      Here's a good summary of why such plans won't work:
      Here's another one: http://www.sox-online.com/act_section_802.html
  16. Re:Only if your mail client is severely misconfigu by cyberchuck.nz · · Score: 2, Informative

    Thunderbird defaults to asking when someone asks for a return receipt

    Difference is that the recipient is notified about the return receipt and they can choose to take action from there.
    Transparent images embedded in html emails (which never should have been started in the first place) are a different kettle of fish, in that most users won't realize that their email is being monitored

    I suppose one way of gaining awareness would be setting up a system (think Sorbs/Spamhaus), which lists domains of people who embed sort of shit in their emails.
    Companies frown upon negative publicity and if you can say "Hey, you're listed because jbloggs@example.com sent out an email with this shit in it", then I can't see the company continuing to do that for very long

  17. html-only email by bcrowell · · Score: 4, Insightful

    As various people have pointed out, this would only really work if you sent html-only email, and if the recipient was guaranteed to have client software that executed javascript or something. I use mutt, a text-only email reader, and I have my mail software set up so it bounces html-only email (that it doesn't think is spam) back to the sender with an error message explaining that html-only email violates internet standards. I've never understood why anyone sends html-only email. Seems hard to believe that there would be service providers so clueless that they'd make html-only the default, and it also seems hard to believe that people would be clueless enough to want to send html-only email, but clueful enough to switch to html-only if it wasn't the default.

    I have to admit that the concept of being able to get a return receipt for email has a certain allure. Recently, for example, my boss got pissed off at me and made a big scene because he thought I hadn't notified him about something. I happened to have a copy of the email in which I notified him, and I also happened to have saved his reply to it. But what if I hadn't saved the reply, or if he hadn't replied?

    A lot of people send CYA emails, e.g., "Okay, this is to confirm that you want me to put the uranium in the crisper drawer of the fridge, and that you take responsibility for the results." But the recipient can pretend he never got it.

    1. Re:html-only email by Anonymous Coward · · Score: 0
      Your post doesn't include a single *reason* why you dislike HTML email.

      I've never understood why anyone sends html-only email. Because wanting to use italics, underline, bold, fonts, etc., allows more expressivity?

      Seems hard to believe that there would be service providers so clueless that they'd make html-only the default For what reason? For the 1% of users who don't use an HTML-capable email reader?

      and it also seems hard to believe that people would be clueless enough to want to send html-only email, but clueful enough to switch to html-only if it wasn't the default. Look, it's not exactly difficult for a text-mode email client to simply strip HTML from text. HTML is just text anyways. You just have to strip the tags. It's *not* that hard.

      Personally I've never understood the reason for sending dual plain-text and HTML copies in the same email. It's just doubling the bandwidth for something that can be trivially "downgraded" on demand.
    2. Re:html-only email by martin-boundary · · Score: 5, Informative
      Just a little clarification FYI: HTML only messages do not violate internet standards. It's quite standards compliant, as the minimum is RFC2822, which has no requirement about the content other than the character set it's written in.

      The MIME standards (which are entirely optional) do not require duplicate text and html versions of a message either. There are several MIME content types, of which only multipart/alternative is intended for duplicate content with degraded formatting such as separate text and html versions, and in this case the actual formats can be anything, eg they could be a text version and an MS Word version, without an HTML version.

    3. Re:html-only email by Anonymous Coward · · Score: 0

      I reverted my client back to text only after discovering that
      send/reply was mangling email threads. At least with textonly
      I could fix it.

    4. Re:html-only email by bcrowell · · Score: 1

      Thanks for the correction. I checked my software, and actually the bounce message I've been sending out is, "The mail was sent only in html format. Normal practice is to send mail either in plain text format or in both plain text and html."

    5. Re:html-only email by Anonymous Coward · · Score: 1, Insightful

      I've never understood why anyone sends html-only email. Seems hard to believe that there would be service providers so clueless that they'd make html-only the default, and it also seems hard to believe that people would be clueless enough to want to send html-only email, but clueful enough to switch to html-only if it wasn't the default.

      A few reasons:

      - html email lets the author make their email look nice
      - there are only about 10 of us who still use Pine, mutt, and text-based email

    6. Re:html-only email by thegrassyknowl · · Score: 1

      Because wanting to use italics, underline, bold, fonts, etc., allows more expressivity? And the 'standard' way to do that (and is supported by Gmail at least) is:
      *bold* /italics/ _underline_

      I think you need to get your facts straight. Email is text-only. There's no great need to lay it out and format it like a bloody well polished journal article.

      For what reason? For the 1% of users who don't use an HTML-capable email reader? No, because HTML email uses a lot more bandwidth, doesn't render the same in any two places, etc. Text only email truncated at around 72 chars per line is almost guaranteed to render the same no matter where the reader is.

      Personally I've never understood the reason for sending dual plain-text and HTML copies in the same email. It's just doubling the bandwidth for something that can be trivially "downgraded" on demand. The first smart thing you've said. Why bother sending the HTML at all? I don't want markup and image linking in emails. If your document needs to be formatted exactly in a certain way there are better ways to get it there.

      Why does email need all of the insecurity that comes with including a HTML rendering engine in the bloody mail client? I have enough trouble with virus and spam emails. I don't need the further risk to my health with the client actually being vulnerable to all that shit!
      --
      I drink to make other people interesting!
    7. Re:html-only email by thegrassyknowl · · Score: 1

      because wanting to use italics, underline, bold, fonts, etc., allows more expressivity? I was also going to say: if you can't find the correct choice of words to express your sentiment then you should consider going back to grade school and relearning your primary language. Expressing your position really isn't that difficult and you don't need a gazillion fonts and colours to do it.
      --
      I drink to make other people interesting!
    8. Re:html-only email by ion.simon.c · · Score: 3, Informative

      ...I have my mail software set up so it bounces html-only email (that it doesn't think is spam) back to the sender with an error message explaining that html-only email violates internet standards.

      Um. I'm unaware of any IETF standard regarding HTML-formatted email transmission. Unless you can link me to such a standard, there is no violation.
      Also, you are an ass. Additionally, if you're unable to configure an MUA produced in the last five years to correctly render HTML email, you're a fucking moron.
    9. Re:html-only email by AaronLawrence · · Score: 1

      I think you need to get your facts straight. Email is text-only. There's no great need to lay it out and format it like a bloody well polished journal article. Originally, yes, email was text only, but like everything else it evolves as the users and developers want. In particular, business usage of email has diverged very far from the original ideals.

      HTML is pretty much the standard in most corporate mail systems, as far as I can see, and I do myself use it for basic formatting and inline images. The most common usage I see is for quoting and inline replies with multiple colours. While this is partly generated by the limitations of Outlook, I actually find it easier to read as well because each quote is identifiable by color, rather than just the level of indent. In fact there is a TBird plugin to do the same thing automatically...
      --
      For every expert, there is an equal and opposite expert. - Arthur C. Clarke
    10. Re:html-only email by bcrowell · · Score: 1

      Originally, yes, email was text only, but like everything else it evolves as the users and developers want.

      Which users? Not all users want to receive emails that are nothing but a line of text and an MS-Word attachment, or that have text in cyan letters overlaid on a background of ocean waves crashing on the beach.

      HTML is pretty much the standard in most corporate mail systems, as far as I can see, and I do myself use it for basic formatting and inline images. The most common usage I see is for quoting and inline replies with multiple colours. While this is partly generated by the limitations of Outlook, I actually find it easier to read as well because each quote is identifiable by color, rather than just the level of indent. In fact there is a TBird plugin to do the same thing automatically...

      No harm done, as long as you also send a plain-text version, and as long as you realize that not all users will see your html special effects.

    11. Re:html-only email by cerberusss · · Score: 1

      Recently, for example, my boss got pissed off at me and made a big scene because he thought I hadn't notified him about something. I happened to have a copy of the email in which I notified him, and I also happened to have saved his reply to it. But what if I hadn't saved the reply, or if he hadn't replied?
      Then he would be just as mad at you as he now is. Because don't think for a minute that because saying "I *did* tell you" leaves you off the hook.

      What basically happens, is that he's disappointed and he wants to vent out on someone. However you probably don't like that. So you said: "I still have your reply, so you've got no reason to vent out on me". However you could just as easily have said: "I don't like it when you vent out on me. Even if it's my fault, we can talk quietly over it."
      --
      8 of 13 people found this answer helpful. Did you?
    12. Re:html-only email by glitch23 · · Score: 1

      A lot of people send CYA emails, e.g., "Okay, this is to confirm that you want me to put the uranium in the crisper drawer of the fridge, and that you take responsibility for the results." But the recipient can pretend he never got it.

      If the recipient deletes it from the Inbox to Deleted Items (assuming Microsoft Exchange) then it will still be backed up unless the recipient also purges the Deleted Items folder. If they say they never got it and only delete it from the Inbox then they can get in trouble for lying as well. A simple mailbox restore from backup can show the recipient really did receive the message if it was never purged from Deleted Items.

      --
      this nation, under God, shall have a new birth of freedom. -- Lincoln, Gettysburg Address
    13. Re:html-only email by tomhudson · · Score: 1

      Because wanting to use italics, underline, bold, fonts, etc., allows more expressivity?

      Many email clients understand the old tricks for indicating bold or italics - *bold* and /italics/.

      Anything much more than that, and you end up with email that looks like a ransom letter on crack - 15 different fonts, blinking text, all sorts of images, etc.

    14. Re:html-only email by thegrassyknowl · · Score: 1

      . In fact there is a TBird plugin to do the same thing automatically... Automatically; that is the point. There's no need to include that formatting in the email because the mail client can work out how to emphasise the different levels of reply based on the standard quote marker (greater than) in an email.

      In fact, using HTML and trying do to it magically makes it harder for users who don't get HTML mails to read or to copy/paste out a relevant section into something else.
      --
      I drink to make other people interesting!
    15. Re:html-only email by thegrassyknowl · · Score: 1

      Not all users want to receive emails that are nothing but a line of text and an MS-Word attachment, or that have text in cyan letters overlaid on a background of ocean waves crashing on the beach. I don't want to receive any MS Word attachments to emails.

      That said, I'd much rather see a PDF if sharing it with formatting is so damned important to the sender. At least I can read PDFs and see the same thing they saw. That is a problem with rich text formats and Word attachments.

      The biggest problem with making something like HTML mail a feature is that suddenly every schmuck feels that they MUST use this shiny new feature and you get just that; a bunch of emails with Javascript signatures that fade in and rippling animated GIF backgrounds and the like. Aside from the fact that it's hard to read and annoying it's also more to download, and some data plans (particularly mobile) charge by the kilobyte.
      --
      I drink to make other people interesting!
    16. Re:html-only email by Mesa+MIke · · Score: 1

      > ... business usage of email has diverged very far from the original ideals.

      You're right. These days the standard "business" method of emailing is to write the note in Microsoft Word, then attach the .doc (and now .docx) file to the email.

    17. Re:html-only email by Bent+Mind · · Score: 1

      Why does email need all of the insecurity that comes with including a HTML rendering engine in the bloody mail client? I have enough trouble with virus and spam emails. I don't need the further risk to my health with the client actually being vulnerable to all that shit!

      I'm curious. How does HTML e-mail spread virus and spam? Are you confusing HTML and Javascript? Are you talking about loading external images? That's easy to filter out. Are you talking about including links? Links only do something if you click on them. In addition, links can be attached to text-only messages.

      And the 'standard' way to do that (and is supported by Gmail at least) is: *bold* /italics/ _underline_ ... No, because HTML email uses a lot more bandwidth, doesn't render the same in any two places, etc.

      And your ASCII art e-mails take up less bandwidth and render better than HTML?

      I do send both, as I realize there are people that rely on older technologies that can't render anything other than ASCII. However, I have never heard a good argument against HTML e-mail.

      --
      Request a Linux Shockwave player here: http://www.macromedia.com/support/email/wishform/
    18. Re:html-only email by Anonymous Coward · · Score: 0
      I've never understood why anyone sends html-only email.

      The usual suspect -- user-obsequious MS?

    19. Re:html-only email by Archon-X · · Score: 1

      I have my mail software set up so it bounces html-only email (that it doesn't think is spam) back to the sender with an error message explaining that html-only email violates internet standards. I've never understood why anyone sends html-only email.

      Which users? Not all users want to receive emails that are nothing but a line of text and an MS-Word attachment, or that have text in cyan letters overlaid on a background of ocean waves crashing on the beach. So you finally admit that your grudge against HTML email is that you simply don't like it.
      Then you go on to say that you go out of your way to pester people who send you emails, the way they like it.

      You must be the life of parties.

      As a slight P.S: The best way to avoid being sent cyan-on-blue emails is to avoid having friends who send them, or politely calling them and asking them not to.
    20. Re:html-only email by Just+some+bastard · · Score: 1

      I realize there are people that rely on older technologies that can't render anything other than ASCII

      Yeah, I really should dump my 2005 release of PINE and build Alpine so I get wchar support...

      And your ASCII art e-mails take up less bandwidth and render better than HTML?

      HTML email is usually a minimum of twice the size of even quoted-printable plain text. I took the time to estimate the storage requirements of plain text and HTML based on a selection of real-world messages (paypal, amazon, ebay etc..), 14GB Vs. 56GB archived mail last year for my accounts alone. Thankfully most people don't send both. The actual size of my mail archive was around 25GB, including PDF's and images (procmail introduces ppt and doc to the null device on my behalf).

      As you should not be using color to convey semantic information; there's no advantage to sending HTML over trivially marked ASCII. The only issue is misguided use of proportional fonts which break ASCII formatted tables -- an edge case.

      However, I have never heard a good argument against HTML e-mail.

      You probably get out too much, perhaps read a bunch instead

    21. Re:html-only email by pjt33 · · Score: 1

      Because wanting to use italics, underline, bold, fonts, etc., allows more expressivity? I can see the value of italics, underlining and bolding in adding emphasis - although as several people have already pointed out there are plenty of conventions for emphasising plain text. However, I'm totally bemused by your desire for fonts to express yourself. How does that work? Do you use Comic Sans to indicate jokes, and if so do the recipients actually twig that that's what you're doing? Or are you just one of those people whom I see in some phpBB fora who put all their posts in green to be different, thus making it harder to read them?
    22. Re:html-only email by Anonymous Coward · · Score: 0

      The best way to avoid being sent cyan-on-blue emails is to avoid having friends who send them, or politely calling them and asking them not to.
      So you're politely calling them to tell them that you don't like the way the like to send e-mail? You can't even take your own advice. Anyway, my friends never send crappy e-mails. Those come from my coworkers and family. You can't always pick those.
    23. Re:html-only email by Kalriath · · Score: 1

      I think he's referring to the fact that any sane client (even Outlook) sends a Text-Only version with the HTML version. It's quite legitimate to send HTML email, and he doesn't say he particularly hates that, just HTML-only email, where no text-only equivalent is included. HTML-only email doesn't violate standards though, it's just a stupid idea - wreaks havoc with such systems as automatic forwarding to mobile phones.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    24. Re:html-only email by Lost+Race · · Score: 1

      I have my mail software set up so it bounces html-only email (that it doesn't think is spam) back to the sender with an error message
      It's pretty much never OK to send errors "back" to the "sender" unless the sender is securely authenticated somehow. Due to the mathematics of spam automated bounces will almost always result in some backscatter. I don't want to get error messages from you (and thousands of others like you) just because some bozo somewhere forged my email address on a spam that happens not to set off your spam detector.
    25. Re:html-only email by bcrowell · · Score: 1

      Like I said in the comment you quoted, I have the software set up so it only bounces html-only mail if it thinks it's not spam.

    26. Re:html-only email by Lost+Race · · Score: 1

      Lke I said in the comment you didn't quote, your spam detector is going to get it wrong sometimes and send error messages to innocent bystanders. Don't make the spam problem worse by amplifying it with backscatter.

  18. Links to actual services by e+r+i+k+0 · · Score: 5, Informative

    I'm surprised the author didn't link to the actual services:

    • ReadNotify FAQ - doesn't seem to give too much actual info on how it works, but looks like it's a combination of images hosted on the ReadNotify server with tracked downloads, rewritten links to go through ReadNotify servers to add log entries, and some other things I couldn't guess immediately.
    • MessageTag seems to just be an image hosting service which tracks image downloads.

    Both seem to be easily defeated; indeed, the ReadNotify FAQ mentions that the "invisible" tracking service (which I assume means that it just includes the tracking images in the message) may be unreliable.

    1. Re:Links to actual services by slig · · Score: 1

      That seems like overkill, but i'd be interested to know what info ReadNotify are using.

      As for image mail trackers, I worked on a mailer product with in-built message tracking which had some inherent issues getting through spam or script checks, so I approached and solved it with a combination of apache mod_rewrite, a base 64 encoded pair of the recipient address and an md5 hashed key of some other info (as in which mail it was regarding), and also a 1x1 transparent .GIF.

      When the client rendered the HTML and the request for the image file hit the mod_rewrite rules, it was passed to a script which unpacked the encoded filename, wrote that the message had been opened to a DB, and served the transparent gif. It worked as well as it could in conjunction with apache/sendmail logs, and no need for spammy images or any type of advertising.

    2. Re:Links to actual services by tomhudson · · Score: 1

      and also a 1x1 transparent .GIF ... no need for spammy images

      ... and many of us (myself included) would never request your spammy gif. Plain-text email should be the default, with a "this email contains html. click here only if you trust the sender" like kmail does it.

    3. Re:Links to actual services by Walter+Carver · · Score: 1

      It looks a lot like what http://www.self-destructing-email.com/ does. I just tried that, out of curiocity and it didn't work on my Firefox2. Felt like a knocked together JavaScript thing. Lame :-P

  19. Re:Only if your mail client is severely misconfigu by xaxa · · Score: 1

    The very valid reason why mail servers don't always return a message when a mail address does not exist, is because this can be used to phish for existing usernames - when you don't get a bounce message, you know you've probably hit a valid username. (because for most systems, login/username = default mail alias) That would be annoying if it became widespread. Mistyped an email address? Tough.
  20. Blacklisting the abusers by Arrogant-Bastard · · Score: 5, Interesting
    It is clear that readnotify and their ilk are engaged in abusive activities: we would not tolerate the equivalent with snail-mail, and so we should of course not tolerate it with email, either. These abusers are only one step removed from spam and spyware, and should therefore of course be blacklisted permanently.

    I therefore recommend blacklisting (in your MTA and web proxy) readnotify.com, pointofmail.com, e-mail-servers.com, didtheyreadit.com, mailinfo.com, and msgtag.com. I welcome any additions to this list.

    I should also mention that those who use superior mail clients -- e.g., mutt -- can avoid being spied on by these abusers. I strongly recommend using such clients, or configuring other lesser clients so that they do not cooperate.

    1. Re:Blacklisting the abusers by fuzzyfuzzyfungus · · Score: 2, Interesting

      One might also point out the threat that such services as these can pose to the sender of the message. From a quick look at ReadNotify's instruction page, it looks like you append .readnotify.com to the email address you wish to send mail to. From an ease of use standpoint this is quite cute. However, unless I am very much mistaken, your email will actually be sent to "originalusername"@originaldomain.readnotify.com Presumably, readnotify has their systems set up to accept such odd emails and then process them and send them out to the original recipient

      This means that ReadNotify gets a copy of everything that you track with them, as well as all the tracking information. Definitely nothing that could ever be a problem; its not as though the legalities of multinational transfers of legally privileged data are complex or anything, right?

      Also, as an aside, it would be amusing to see how well Readnotify has protected itself against abuse. There is no mention in their FAQ or instructions of changing SMTP configuration, or any sort of authentication, except when logging in to the web page, to check tracking status. If naively implemented, their system will simply send an email to any chosen target in response to receiving an email with the correctly formatted destination address.
      target@targetdomain.foo.readnotify.com
      I wonder how, and how well, they verify the sender of an email... Especially seeing that, if you get an email with ReadNotify stuff embedded in it, you know the person who sent it has a valid ReadNotify account. Wouldn't want anything bad to happen

    2. Re:Blacklisting the abusers by Anonymous Coward · · Score: 0

      I agree with your message, but after reading your post, I've got to say that, heavens, your username really is appropriate.

  21. copyright by speedtux · · Score: 3, Informative

    If you sends bits to MY computer, using MY libraries, and running MY kernel, those bits are mine to do with as I wish,

    The copyright still remains with the sender, so, no, they are not yours. Furthermore, you cannot legally do with them as you wish.

    1. Re:copyright by palegray.net · · Score: 5, Insightful

      Please cite a case where copyright law was used to prosecute someone for forwarding an email.

    2. Re:copyright by bmo · · Score: 1

      "The copyright still remains with the sender, so, no, they are not yours. Furthermore, you cannot legally do with them as you wish."

      I can do with the email as I wish. I can post it all over usenet if I so desire if I am not bound by a civil contract like an NDA or something. Then there are those so-called disclaimers that demand that the email be deleted if it was sent in error, and that it may contain confidential information or some other nonsense. At most they are there to scare people. At best, they are contracts of adhesion.

      Feel free to ignore those, too.

      --
      BMO

    3. Re:copyright by speedtux · · Score: 2, Insightful

      Your question is a non-sequitur, but apparently one made in an attempt to score rhetorical points. I'm not going to debate with you on that level.

    4. Re:copyright by tomhudson · · Score: 1

      If you sends bits to MY computer, using MY libraries, and running MY kernel, those bits are mine to do with as I wish,
      The copyright still remains with the sender, so, no, they are not yours. Furthermore, you cannot legally do with them as you wish.

      Nope. Mail addressed to you becomes YOUR property. It is a gift from the sender to you. You may do anything with YOUR copy that you wish. Why do you think they need a warrant to search YOUR computer/mailbox, and not a warrant for each sender as well?

      Every once in a while, someone tries to prevent their lies from becoming exposed by invoking *their* copyright on their email/snail mail, forgetting that they freely GAVE the mail to the recipient. No license required.

    5. Re:copyright by Kingrames · · Score: 1

      Don't give them any ideas, you clod!

      --
      If you can read this, I forgot to post anonymously.
    6. Re:copyright by Anonymous Coward · · Score: 0

      Pft. By sending me an email you give me irrevocable license to have, transfer, and display the message.

      By the very nature of the protocol you can't help but do this. You don't specify the social-security number of the recipient, in a secure process. You instead pass the message via a P2P delivery system. At every step (which is unrelated to the recipient) the message is duplicated in NIC, RAM, swap file, mail spool, and perhaps audit logs. This is a normal part of how the protocol works. You can't send an email to which this does not happen.

      Once the message reaches the destination the recipient is often rewritten and the journey begins again. You have no idea, or control, over the eventual recipient - or if they are an individual, a mailing list, a company, etc.

      You know how email works. There is no common provision to prevent this, so you can't possible expect it not to happen. If this didn't happen, your message would never leave your ISP without a digitally signed notarized certificate providing limited permissions.

      Further, once in possession of the message I can space-shift it in a similar fashion to a movie. The MPAA heartily denies this, but similar to your view, it's legally irrelevant. Your wishes are not my restrictions.

      While I wouldn't own the message copyright, I could read it and show it to people without limit. Thus, legally, I could do almost anything with it that I could want.

      -- WNight

    7. Re:copyright by speedtux · · Score: 1

      Nope. Mail addressed to you becomes YOUR property. It is a gift from the sender to you.

      You know, this is fascinating: are you (1) deliberately lying, (2) aware that you're making things up, or (3) simply confusing reality and fantasy that you yourself can't even tell the difference anymore?

    8. Re:copyright by djcapelis · · Score: 2, Informative

      One could argue sending an e-mail creates an implicit license to use portions of that e-mail for certain reasonable and limited functions. (I.E. Maybe not forwarding the attachments, but the textual content of the e-mail shouldn't be restricted from being forwarded just because of copyright law.)

      Would depend on the judge, but certainly I think there's room in the law for sanity on a matter such as this....

      As usual, I am not a lawyer, but it seems to me that your assertion that it's a clear cut legal issue is perhaps unsupported.

      In general, your basic assertion that copyright law would restrict functions we all use on a daily basis is a perverse interpretation of the law. It might very well have some basis, but the law (at least from my bright eyed and idealistic view) generally is a framework for doing the right thing and is usually interpreted by judges in that manner. When there is no room in the law to do the right thing, the law tends to get changed to allow for such room.

      --
      I touch computers in naughty places
    9. Re:copyright by tomhudson · · Score: 1

      You are automatically granted a license to copy email by the sender, since that is the ONLY way for you to actually read the email. Think of it - when you "send" email, your copy doesn't cease to exist on your computer and magically appear on the recipients' computer. You send a copy of the data, and it gets copied to various servers, into backups, etc., it's also scanned by 3rd parties, and the recipient finally receives a copy. Claiming that their making a copy would be infringement is meaningless. Just the act of sending email means that you grant the recipient, and everyone along the way, the right to make copies. It's the only way to "store-and-forward" email.

      On the question of physical letters the recipient owns them. If you later become famous and they then decide to acution them off, that's their right - since THEY own the letters now, not you.

    10. Re:copyright by DustyShadow · · Score: 1

      I can do with the email as I wish. I can post it all over usenet if I so desire if I am not bound by a civil contract like an NDA or something. Wrong. Copyright is not a contract. It is a federal law. Furthermore, the copyright notification requirement was dropped years ago (1989 to be exact). The email writer does not have to notify you of any intent to enforce or not to enforce the copyright. Without a license, you can't reproduce it (outside of fair uses).

      Now, there is another question about whether what is in the email is copyrightable but that's beyond the scope of this discussion.
    11. Re:copyright by DustyShadow · · Score: 1

      You are automatically granted a license to copy email by the sender, since that is the ONLY way for you to actually read the email. Sure, but that is far far different from a license to forward that email to whomever you want or a license to print copies of it and hand it out to everyone you see.
    12. Re:copyright by speedtux · · Score: 1

      You are automatically granted a license to copy email by the sender, since that is the ONLY way for you to actually read the email.

      When you watch a DVD or read a web page, you copy it as well; that doesn't mean you have generic a "license to copy" the contents.

      On the question of physical letters the recipient owns them. If you later become famous and they then decide to acution them off, that's their right - since THEY own the letters now, not you

      But the copyright (including the right to publish the contents) remains with the creator of those letters, just like with a DVD or a book. There's case law, go look it up.

      Really, you should start separating what you believe to be true from what you know to be true.

    13. Re:copyright by Lumpy · · Score: 1

      Sorry but you are completely wrong. if you send me an email I can release it to the press without your permission, I can profit from the information or even publish it without your consent.

      I dont care what useless drivel people like you try to put on your email tagline or try to make people think. your email belongs to me the second it arrived on my email box. the ONLY time you can claim that is when I request something.

      And your argument has been proven wrong by many courts and newspaper reporters. I seem to remember that just recently a reporter got an email by accident and he simply published that information. he cant be sued, he did not violate copyright in spite of the lame "this email is the property of XYZ corp" and other silly crap that really dumb people try to impose on email.

      --
      Do not look at laser with remaining good eye.
    14. Re:copyright by palegray.net · · Score: 2, Insightful

      Your question is a non-sequitur Hmmm... I don't think so. Let's examine the definition of non-sequitur.

      From the Wikipedia entry on the definition:

      Non sequitur (IPA: /nÉ'nËsÉkwÉtÉ(TM)r/) is Latin for "it does not follow," it may refer to:
      • Non sequitur (logic), a logical fallacy (no fallacy here, just asking for citation of supporting evidence to back up your position)
      • Non sequitur (humor), a comment that has no relation to the preceding comment or to an ongoing discussion or topic.(nope, definitely on-topic)
      • Non Sequitur (comic strip), a comic strip by Wiley Miller (nope)
      • "Non Sequitur" (Star Trek: Voyager), an episode of Star Trek: Voyager (doesn't match this one, either)
      All fun aside, you seem a bit trigger happy and more than a tad arrogant. Perhaps you were having a bad day when you posted your reply.
    15. Re:copyright by 2short · · Score: 1

      He's mostly wrong, but not completely.

      If my friend emails me a rough draft of his next novel because I offered to give him feedback, can I publish it and take the money?

      I agree that the notices put on the bottom of peoples mail are irrelevant to copyright law (they may be relevant to trade-secret law). And I agree that 99.9% of the time anyone is going to forward or publish an email, copyright won't prevent it.

      Copyright might, maybe, protect the words contained in an email you send. But most people who put those notices in want it to protect the information, which it doesn't.

    16. Re:copyright by tomhudson · · Score: 1

      You have the right to publish it (in the legal sense of the term, which is NOT the same as making 1000 copies and handing them out). Publishing means making it known to others. BTW, the recipient NEVER receives your original email - the server modifies it by adding their own headers, so what the recipient receives is NOT what you sent. The servers are making "derivative works". Are you going to claim copyright infringement? You won't get far - you have no expectation that the server WON'T do that.

      Also, I am allowed to store MY email (including anything I receive) in multiple locations as a backup, and to affix it in a more permanent fashion. Are you going to claim that printing up a hard copy is a violation of your copyright, when there's a reasonable expectation that people WILL print up copies?

      You'd also be hard pressed to claim damages if someone were to forward it to others, unless they agreed beforehand not to. Again, it's the whole "reasonable expectations" thing. Same with quoting part of an email when replying - you don't need to get a license from them beforehand to quote them.

      Copyright under the Berne Convention applies to works affixed in a permanent state. Did you print up a copy of that email before sending it? The copy that was in your "outbox" wasn't "affixed in a permanent state" - it was removed and a new copy made in your "sent items" folder *after* you sent your ephemerial copy ... in other words, copyright didn't apply on the email you sent, since the original was never "affixed in a permanent state" - not even on your hard drive - when it was sent. You can only claim copy on the copy in your "sent items" folder, which was made AFTER the copy you sent, so the copy you sent is not governed by that later copyright.

    17. Re:copyright by tomhudson · · Score: 1

      "Publishing the contents" means making them known to others. You can do that simply by showing it to others. (Check out the definition of "publishing" defamatory statements).

      Also, keep in mind that copyright only applies to items *after* they are permanently affixed in a physical medium (Berne Convention). If you want to split hairs, YOUR copy of the email you send is not permanently affixed - immediately after you send it, it is no longer in your "outbox". That file is either deleted and a new one created in your "sent items" folder, or the file is moved more-or-less permanently to your "sent items" folder. In other words, the copy you sent - the original was not "permanently affixed in a physical medium" and did not enjoy protection.

      Further, the copy you sent is not the copy the recipient receives - they receive a derivative work, as the email system adds its' own headers. Do they need to ask you for a license to create this derivative work? Nope, just like the recipient doesn't need to ask you for a license to store a copy on their machine or print up a hard copy.

      And did you bother to ask for a license to quote any part of the original when you reply to an email? Of course not.

      I remember flame wars on usenet where people tried to supress their earlier posts by cancelling them, and then demanding that anyone who had copied them (usually because you KNOW that some net kook is going to try to "change their posting history" and deny they ever wrote what they wrote) delete their posts or be sued for copyright violation. All that did was encourage others to make even more copies.

      Nothing ever comes of it because there's no expectation of being able to keep others from copying your usenet posts. "It's how it works" and anyone trying to claim otherwise is being a total nit.

      Also, did you affix a notice to any of your emails claiming that you restrict others' copying your emails? It's not like all copyright automatically disallows copying - the GPL and GDL, as well as various other licenses, are good examples of copyright that encourages copying. Unless you express your intentions, don't expect people to be psychics. Send them an email? Then you shouldn't be surprised if recipients make multiple copies, forward it to others, etc., unless you say otherwise, since you haven't gone to the trouble of placing any formal restrictions on it prior to sending it.

  22. These services are weak, some aren't. by fuzzyfuzzyfungus · · Score: 2, Interesting

    The services discussed in TFA look like seriously weak sauce. Like anything that doesn't monkey with the recipient's system, they can be defeated by not loading external material, not executing javascript, and so on.

    The more dangerous class of trackers are those that do operate on the recipient's system. In principle those can be defeated, just as DRM systems can; but doing so may be substantially challenging, particularly for joe user. Luckily, requiring the recipient to install a program of some sort just to view an email is pretty inconvenient, so these aren't commonly used; but if an entity that you pretty much have to interact with(employer, distance education system, government, etc.) took up using such a system, there would be a serious danger.

    1. Re:These services are weak, some aren't. by Nullav · · Score: 1

      Copy, start a new message, paste, send. Oh, look. I just defeated your DRM scheme.

      --
      I just read Slashdot for the articles.
  23. Re:Only if your mail client is severely misconfigu by billcopc · · Score: 2, Informative

    The very valid reason why mail servers don't always return a message when a mail address does not exist, is because this can be used to phish for existing usernames - when you don't get a bounce message, you know you've probably hit a valid username. (because for most systems, login/username = default mail alias) Spammers don't care about bounces, they deliver the message and move on. They don't linger around for a bounce, since that would require a valid return path, thus a trace back to the spammer's mail server.

    I return bounces for all errors. If it's coming from a spammy host, there are other solutions far more effective and precise to reduce their volume. For one, Postfix drops the connection if several consecutive errors occur, and greylisting is a marvel against the common pump-and-dump spammers. There are a lot of small things that come together in the modern spam fighting arsenal, few of them require breaking the spec.
    --
    -Billco, Fnarg.com
  24. CYA by fishthegeek · · Score: 5, Interesting

    I use readnotify. Not on every email, but some important ones. Since I have to deal with continuing education and am constantly taking classes I find that readnotify is useful for covering my ass.

    True story, I took an online course in Fall 07. I submitted my final to the prof. via email at his request. Neither the email or the attachment was ever opened and readnotify is extremely reliable for this particular prof. I still got a 4.0 so I'm not complaining.

    --
    load "$",8,1
    1. Re:CYA by stabiesoft · · Score: 3, Insightful

      How do you know the prof didn't use pine to read the email? No one would ever know if I read an email. Once the email has been received by my mail server, no one knows (except me) if it got read & saved, read & deleted, or just deleted.

    2. Re:CYA by Phroggy · · Score: 2, Insightful

      How do you know the prof didn't use pine to read the email? No one would ever know if I read an email. Once the email has been received by my mail server, no one knows (except me) if it got read & saved, read & deleted, or just deleted. Presumably by "readnotify is extremely reliable for this particular prof" he meant that the recipient is known not to be a pine user, because readnotify has always worked when sending mail to this recipient in the past.
      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    3. Re:CYA by Anonymous Coward · · Score: 0

      Or maybe, just MAYBE your prof wasn't a total fucking retard and doesn't run a vulnerable mail client?

    4. Re:CYA by Anonymous Coward · · Score: 0

      Seems like you still would have gotten a 4.0 if you hadn't used the product.

    5. Re:CYA by LKM · · Score: 1

      Did you ever consider that it perhaps might have been readnotify failing, rather than your prof not actually looking at your assignment? Occam's razor and all that...

    6. Re:CYA by fishthegeek · · Score: 1

      Yes I have but given the past performance I tend to think it is unlikely. Of course I didn't ask him about it and wouldn't unless the grade were bad :-)

      --
      load "$",8,1
  25. Re:Only if your mail client is severely misconfigu by thegrassyknowl · · Score: 1

    It is nobodies business to know whether, not to mention when I have first opened their e-mail (which is also, by the way, not the same thing as actually reading it). I actually worked in a company where the "boss" put in place policy that all emails will request a read receipt AND he started investigating using these shoddy services.

    I was very quick to drop the receipt headers in our mail server and forcing all outgoing mail to go through it.

    There's not much you can do when they invoke these shitty tracking services though. It just becomes a cat and mouse game of shut one down and another pops up in its place or they find a workaround for your block.
    --
    I drink to make other people interesting!
  26. Thunderbird by Akaihiryuu · · Score: 1

    "The sender of this message has requested to be notified when you read this message. Would you like to send confirmation to the sender?" I may be paraphrasing slightly, I don't remember the exact wording.

  27. If ... by illama · · Score: 1

    If an e-mail is dropped in the middle of a server and no one is around to read it, does it make a spam?

  28. If the system is running on your computer... by patio11 · · Score: 1

    ... the system isn't the attacker. The end user is the attacker. (Sidenote: if you are using an email system over a dedicated client which was provided for you to ensure system security, accountability, and auditing compliance, you a) aren't using email, sorry and b) presumably knew what you were getting into when you signed up.)

    P.S. Wouldn't sending a letter in WoW fall under a "more dangerous class of trackers", since one entity knows the sent and received states of all messages on the system and can view them at will? (Oh noes!) Ditto with AIM... and Facebook... and MySpace... and...

  29. rm -rf / spying !? by Cynic.AU · · Score: 2, Funny

    "My mail client is fine because it doesn't load javascript or images.. however it's possible for someone to nuke my entire filesystem or execute anything!"

    What kind of crazy priorities do you have?

    Also, I use pine -- would someone please share some proof-of-concept? Otherwise I won't have to write my own goddamn text-based email client! Ye gods.

  30. Other Services by Anonymous Coward · · Score: 0

    I think that services such as ReadNotify have their place in the world...

    Personally, when I have sensitive information to send I use PositiveDelivery.com (http://www.positivedelivery.com)

    The service is still in Beta but I like it. I don't have to worry about CCing to too many people or my file attachments being too large. The best part is, my message stays on the PositiveDelivery server... the people I send to receive an email telling them they have a message waiting.

    Not only do I know who opened the email (and who didn't)... I know who downloaded the attachment, etc.

    When sending to multiple people... all of the replies go back to everyone. I find this very handy when communicating with board members, managers, etc... (ie. people who don't really know, or care, how email works)

    Its certainly not a 100% replacement for email... but its definitely a great tool for when my communications HAVE to be secure and I want confirmation.

    I think of it this way... I don't request insurance, return receipt, signature verification on every single letter I send through the post office... but there are SOME letters/packages I need to know are received, when, and that it was the right person.

    Andy

  31. Tracking ... by sgunhouse · · Score: 1

    Let me see now, I have 4 real email addresses (and a redirector), 3 are various webmail services the other is my ISP (which of course has a webmail interface but is normally read through my mail client. All of them can be set to block external images. Not certain about javascript, but of course I can disable that in my browser so it may be redundant.

    So ... nobody knows I'm there, ever.

  32. Re:Only if your mail client is severely misconfigu by Anonymous Coward · · Score: 0

    "I return bounces for all errors."

    Then you're an ass... You do realize that spammers use from: addresses of nonsuspecting victims that have nothing to do with the spam, don't you?

  33. Aimed at the same people ... by IchBinEinPenguin · · Score: 3, Funny

    ... who use Outlook's "recall email" feature :-)

  34. Re:Only if your mail client is severely misconfigu by base3 · · Score: 1

    I return bounces for all errors
    I report all such bounces resulting from forgeries of addresses in my domain to Spamcop and to the originating ISP.
    --
    One CPU cycle wasted on digital restrictions management is ONE TOO MANY.
  35. Re:Only if your mail client is severely misconfigu by Anonymous Coward · · Score: 0

    For several years, I've set my email accounts (both web-based and Outlook) not to show any images. With Outlook I have to specify with each email whether or not I want to see the images. Even on 'preview' mode, the images aren't visible to me. Why do I go through this semi-hassle? Because of the increasing level of offensive images I was receiving in spam. I laughed my butt off when the 'preview' mode in Outlook showed me a photo of a naked man who was (ahem) very happy to see me. I obviously wasn't stupid enough to ever open any of these emails, and I would just delete them without ever reading them. The level of raunch increased, and still I was fine with just hitting the delete key, until the day I was sent a man with a horse photo, in full color. LOL, it's funny now. But I immediately that day set all of my email accounts to not load any photos, even in preview mode, because I thought okay what's next, some spammer trying to dump child porn images onto my hard drive?

  36. Copyright to unpublished work retained by author by Kadin2048 · · Score: 1
    This is completely and totally wrong.

    Although if someone sends you a letter, the physical artifact -- the piece of paper with writing on it -- becomes yours, the copyright to unpublished letters remains with the author. Some biographers have gotten in trouble for printing the contents of unpublished letters that were given to them by the recipients, for this reason.

    You might find Publication Of An Unauthorized Biography interesting:

    Allegations involving copyright infringement frequently occur when the author of an unauthorized biography makes use of the subject's published or unpublished letters and papers or possibly from oral conversations the author may have had with the subject.

    In Salinger v. Random House, Inc., the author's use of extensive quotations from unpublished letters written by J.D. Salinger, the subject of the biography, without Salinger's permission was deemed to be copyright infringement. Under copyright law the writer of unpublished letters has the right to control the first publication of those letters.


    Apparently as a result of that case the Copyright Act was amended, but it didn't really change the essential copyright ownership, it just raised the bar for infringement claims somewhat. The copyright to an unpublished work still rests in the author, not the recipient (or whoever they might pass the letter to, or who might inherit it in their estate, etc.). If you want to publish them, either you need to get the permission of the author or the author's estate, or you need to make sure you're covered by one of the Fair Use exemptions (e.g. the "criticism, scholarship or research" exemption).
    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  37. Re:Copyright to unpublished work retained by autho by tomhudson · · Score: 2, Informative

    Posting it via the net (email) IS publication. There is NO assumption whatsoever of privacy, unlike sealed mail through the post office. It has the same effect as a post card. If you believe your email isn't scanned, backed up on various servers, etc., you're naive. At any one time ther are multiple copies of your email sitting on your machine, the recipient's machine, undeleted mail queues, etc.

    Email is not private. Get over it. If you want privacy, use pgp, or gpg. Don't depend on copyright law to "prevent copying", since for email to work, copies MUST be made - your original didn't disappear from your computer when you "sent" it - only a copy of the data was sent, and you gave authorization for that copying to be made in the act of sending.

  38. Re:Only if your mail client is severely misconfigu by 1r1sh · · Score: 1

    I blacklist mail servers run like yours, as I can't stand open spam relays (because that's exactly what you are running, grats).

    --
    the people wander around and suppose, while the secret sits in the middle and knows.
  39. email image tracking by geoff_smith82 · · Score: 4, Interesting

    Several years ago, I helped save someone some money by tracking where a particular person actually was via email. Realizing a tracking image in an email was unreliable, I also added a tracking image into a word document... which doesn't have any protection against loading images from remote servers.

    Long story short - the person was on the other side of the world to where they were claiming to be based on their IP address.

  40. Re:Copyright to unpublished work retained by autho by DustyShadow · · Score: 1

    You seem to know very little about this topic so I'd suggest you just stop talking about it.

  41. Re:Only if your mail client is severely misconfigu by Anonymous Coward · · Score: 0

    Fix your broken mail protocol if you don't like it.

  42. AOL always allowed you to see status by madsheep · · Score: 1

    Just an FYI: AOL has always allowed users on AOL to see if another AOL (or CompuServe..once upon a time) has viewed their e-mail. It would also tell you when they opened it. This is a default capability built into AOL since 2.0 or 2.5 (early-mid 1990's). All one had to do is check their sent e-mail and click to check the status. So long as it was to another AOLer, one could see the status. Keep in mind how large AOL used to be in user base and this was a standard practice.

  43. Re:Only if your mail client is severely misconfigu by RAMMS+EIN · · Score: 1

    ``Spammers don't care about bounces, they deliver the message and move on. They don't linger around for a bounce, since that would require a valid return path, thus a trace back to the spammer's mail server.''

    The "spammer's mail server" is Joe Sixpack's exploited PC.

    --
    Please correct me if I got my facts wrong.
  44. Re:Only if your mail client is severely misconfigu by Anonymous Coward · · Score: 0

    The very valid reason why mail servers don't always return a message when a mail address does not exist, is because this can be used to phish for existing usernames - when you don't get a bounce message, you know you've probably hit a valid username. (because for most systems, login/username = default mail alias) Not to mention to prevent the amount of traffic that is generated by bounce messages to non-existent e-mail addresses spoofed by spammers that freeze in your queue and accumulate faster than they expire...
  45. Re:Only if your mail client is severely misconfigu by Matt+Perry · · Score: 2, Funny

    I wrote a perl script and cron task that I used to use to send about 30 to 50 read receipts to people who request them. It sends them over the course of a week or two. When people ask about getting all of the read receipts, I tell them, "Every time I open your email it lets you know I read it. Isn't that what you wanted?"

    --
    Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
  46. Microsoft has them covered by Rui+del-Negro · · Score: 2, Informative

    It can also send the message in "self-destructing" form, preventing forwarding, printing, copying and saving. MS Outlook has been doing that for years, with one extra feature: it also prevents the recipient from actually reading the message. All he sees is an empty message with an attachment called "winmail.dat".

    Now, if Outlook could come configured by default to prevent sending the messages in the first place, that would really help conserve bandwidth.
  47. On bosses and confirmations by dallaylaen · · Score: 1

    One of my ex-bosses demanded receipt confirmations one sunny day. In a week, we had all our internal e-mails spammed to death instead of just support@, info@ and such.

    As for intended usage... I think he could tell who was actually reading his messages well before even sending them.

    --
    WYSIWIG, but what you see might not be what you need
  48. Re:Only if your mail client is severely misconfigu by Omestes · · Score: 1

    I see what your getting at, but to be Devil's advocate; couldn't this been seen as a service, since person with the compromised address would then know that it was compromised?

    I suppose this isn't true in all cases... but...

    --
    A patriot must always be ready to defend his country against his government. -edward abbey
  49. Block MgsTag by pmontra · · Score: 1

    A few weeks ago I saw a tag for an image like http://img.msgtag.com/[path omitted].gif in a message I received. My Thunderbird is configured not to display images anyway, but to be sure that I'm not giving away when and if I read mail I promptly added this line into my c:\windows\system32\drivers\etc\hosts

    127.0.0.1 img.msgtag.com

    Bye bye MsgTag, get out of business soon!

  50. Re:Only if your mail client is severely misconfigu by Idaho · · Score: 1

    I did not even *mention* spammers, at all. I said it can be used to phish for valid account names. Spammers are not interested in those. Crackers/corporate spies, however, certainly might be..

    --
    Every expression is true, for a given value of 'true'
  51. Re:Only if your mail client is severely misconfigu by Idaho · · Score: 1

    There's not much you can do when they invoke these shitty tracking services though.


    Sure you can, if you are the sysadmin. Just block loading of remote images in emails (I'm sure there must be a policy setting somewhere to do that), and if anyone complains, say it's being used to distribute viruses, used by spammers, phishers etc. (all of which is actually true) and thus it is a necessary security measure.
    --
    Every expression is true, for a given value of 'true'
  52. Re:Only if your mail client is severely misconfigu by Tony+Hoyle · · Score: 1

    It depends where he's bouncing. If he's bouncing at the SMTP level there will never be any backscatter - only the sending server will receive it.

  53. Gives me an idea by Moraelin · · Score: 1

    Hmm, gives me an idea. If I even see an ad for asdjhfgkjbadjghiougscvo or similar, how about I send you lots and lots of clicks on it? Maybe mail the link to a few people. IM it around a bit. Post it on a newsgroup. And a few IRC channels at that.

    I mean, if anyone wants to track my reading habits, heh, they might as well pay for the privilege.

    Heck, I'm even in a mind to organize some kind of a group of people who automatically send a HTTP get to such links. It'd be just a get, not actually parsed or anything, to minimize the possibility of a security problem. Tracked people unite, so to speak. The kind of PHB who absolutely wants to know when everyone read his emails and exactly how often, won't do it just once. Might as well make sure that the expenses keep it in check a bit, and/or that higher management will eventually ask why is all that marketing money spent on adwords and exactly how much did it improve sales or brand recognition.

    --
    A polar bear is a cartesian bear after a coordinate transform.
    1. Re:Gives me an idea by afidel · · Score: 1

      Except you can limit how much you pay out for each adword, so they just set a limit that will allow them to track you but won't be burdensome if a cluefull user figures it out or someone forwards the email to a listserve.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    2. Re:Gives me an idea by Moraelin · · Score: 1

      Oh, I assumed as much. I also assume it will add up, for anyone who makes a habit of doing that in their emails.

      --
      A polar bear is a cartesian bear after a coordinate transform.
  54. Anonymous Coward by Anonymous Coward · · Score: 0

    Poor, poor exchange/outlook users :)

  55. bouce spam by symbolset · · Score: 1

    Believe it or not, some people read their bounce messages.

    For a spammer who's looking for every low volume avenue this is a gift. If a message is sent from a falsified sender to your mail host and you send the content of the message or some other way to read it back with the bounce to the claimed sender, you've served the spammer by delivering their message to its intended target. Congratulations. You're part of the problem.

    --
    Help stamp out iliturcy.
    1. Re:bouce spam by billcopc · · Score: 1

      You and everyone else who's criticizing me, read carefully:

      Bounces should never be relayed, EVER! If your server generates a bounce, it should be for your own users and no one else. Relaying bounces is what we call "backscatter", it is incorrect and that's the bounce-spam you're seeing - although a surprising portion of such bounces are forgeries themselves, to sneak around keyword filters that often whitelist legit-looking bounces.

      Here's a pair of examples to illustrate:

      A. A spammer sends mail to my server, with a forged return address. My spam filters reject the mail at the SMTP level, either because the sender or receiver are unknown, or that particular netblock is being throttled. The message is dropped, and the SMTP connection silently closes. The message is destroyed and no bounce ever occurs. If this were a legit mail server, it would send a bounce to the sender, informing them of the non-delivery. The bounce is created by the sending server, not mine.

      B. One of my users sends mail to a non-existent address. My server gets rejected by the destination server, and I send a bounce to MY user informing them of non-delivery.

      I don't have any other scenarios, because I require all my users to authenticate. For machine-generated mail, I enforce strict rules for the sender. If it doesn't point to one of my domains (or a handful of authorized outsiders), it gets logged and discarded. That means someone uploading a PHP script (or exploiting one) can't use my server to send forged mail, and the firewall ensures they can't do manual SMTP over raw sockets.

      It's really not that hard to run a tight server. The problem is there are a lot of stupid lazy bastards posing as sysadmins.

      --
      -Billco, Fnarg.com
  56. ELM by marcovje · · Score: 2, Interesting

    Makes you wonder why people abandonned ELM :-)

    1. Re:ELM by Nethead · · Score: 1

      Because Pine is not Elm.

      --
      -- I have a private email server in my basement.
    2. Re:ELM by marcovje · · Score: 1

      I never got pine. I do use mutt for its threaded view though.

  57. HTML e-mail cause of phishing by Anonymous Coward · · Score: 0

    html mail is not a big overhead necessarily. All it is a markup language, and it only adds small amounts to emails if used well.

    HTML e-mail is also what allows phishing to occur.

    Attackers can kind put in JS and load corrupt images, as well as hide the true link you're being set to in the REF attribute while showing you a normal looking one in the text.

    With plain-text e-mail, you can hide images, and any links that are displayed are the ones you will actually be sent to. Also, links in e-mails will be shorter and nicer looking since they'd have to be less than (roughly) eight characters wide, and you can't hide them under text that says "click here".

    All-in-all, I think HTML has caused no end of problems in this area and has actually made e-mail more of a pain to use.
  58. Re:Only if your mail client is severely misconfigu by base3 · · Score: 1

    Good point--I was referring only to backscatter messages. Another aggravation is the "click this link to verify you're not a spammer and allow the message into my inbox" message. I click the link, then report the message. I thought that stupid idea had died a justified death until I received such a message yesterday that referenced mail-block.com.

    --
    One CPU cycle wasted on digital restrictions management is ONE TOO MANY.
  59. Re:Only if your mail client is severely misconfigu by lorddarthpaul · · Score: 1

    In 1999, as we were all busy making sure that Y2K bugs weren't going to be a big deal, someone where I used to work created an email account (as a Lotus Notes database) so customers could make direct inquiries about Y2K compliance. Most anyone could browse that email database. One day, I received a blistering email from a customer, whom I did not know, asking why their Y2K inquiries had been repeatedly ignored. That user had enabled a return receipt and the Lotus Notes database server was automatically generating return receipt emails to the sender each time one of those email records was browsed -- without informing the reader. Oops. I quickly put a stop to that.

  60. Groupwise - email confirmation by Anonymous Coward · · Score: 0

    We recently switched from Novell's groupwise (which we'd been using over a dozen years) to outlook/exchange, and the one thing we don't get that we used to was the ability to see when someone in the system had opened an e-mail. Its still probably the single thing we get asked about the most.

  61. and by Nullav · · Score: 1

    ...email.

    --
    I just read Slashdot for the articles.
  62. mail is just broken by Anonymous Coward · · Score: 0

    What is actually truly annoying is all those "mail not received" and "blocked by our spam filter" emails that are out there. As a domain portfolio owner, I can say without a doubt that domains we own are joe-jobbed pretty much hourly, with results in huge influxes of bounce mail messages that mean nothing.

    The reality is that email is broken, a poor insecure protocol that allows injection of all information in the headers and leads to millions of useless emails a day, followed by millions of useless misdirected bounce messages and spam blocker messages.

    Fix the protocol, don't waste time putting a bandaid on the gaping wounds.

    1. Re:mail is just broken by AJ+Mexico · · Score: 2, Insightful

      What is actually truly annoying is all those "mail not received" and "blocked by our spam filter" emails that are out there. Yes. Amazing that TFA doesn't mention "backscatter", "bounceback" or "blowback" spam as a major reason that you may not receive a notice that your mail was not delivered. Many of the more enlightened operators of mail servers have configured them to silently drop messages that cannot be delivered, because otherwise, they are just doubling the number of spam messages flying around, by sending the responses to some innocent person.
      See: http://www.backscatterer.org/?target=backscatter
      --
      Computers obey me.
    2. Re:mail is just broken by Anonymous Coward · · Score: 0

      Many of the more enlightened operators of mail servers have configured them to silently drop messages that cannot be delivered, because otherwise, they are just doubling the number of spam messages flying around, by sending the responses to some innocent person.

      bzzzt!

      Incorrect. The proper way to configure your mail server is to return a 5xx code DURING the SMTP transaction indicating that your mail server will not accept the message for delivery (or for relaying).

      Backscatter is caused by accepting the message, closing the SMTP session, THEN realizing that you can't deliver it and then trying to send a bounce back to the purported sender.

      If you reject with a 5xx code during the SMTP transaction and never accept the message, your server will not generate backscatter. Unless you've screwed things up really badly or are using some sort of home-made SMTP server that doesn't follow best practices.

      (The proper phrasing for what you said is "Many of the more paranoid operators of mail servers have configured them to silently drop messages that cannot be delivered because they are delusional and think that it will reduce the volume of spam." Instead, they simply set themselves up to see their bandwidth sucked up by dictionary attacks and continued attempts to deliver e-mail to addresses that no longer exist.)

  63. I have to disagree. by Medievalist · · Score: 1

    Although you are right that HTML is not necessarily a big overhead in email, in real life it almost invariably is.

    I have run mail servers for over two decades now. I've looked at thousands of messages, and I have access to archives of literally millions of them.

    Email in general carries information in inverse relationship to the size of the mail in bytes - a person sending pure ASCII email almost invariably sends valuable information, and the more formatting the mail carries the less useful it is likely to be. Mail that belongs in a Dilbert cartoon is usually ten or more times "fatter" than it needs to be, due to HTML overhead and corporate double-speak.

    Individual email messages do not necessarily follow this pattern... but, once your sample size is large enough, you see that HTML email is quite frequently a titanic waste of human and machine resources.

    I find that sending grammatically correct non-HTML mail makes people think you are smart, and looking smart helps with the old paycheck at review time.

  64. Not Your E-Mail Any Longer by Nom+du+Keyboard · · Score: 3, Insightful
    Once you've sent it to me it's not your e-mail any longer. It's mine to do as I with wish.

    If it were otherwise then you're not sending me e-mail, but instead a license agreement to read your words for a limited period of time. If that's the case, then there needs to be a click-through license agreement first.

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  65. And Get Off My Lawn, Too! by maillemaker · · Score: 4, Informative

    I am not responding to your post in particular, but it is as convenient a spot as any in the sea of "No HTML email!" posts. I use HTML email for one reason: text formatting. I like including underlines and italics in my emails for emphasis. Yes, I can post like I do here on slashdot and use /slashes/ for emphasis in plain text, but come on, this isn't 1980 anymore, you know? At work I frequently embed images in my emails because I am discussing engineering problems and it is frequently useful to include pictures to describe the problem. But the primary reason I use HTML email is for text formatting.

    --
    A work that expires before its copyright never enters the public domain and thus enjoys eternal copyright protection.
    1. Re:And Get Off My Lawn, Too! by YourExperiment · · Score: 1

      So why use slashes for emphasis when you post /here/ then? Come on, this isn't 1980 anymore, you know.

    2. Re:And Get Off My Lawn, Too! by PastaLover · · Score: 1

      I think the No HTML e-mail thing is pretty normal given what you get in your inbox at times. People get the option to use colours (not to mention all the other crap), so they start using them at every opportunity. It can get a bit annoying. During my last job I got a lot of serious business mails with the most hideous possible footers you could imagine, but luckily it was only the footers.

      The reason why this should reflect badly on HTML e-mail is exactly the reason stupid usage of powerpoint reflects badly on it: it gives people too much rope to hang themselves by. But I agree that in general HTML e-mail can be plenty useful. Though I don't see the problem in using _emphasis_ or *emphasis* in a simple text-only mail. Most clients will highlight it anyway, and if not people can read it perfectly fine.

      BTW, you do know slashdot supports HTML right?

  66. I'm guessing you are in my blacklists... by Medievalist · · Score: 1

    Bugger that math stuff. ;) Got some good tips I can pass on? Of the C block that I don't entirely own but mostly end up accountable for I'm pretty happy when I compare it with the rest. I see people complaining about it but I really have not seen a person complain. There are a few automated messages that come through recommending we alter settings, from reliable sources even, but not one human has complained. I, for one, can't rely on someone else configuring their SMTP server properly and so I have, until now and maybe in the future, left the default message in place. (Emphasis mine.)
  67. Re:Only if your mail client is severely misconfigu by vux984 · · Score: 1

    I see what your getting at, but to be Devil's advocate; couldn't this been seen as a service, since person with the compromised address would then know that it was compromised?

    A service of WHAT exactly? Telling me spammers are forging messages using my address? Do I REALLY need to be reminded of that 60,000 times per month? What do you want me to do about it? Change my addresses?

    1) Sorry, I'm not cutting of my customers access to sales@mydomain and support@mydomain simply because spammers are forging messages from those addresses.

    2) Even if I did change them, the spammers could keep using them. Or they could just start using the new ones.

    My email addresses aren't 'compromised' in the sense that someone is fraudulently using my accounts, or even relaying mail through my mail servers. They are just sending messages with the "from" address set to my email address. There is NOTHING I can do to prevent that.

    I suppose this isn't true in all cases... but...

    But NOTHING. I receive literally 1000s of 'bounce' messages per week for mail I didn't send, from people running servers configured like yours.

    The only current defense you have against a spammer sending email with YOUR email address as its "from" address is setting up a strict SPF record for your domain. And that ONLY works if you've set up your SPF record correctly, and EVERYONE ELSES mail servers are setup to use SPF, and REJECT and DISCARD messages that do not pass.

    If you are checking SPF, and you aren't rejecting/discarding messages that are being relayed through servers that are not authorized by the domain then you are being a complete ASS!

    And even SPF isn't foolproof... if your address is @cox.net, bot's sending through cox.net servers would pass validation. But at least SPF has the potential to stem the flow of spam from 'elsewhere'.

  68. Re:Only if your mail client is severely misconfigu by Omestes · · Score: 1

    Huh... you missed the phrase "but to be Devil's advocate". I'd recommend looking this up before trying to start an emotional flame-war. It means I'm endorsing opinions I don't necessarily agree with, to explore other sides of the issue.

    --
    A patriot must always be ready to defend his country against his government. -edward abbey
  69. This is a good model by Anonymous Coward · · Score: 0

    This is a good model to follow, thats why I'm not going to show any error messages from now on!!! As for whatever error messages I was showing earlier, I'm going to make show them in a language that is different than the one the user is using. That will show them!

  70. Re:Only if your mail client is severely misconfigu by vux984 · · Score: 1

    Huh... you missed the phrase "but to be Devil's advocate". I'd recommend looking this up before trying to start an emotional flame-war. It means I'm endorsing opinions I don't necessarily agree with, to explore other sides of the issue.

    I'm well aware of what it means. And so I responded with an explanation of why the 'opinions you endorsed for the sake of argument' are idiotic. And thus, it wasn't personally directed at you, it was directed at anyone who did agree with those opinions.

  71. treacherous computing huh... by V!NCENT · · Score: 1

    I read on some GNU page about how bad 'trusted computing' could be. It said it could be used for corruption by sending self-destruct emails so that evidence could be erased. Funny TC is now actually already being used for that... Hell someone needs to start selling PC's/latops that lack TPM chips, include coreboot, Sun OpenSparc and upcoming ATI cards (DRM on a seperate circuit so that FLOSS devs can circumvent the DRM (read about that on Proronix.com))... I'll be the first one to buy it.

    --
    Here be signatures
  72. Re:Only if your mail client is severely misconfigu by Anonymous Coward · · Score: 0

    Transparent images embedded in html emails (which never should have been started in the first place) are a different kettle of fish, in that most users won't realize that their email is being monitored A properly configured email client should not download images from embedded URLs without prompting the user, whether the images are transparent or not. Even Exchange/Outlook can be configured to ask the user, but I have no idea what's the default.

    The Slashdot captcha was "receipt". Very topical.
  73. Misconfigured or poorly designed by querist · · Score: 1

    It may not be a matter of misconfiguration, but of intentional, poor design.

    I am one of a very large number of people who have been subjected to using Lotus Notes as an email client at work (fortunately, only at the full-time job and not at the university where I teach part-time).

    The Notes client does not contain a configuration option to block return receipts from being sent.

    HOWEVER, there is a very easy way to have this exact effect, but it is a minor pain.

    1. Once you have replicated your email, switch to "Standalone" in the Location box on the lower right corner of the window.

    2. Read your email and watch for the "Return Receipt" notice on the status bar on the bottom of the screen.

    3. Click on "Databases" on the list on the left.

    4. Click on "Workspace"

    5. Click on "Outgoing Mail on Local" on the Workspace.

    6. Select the Return Receipt notice and click the "Delete" button. Notice that it doesn't seem to do much. There will be a little mark on the left that indicates that it is slated for deletion.

    7. Hit F9. That will refresh the list and then you will see the message deleted from your outbox.

    8. Switch back to your "Connected" configuration (often something like "Online" or "ND65" or something like that), and bask in the joy that you have defeated the evil return receipt.

    Share and Enjoy!

    I have co workers who put return-receipts on EVERYTHING, and even worse are sales people from outside companies who do it.

  74. Re:Only if your mail client is severely misconfigu by billcopc · · Score: 1

    True, but the greylisting culls a surprisingly large number of those, and the deep-analysis spam filter catches a high percentage of the remainder.

    If a bit of backscatter spam gets through, well, tough! Bouncebacks exist for a reason, and if a spammer goes to such great lengths that they can get through my many filters, that's something I can live with. I'd rather let 1% of spam through, than block 100% of legitimate bouncebacks.

    --
    -Billco, Fnarg.com
  75. Re:Only if your mail client is severely misconfigu by billcopc · · Score: 1

    As rightly you should, since they are stupid. My server doesn't create backscatter spam, it either accepts or rejects the sender/recipient/server immediately, before the message body is ever processed. An error is presented to the sending server, and delivery is aborted.

    The only instance where I do generate a bounce is when I'm sending mail and I get such an error, because that means one of MY users screwed up, and they should be informed of the problem. This happens a lot with mailing lists, people move around, or they go on vacation/sick leave and their mailbox gets full... it's important that the list manager receives these errors so they can clean up their list, but the bounce messages originate from my server for delivery to my users. They don't ever get relayed to remote mail servers.

    That's how bounces are supposed to work, IMO. If you're having delayed failures than return bounces after the fact, you need to turn those delayed failures into instant failures. Either you accept the mail, or you don't - no need for a grace period.

    --
    -Billco, Fnarg.com
  76. Re:Copyright to unpublished work retained by autho by tomhudson · · Score: 1

    Really? Ever quoted part of the original message when replying to an email? Did you remember to get a "license" to do that from the original author? Can they now sue you for copyright infringement? Can they sue you if you make a hard copy? I don't think so, Clyde. There's an implied license to make a copy of it on their computer, as well as any backup systems, and to fix it in more permanent form, such as printing a copy.

    To receive an email, the user HAS to make a copy of it, as does your mail server. Your "copy" never left your computer. I'm free to publish my copy, in the legal sense of the term (to make it known to others) by printing it up and posting it in a window for the public to see, or by showing it to others on my screen, so trying to keep someone from "publishing" your emails by claiming copyright won't work. If I have a valid copy, I can do what I want with it, including showing it to others, or fixing it in permanent form and pasting it on a bulletin board.

  77. Re:Copyright to unpublished work retained by autho by DustyShadow · · Score: 1

    There's an implied license to make a copy of it on their computer, as well as any backup systems, and to fix it in more permanent form, such as printing a copy. This is probably correct, yes. I say probably cause you never know what a court will say.

    I'm free to publish my copy, in the legal sense of the term (to make it known to others) by printing it up and posting it in a window for the public to see, . . . If I have a valid copy, I can do what I want with it, including showing it to others, or fixing it in permanent form and pasting it on a bulletin board. This is very incorrect. Please read 17 USC 106, especially section 5, which gives the copyright owner the sole right of displaying the work.
  78. Re:Copyright to unpublished work retained by autho by tomhudson · · Score: 1

    While section 106 (5) does give authors the right to limit:

    in the case of literary, musical, dramatic, and choreographic works, pantomimes, and pictorial, graphic, or sculptural works, including the individual images of a motion picture or other audiovisual work, to display the copyrighted work publicly;

    Section 109 contains a specific exemption to display that trumps section 106.5, when it comes to displaying:

    Notwithstanding the provisions of section 106 (5), the owner of a particular copy lawfully made under this title, or any person authorized by such owner, is entitled, without the authority of the copyright owner, to display that copy publicly, either directly or by the projection of no more than one image at a time, to viewers present at the place where the copy is located.

    In other words, if you want to claim your email is a "literary work" subject to copyright, I can post it publicly for everyone to view. If it's got embedded video, I can show one image at a time.

  79. Re:Copyright to unpublished work retained by autho by PastaLover · · Score: 1

    I wrote up an entire post arguing that e-mail involves an expectation of privacy, but even if it would not you're not saying anything that would make the GP wrong. If I publish something on my website that does not give you the right to republish it. The only copies of an e-mail that are legal are those that you authorized. This gets a bit hairy when considering forwarding. I'd say forwarding falls under fair use and there's a distinction between forwarding to a select group of people and the entire internet (e.g. via a website) but the case law on that point I do not know and it might not exist yet.

  80. Simple. by maillemaker · · Score: 1

    >So why use slashes for emphasis when you post /here/ then? Come on, this isn't 1980 anymore, you know.

    The answer, simply, is because Slashdot's text editor is primitive and outdated compared to other, more modern, WYSIWYG BBS text editors.

    In order to add text formatting to a post here on slashdot, I have to actually hand-code in HTML tags. Pul-eaze. I could type in the HTML tag for underline, or I could just add a "/" around the world I want to emphasize. Which is easier?

    Not to mention that if I chose HTML formatting, then I also have to hand-code in HTML paragraph breaks between paragraphs. What is this, WordPerfect 1.0?

    --
    A work that expires before its copyright never enters the public domain and thus enjoys eternal copyright protection.
  81. Of course. by maillemaker · · Score: 1

    BTW, you do know slashdot supports HTML right?


    Of course I know. But it's a pain in the ass. I'm sure all the HTML programmers love it, but the bottom line is if you choose to post in HTML on slashdot it is a real pain in the butt comared to WYSIWYG BBS editors available elsewhere.

    I can either put a "/" around words I want to emphasize, or I can switch to HTML mode and have to type full HTML tags to highlight, PLUS I get to code in paragraph breaks to get proper formatting.

    Writing in HTML is not pleasant nor modern. I want to highlight a word, and click on the "underline" button. This is what people are used to seeing in Word Processors, and now in their (HTML enabled) email.
    --
    A work that expires before its copyright never enters the public domain and thus enjoys eternal copyright protection.
    1. Re:Of course. by PastaLover · · Score: 1

      Actually, if you keep your default editing mode set to plain old text you can use tags. In this mode you don't have to do the paragraph coding yourself (which makes html mode really annoying). I wouldn't say it's a bad way of working, a bit verbose maybe but not a bad way of working. Beats having to select everything you want to highlight first, as you can just keep typing away instead, as long as you know the tags (you want and probably).

    2. Re:Of course. by maillemaker · · Score: 1

      test

      test

      test

      --
      A work that expires before its copyright never enters the public domain and thus enjoys eternal copyright protection.
  82. Re:Copyright to unpublished work retained by autho by Kadin2048 · · Score: 1
    While that may be your opinion, and I don't really even disagree, the Sixth U.S. Circuit Court of Appeals disagrees. Had the court shared your belief that email was completely public, no warrant would have been required and the entire argument would have been moot. They didn't.

    The stance of the courts has been that email is not public, and based on that there's no way that the act of simply sending an email to another individual would meet the definition of 'publication' as defined in 17 U.S.C. Sec. 101 (Definitions section of the Copyright Act). "Publication" is defined as the following:

    "Publication" is the distribution of copies or phonorecords of a work to the public by sale or other transfer of ownership, or by rental, lease, or lending.
    (Emph. mine)

    Sending an email to a particular person is not distribution to the public, and I can't imagine it possibly being construed as publication.

    There's probably room to argue that in sending an email, the sender gives the recipient an implied license to use it in certain ways simply because of how the medium works (store-and-forward, emails are quoted in reply, etc.), but I doubt you'd have any success trying to expand this implicit permission very far, at the expense of the author's control.

    In general, I think you're blurring the line between what people should consider as being private, and what the law considers to be public. Email has seemingly been deemed private by the courts, however a user would be prudent to treat it as though it were completely public, because there's no guarantee that someone isn't going to read it in transit. That doesn't change their copyright on the message, however.
    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  83. Screenshot? by xmvince · · Score: 1

    I'd like to see the "self-destructing email that can't be saved, forwarded, or printed" get by the screen shot button.