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

17

Ich lese und schreibe E-Mails lieber im Klartext. Meine E-Mails werden in 80-stelligen Fenstern mit fester Schriftbreite präsentiert und verfasst. Ich liebe Textnachrichten, die in Anführungszeichen (mit ">") und mit ASCII-Zeichen versehen sind. Wie in alten Zeiten ...

Ich erkenne jedoch an, dass sich die Welt weiterentwickelt hat und viele Menschen E-Mails jetzt auf kleinen oder großen Bildschirmen lesen, auf denen Text fließen muss, und sie bevorzugen proportionale Schriftarten. Herkömmliche Nur-Text-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) umgeschrieben.

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 das "Format-Flowed" ( RFC 3676 ), mit dem Klartext-Absätze als reflowbar markiert werden können, während das klassische Erscheinungsbild von Unter-78-Zeichen pro Zeile für alte Kunden beibehalten wird. Leider wird es nicht von vielen E-Mail-Clients unterstützt, die am meisten davon profitieren würden (einschließlich vieler Webmailer).

Viele E-Mail-Clients generieren einfach sehr lange Zeilen (ohne Zeilenumbrüche), die als fließende Absätze angezeigt werden sollen. Ist das jetzt ein allgemein akzeptierter Standard? Ich kann drei Probleme damit sehen:

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

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

  3. Es bricht alte Clients ab, die nicht wissen, wann oder wie sehr lange Zeilen neu aufgebaut werden sollen.

Gibt es einen anderen Standard, um Klartext-E-Mails als reflowfähig zu kennzeichnen?

Beachten Sie, dass ich in dem, was ich generiere, sehr flexibel bin. Mein E-Mail-Client ist anfangs 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, kann sie lesen und bei Bedarf sogar generieren - bei dieser Frage handelt es sich jedoch ausschließlich um Nur-Text-E-Mails.

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

altruizine
quelle
2
Sie klingen, als hätten Sie viel mehr Fachwissen als ich. Ich bin neugierig, unter welchen Umständen Ihnen jemand gesagt hat, dass eine von Ihnen gesendete Nur-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, leuchtend gelbe Schrift) erhielt, habe ich sie einfach in den Notizblock eingefügt und konnte sie lesen. Ich bin 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 Neuformatierung, die ich jemals bekommen habe, war das Senden einer E-Mail im Klartext, weil das alles ist, was sie akzeptieren.
Barlop
2
@barlop Die meisten Leute beschweren sich nicht über schlecht formatierte E-Mails. Aber ich kenne viele Leute (einschließlich mich selbst), 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 benötigen, um „einfach zu funktionieren“, ohne dass dies im Wege steht. Selbst die Möglichkeit, dass ein Empfänger meine Nachricht kopieren und einfügen müsste, um sie zu lesen, wäre eine völlige Katastrophe.
Altruizine
1
Ich bin auch gegen die Idee einer E-Mail, die kopiert / in den Editor eingefügt werden muss. Ich denke für die meisten Geschäftsleute, dass die Tatsache, dass eine reine Text-E-Mail kompatibler ist, nicht in ihren Köpfen auftaucht und eine HTML-E-Mail für sie professioneller ist, da HTML mehr Formatierungsoptionen bietet, die die Dinge klarer machen können, wenn die E-Mail erfordert zumindest einige Untertitel. Wenn Sie sich Sorgen über die Standards der Menschen machen, wie E-Mails aussehen sollen, können Sie möglicherweise nicht viel falsch machen, wenn Sie beobachten, wie sie die E-Mails formatieren, die sie an Sie senden.
Barlop
Ich glaube, du solltest einfach format = flowed verwenden. Sie wollen schlecht verärgert jemand, da sie 78 Zeichen pro Zeile erhalten wird; und dies wird Webmail-Apps ermutigen, es bereits zu übernehmen. Beschweren Sie sich auch lautstark bei jedem Webmail-Anbieter, der dies nicht tut!
Einpoklum
Zu 1: Wenn Nachrichten als MIME-Text gesendet werden, werden die Zeilen bei Codierungen wie quoted-printable (oder schlechter base64) lange vor 998 Zeichen unterbrochen E-Mail-Client obwohl ...)
Gert van den Berg

Antworten:

4

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

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

bbaassssiiee
quelle