On 16-Feb-07 Mark Ridley wrote:
I'm not trying to stir up an argument here, but why do people hate HTML mail so much? Most modern mail tools display HTML just fine, and the overhead needed to send a bulkier mail message is negligible.
I'm one of these people that use multiple mail clients, depending on which box I'm using, and it really doesn't matter to me. Although I send mail mails plain text, it never bothers me when I receive HTML mail.
Just curious as to how people feel about it.
-Mark
Well (and not trying to encourage a potentially civilised discussion into an argument either), I have various negative reactions to HTML mail.
1. My mail client (which is not all that nodern ... ) is designed primarily for plain text. An HTML attachment can be displayed by invoking a supplementary program to read it; I use lynx, because it is fast for this purpose (as opposed to a browser type program which is sluggish for this kind of thing) -- but then any "enhancements" in the HTML will not be displayed as intended.
2. Most people who send HTML mail don't need to, since their messages are usually in essence plain text anyway.
3. If they send the message as HTML in the body *plus* the same as an attachment, then I can run lynx on the attachment and read the text. But if it's a message with HTML in the body, and no attachment, then it's almost unreadable, since what appears in the message window shows all the HTML tags literally. If the message is important, then I'll take the trouble to edit out all these tags and and up with the plain text that I would have preferred to receive in the first place. If it's not that important ....
4. I'm less against mails which have a plain text body and the HTML version in an attchment, since I can then read the plain text without extra effort, just as if it had been sent simply as plain text, and ignore the attachment.
However, I find that a message which (including headers) comes to say 2-3K bytes as plain text, will be 10-12K or more[*] if it has an HTML attachment. If I want to save it, then it will take up much more disk space than it should. In the long run, believe it or not, this matters! (For example, over the years I have accumulated 975MB of saved mail, on a disk which currently has 5GB free space left. If that were all HTML mail, there'd probably be no free disk space).
[*] For example, an email I received this evening (with text body duplicated as HTML attachment) has:
Total size: 83613 bytes of which:
HTML attachment: 64684 bytes
Plain text body: 15546 bytes
Headers: 3383 bytes
So the HTML occupies 77% of the entire message (including headers), or 80% without headers. The meaningful part is only 18.5% of the whole.
Now that I've sussed out the above, I will now do what I always do in these case -- delete the HTML attachment. Result:
Total size: 18756 bytes of which:
Plain text body: 15391
Headers: 3365 bytes
The meaningful part is now 83% of the whole.
(Note how both plain text body and headers have gone down in size, owing to eliminating MIME headers and separators).
In summary: HTML mail causes at best inconvenience and extra work, and is a waste of space. It can also (if HTML body with or without attachment) cause frustration and a lot of extra work (if I really want to read the message), or irritation and deletion (if I'm not that bothered about it).
However, I note with pleasure that you are a civilised person who routinely sends messages in plain text!
All best wishes, Ted.
PS I have nothing against sending mail with HTML attachements, or attachments of other kinds, if that is necessary in order to communicate what needs to be communicated. My points above are in the context of HTML which adds nothing, except perhaps eye-candy, to the real message.
-------------------------------------------------------------------- E-Mail: (Ted Harding) Ted.Harding@manchester.ac.uk Fax-to-email: +44 (0)870 094 0861 Date: 16-Feb-07 Time: 19:36:36 ------------------------------ XFMail ------------------------------