Talk:HTML email

message: The article doesn't seem to mention who introduced HTML E-mail. I've heard it was Microsoft but I hope someone that knows more details would add that information to the article. Thank you!
79.134.123.82 (talk) 10:43, 21 December 2009 (UTC)
thread_title:  Missing: Origins of HTML email 

message: I'm not too familiar with foreign language encodings and such, but apparently. using HTML to encode languages like Japanese is easier and preferred, though I imagine there is a way to send non-ASCII in the original plain text specs?  — Omegatron 13:12, 15 September 2006 (UTC)
thread_title:  Languages 

message: It should explain how quoting is often ruined by the fixed width of text/plain, like:

> > First message here and it g
oes
> > on to the next line and the
n
> > goes onto the next line, to
o.
> Then a reply is here and it 
> goes onto the next line and 
> then goes onto the next line,
> too.
Then another reply here and 
going onto the next line and 
another line here.

and how HTML handles this with blockquote tags and regular wrapping text.  I can't find the conventions or standards behind plain text email, but it seems that the 78 character horizontal limit was set by RFC 2822, to ensure that plain text shows up the same way on different terminals.  I have seen a number of other limits proposed, though, from 60 to 80 characters, so I don't know if there are fights about this, too, or what.  I assume that they allow for the addition of some quoting > signs, but probably also assume that the writer will be "netiquettely" and only quote the last message.  Of course this is a wild assumption, in emails this is not the case, and often on newsgroups, so we get the bad wrapping thing.  Also screws up ASCII art, etc.    HTML Threading: Conventions for use of HTML in email discusses using semantic blockquote markup to indicate the author of each snippet of text, so that email clients can display email threads efficiently.  I have a feeling gmail takes advantage of this for conversation view, but maybe not.
Using HTML in E-mail explains some of the technical aspects of how messages with inline content are coded, which we should include. — Omegatron 04:45, 16 September 2006 (UTC)
replies: text: This is why we have format=flowed (in the Content-Type header), and editors which understand email/news quoting. It's a poor editor which just hard-wraps like that, or at spaces, without at least inserting the correct indentation. Dsalt (talk) 22:51, 29 March 2011 (UTC)
thread_title:  Quoting, implementation 

message: Has anyone attempted to standardize the features and markup?  Clearly it hasn't been standardized, but were there any attempts? — Omegatron 18:27, 23 July 2007 (UTC)
thread_title:  Standardization 

message: Why is it in the last year all the sudden many automated emailers are sending all html emails not even with multipart and thus no plain text area above the html?  Not only is it desirable to not render html for security reasons, but bandwidth requirements on mobile devices, etc., I also like plain text for simplicity.  I see many of these emails are just using the default font/color/size anyway so what's the point?  66.114.93.6 (talk) 00:07, 3 October 2009 (UTC)
replies: text: HTML e-mail was a bad idea to begin with, but the later years it has grown significantly worse. Earlier it was at at least possible to read them with little difficulty, only having an "img src=" here and an "a href=" there. Nowadays it seems like every corporation is using the same broken package formatting it all as a "table" where the actual text is buried in 100x as much code, wasting kB's on formatting the text of empty cells, encoded as quote=3D-unrea=3Dable and where everything pretends to be !important. Bonus points if the whole garbage is binary-encoded to make sure it looks like spam. Considering how it only appeals to advertisers, spammers and other corporate users (probably the same who until recently routinely sent out .doc attachment mails), I see no reason we should tolerate this nonsense.  — Preceding unsigned comment added by 85.166.186.36 (talk) 05:39, 6 March 2019 (UTC)
thread_title:  html email madness! 

message: This article needs a section on the accessibility of HTML email. See  for example of a good source. Thryduulf (talk) 11:07, 16 May 2013 (UTC)
replies: text: While not a reliable source, mailarchive:wikimedia-l/2011-April/112038.html explains why the accessibility concerns are largely (if not wholly) overblown these days. --MZMcBride (talk) 19:36, 16 May 2013 (UTC)
thread_title:  Accessibility 

message: Hello fellow Wikipedians,
I have just added archive links to  on HTML email. Please take a moment to review my edit. You may add  after the link to keep me from modifying it, if I keep adding bad data, but formatting bugs should be reported instead. Alternatively, you can add  to keep me off the page altogether, but should be used as a last resort. I made the following changes:
*Attempted to fix sourcing for http://www.asciiribbon.org/
*Attempted to fix sourcing for http://www.emaillabs.com/tools/email-marketing-statistics.html
When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at ).
Cheers.—cyberbot IITalk to my owner:Online 07:13, 28 March 2016 (UTC)
thread_title:  External links modified 

message: Hello fellow Wikipedians,
I have just modified 2 external links on HTML email. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
*Added archive https://web.archive.org/web/20120515030536/http://www.email-standards.org/gmail-appeal to http://www.email-standards.org/gmail-appeal
*Added archive https://web.archive.org/web/20120424084806/http://www.burningdoor.com/matt/archives/000782.html to http://www.burningdoor.com/matt/archives/000782.html
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
Cheers.—InternetArchiveBot (Report bug) 15:07, 27 October 2017 (UTC)
thread_title:  External links modified 

message: > For this reason, all modern popular email clients (as of year-2019) do not load external images until requested to by the user.
Unfortunately, Gmail loads external images by default (and has for a while, IIRC). Not sure how to rephrase / change that sentence.
--164.116.112.36 (talk) 08:59, 27 August 2020 (UTC)
thread_title:  Web bugs