Why is writing letters so difficult?

Question

HTML

Recently, I was very deeply imbued with the layout of letters, I had never come across it before. And I was very surprised that layout technologies remained at the zero level. Can you explain or throw the material to read please. How is the transmission of the letter (specifically the technical side)? Why are the standards not updated and what is the reason? It became very interesting how it all works and why it is so

Answer 1

Sending a letter has nothing to do with it. It's just that email clients (both stand-alone and browser-based) have not kept pace with the development of web standards. They, in fact, need to implement their own browser or, conversely, cut off some browser
features.
This is primarily due to security - letters are one of the main means of delivering all sorts of bad things to users, such as phishing, trojans and encryptors. Therefore, mail clients prohibit everything, and then slowly allow one feature at a time when they are convinced that it does not harm security.
Browser clients still need to make sure that the layout of the letter does not break the client itself.
But, in fact, every year it gets better and better.

Answer 2

You RFC to throw, or so, on the fingers?
The sender writes the text of the letter in a mail editor (of which there are hundreds of options and not all support graphics at all) and gives it (the letter) to his sending server - it will not necessarily be local. Port 587 is used (or 25 if the server is not local), SMTP protocol. The server, having received a letter, looks for the one who is responsible for receiving letters for a given address (via DNS) and sends a letter to him - via SMTP. The recipient's server puts the letter in the mailbox. When the recipient opens his mail program, he contacts the server via IMAP (well, or via POP3) and receives a notification that he has new letters. Opens the letter - and it is displayed to him.
There is no "imposition" here and cannot be, but where there is, they are fighting with it. Because for illiterate users, mail is the main transport for delivering viruses and spam. Many corporate mailers stupidly convert a letter to text if they find an html part there, some simply ban such a letter. It also happens that when sending the letter is converted to plain text.
In addition, the reader may have stupidly disabled the display of html - he will see only the text part, and if it is not there, he will not see anything.
TB by default blocks all pictures in the mail, Outlook does not allow you to work with certain types of attachments.

Answer 3

Layout of letters has nothing to do with e-mail standards. It's a normal html template (plus text for those who don't read html), but email clients are oooooo different, "different" than browsers when displaying html content. Yes, click tracking is superimposed ...

Answer 4

1. The letter must be read, and there are thousands of clients, starting with console mutts, somewhere in the middle of thousands of web muzzle implementations, and ending with the popular outlok/thebat/thunderbird.
2. The letter does not go directly from client to client, it goes through mail servers, and there are millions of them. If for new features on the site, you edit the version and plugins of the server on your hosting, and then whoever wants to comes to you with a newer browser, then updating all mail servers so that your letters reach them is unrealistic, you must adhere to backward compatibility.

Answer 5

Not complicated if you use Foundation for Emails

Answer 6

in general, letter designers help, who have already configured exports to certain clients and help create letters with more or less the same display regardless of the mail client, but there are still exceptions. Development is still there, and it is quite active. I agree with the comments above regarding restrictions due to security, etc., it’s true that email cannot be layout as easy as other web technologies, at least because of the layout environment, but in general, emails have become much more functional, interactive and more efficient .
From "read"
1. Email monks
2. Stripo.email
3. Beefree
4. Esputnik