Wie formatiere ich Klartext-E-Mails, um alle glücklich zu machen?

1930
altruizine

Ich bevorzuge das Lesen und Schreiben von E-Mails im Klartext. Meine E-Mails werden in 80-Zeichen-Fenstern mit fester Breite und 80 Zeichen dargestellt und zusammengestellt. Ich liebe Textnachrichten, die korrekt zitiert (mit „>“) und mit ASCII gekennzeichnet sind. Wie in alten Zeiten…

Ich gebe jedoch zu, dass sich die Welt weiterentwickelt hat und viele Menschen jetzt E-Mails auf kleinen oder großen Bildschirmen lesen, für die Textfluss erforderlich ist, und sie bevorzugen proportionale Schriftarten. Traditionelle Klartext-E-Mails mit harten Zeilenumbrüchen nach 78 Zeichen funktionieren für sie nicht gut: Entweder erscheinen die Zeilenumbrüche an ungeraden Stellen oder der Text wird trotz der harten Zeilenumbrüche (schlecht) umflossen.

Meine Frage: Wie sollte meine Nur-Text-E-Mail formatiert werden, um sie glücklich zu machen, ohne die Erfahrung für Nur-Text-Benutzer wie mich zu beeinträchtigen?

Ich kenne "format-flowed" ( RFC 3676 ), das das Markieren von Nur-Text-Absätzen als reflowsfähig macht, während das klassische Erscheinungsbild von Sub-78-Zeichen pro Zeile für alte Clients beibehalten wird. Leider wird es nicht von vielen E-Mail-Clients unterstützt, die am meisten davon profitieren würden (einschließlich vieler Web-Mailer).

Viele E-Mail-Clients generieren einfach sehr lange Zeilen (ohne Zeilenumbrüche), die als Fließabsätze angezeigt werden sollen. Ist das jetzt ein allgemein anerkannter Standard? Ich sehe drei Probleme damit:

  1. RFC 5322 begrenzt die Zeilenlänge auf 998 Zeichen. Was ist mit Absätzen, die länger sind?

  2. Kann mit ">" zitierter Text überhaupt umflossen werden?

  3. Es bricht alte Clients auf, die nicht wissen, wann oder wie sehr lange Zeilen umfließen sollen.

Gibt es einen anderen Standard, um Nur-Text-E-Mails als refluxierbar zu kennzeichnen?

Beachten Sie, dass ich bei dem, was ich generiere, ziemlich flexibel bin. Mein E-Mail-Client ist zu Beginn extrem konfigurierbar, und ich kann ihn hacken, wo ich muss (ich verwende GNUS in Emacs).

Beachten Sie auch, dass es sich bei dieser Frage nicht um HTML-formatierte E-Mails handelt. Ich kenne sie, ich kann sie lesen, ich kann sie auch generieren, wenn es nötig ist - aber diese Frage bezieht sich ausschließlich auf E-Mails im Nur-Text-Format.

Schließlich ist es für mich kein Problem, E-Mails in einem beliebigen Format zu erhalten. GNUS kann alle Klartextformate (sowie HTML-formatierte E-Mails) zufriedenstellend anzeigen.

14
Sie klingen, als hätten Sie viel mehr Erfahrung als ich. Ich bin neugierig, in welcher Situation hat jemand zu Ihnen gesagt, dass eine von Ihnen gesendete Text-E-Mail schlecht formatiert oder nicht lesbar war? Und aus der anderen Perspektive, das einzige Mal, dass ich eine schlecht formatierte E-Mail (schwache, gelbe Schrift) erhielt, habe ich sie einfach in den Notizblock eingefügt und konnte sie lesen. Ich bin mir sicher, wenn jemand so wählerisch ist, sich über die Formatierung einer E-Mail zu beschweren, hätte er oder seine Community Richtlinien, die zu ihm passen. Die einzige Beschwerde bei der Formatierung, die ich je erhalten habe, war das Versenden einer einfachen E-Mail-Nachricht, da sie alles akzeptieren. barlop vor 9 Jahren 2
@barlop Die meisten Leute beschweren sich nicht über schlecht formatierte E-Mails. Aber ich kenne viele Leute (auch mich), die sich darum kümmern - und schlecht formatierte E-Mails als Zeichen dafür interpretieren, dass sie nachlässig und unprofessionell sind. Es gibt Situationen, in denen ich meine E-Mail-Nachrichten brauche, um "einfach funktionieren" zu können, ohne dass dies behindert wird. Selbst die Möglichkeit, dass ein Empfänger meine Nachricht kopieren und einfügen muss, um sie zu lesen, wäre eine totale Katastrophe. altruizine vor 9 Jahren 2
Ich bin auch gegen die Idee einer E-Mail, die in den Notizblock kopiert / eingefügt werden muss. Ich denke, für die meisten Leute in der Wirtschaft ist die Tatsache, dass eine Nur-Text-E-Mail kompatibler ist, nicht durch ihre Gedanken durchgegangen, und eine HTML-E-Mail wäre für sie professioneller, da HTML mehr Formatierungsoptionen bietet, die die E-Mail klarer machen erfordert mindestens einige Untertitel. Wenn Sie sich Sorgen machen, wie die Menschen aussehen sollen, wie E-Mail aussehen soll, dann können Sie vielleicht nicht viel falsch machen, wenn Sie beobachten, wie sie E-Mails formatieren, die Sie an Sie senden. barlop vor 9 Jahren 1
Ich glaube, Sie sollten einfach format = flowed verwenden. Sie möchten _badly_ jedermann aufregen, da er 78 Zeichen pro Zeile erhält; und dies wird Webmail-Apps dazu anregen, es bereits zu übernehmen. Beschweren Sie sich auch bei jedem Webmail-Anbieter, der dies nicht tut! einpoklum vor 8 Jahren 0
Zu 1: Wenn Nachrichten als MIME-Text / Plain gesendet werden, würden Kodierungen wie quoted-printable (oder noch schlimmer, base64) die Zeilen vor 998 Zeichen unterbrechen. (Dies macht es schwieriger, ein Nicht-MIME-Element zu lesen E-Mail-Client obwohl ...) Gert van den Berg vor 7 Jahren 0

1 Antwort auf die Frage

1
bbaassssiiee

Ich habe eine umfangreiche Webseite zu diesem Thema gefunden, in der RFC2822, RFC1855, RFC5322 und RFC2646 sowie verschiedene Probleme behandelt wurden. Es erwähnt eine konservative Leitungslänge von 65 Zeichen.

http://mailformat.dan.info/body/linelength.html

Verwandte Probleme