Haben Sie den Zeilenumbruch in E-Mails verwenden?

StackOverflow https://stackoverflow.com/questions/459281

  •  19-08-2019
  •  | 
  •  

Frage

Ich frage mich, wenn Zeilenumbruch sollte in Text-E-Mails angewendet werden? Und was ist HTML-E-Mails? Wenn ja, welche Zeichen würden Sie normalerweise bei wickeln?

War es hilfreich?

Lösung

RFC 2646 sagt:

  

Der Text / Plain Medientyp ist der kleinste gemeinsame Nenner von Internet E-Mail, mit Linien von nicht mehr als 997 Zeichen (vereinbarungsgemäß in der Regel nicht mehr als 80)

Ein weiteres beliebtes Standard ist bei 72 Zeichen zu wickeln. Dies geht zurück auf viele Konsolenanwendungen (wie EDIT und viele BBS-Schnittstellen), den Text in einem ASCII „Fenster“ angezeigt, die eine Grenze und Scrollbar, so dass etwas weniger als 80 Zeichen angezeigt werden.

Andere Tipps

Google sagt, Ergebnisse 1 - 10 von ungefähr ... 

3,160 for +word +wrap +email +"80 characters"
2,820 for +word +wrap +email +"50 characters"
1,790 for +word +wrap +email +"60 characters"
1,720 for +word +wrap +email +"70 characters"
1,540 for +word +wrap +email +"100 characters"
1,250 for +word +wrap +email +"65 characters"
1,120 for +word +wrap +email +"40 characters"
  962 for +word +wrap +email +"75 characters"
  836 for +word +wrap +email +"72 characters"

Es ist üblich, Linien bei 72 zu wickeln (80 ebenfalls üblich ist, aber das bedeutet, dass es mehr als 80 gehen, wenn zitiert) mindestens eine oder zwei Ebene des Zitats zu behandeln. Es ist die „text / floß“ MIME-Typ, was bedeutet, dass der Client Text wickeln wird sich an den Grenzen Fenster aber nicht, dass viele Kunden unterstützen. Nur Setup Editor bei 72 wickeln, und Sie werden von den meisten Menschen sicher und lesbar sein.

EDIT: der genaue Typ ist mit dem Zusatz von text/plain wie diese format=flowed: 

Content-Type: text/plain; format=flowed

Siehe rfc2646 für Erklärungen.

HTML-Mail sollte vermieden werden IMNSHO, nicht alle E-Mail in einem Browser liest oder haben Mail-Clients-HTML aktiviert. Die meisten Gründe HTML zu verwenden (Anreicherungs Mail mit unterstrichen, fett und so weiter) emuliert werden kann. HTML muss nicht eingewickelt werden, da der Client an die Fenstergröße anpassen.

Eine Alternative zu HTML ist der „text / enriched“ MIME-Typ, die Sie die meisten Vorteile von HTML-Mail w / o lästigen gibt aber auch hier können nicht überall unterstützt werden.

Siehe hier für Text / bereichert.

Ich finde mich oft Start-E-Mail-Antworten mit: 

[Format recovered--see http://www.lemis.com/grog/email/email-format.php]

, die ich von Greg Lehey bekam. Ein Teil der dieser Seite sagt:

  

Natürlich muss es eine Möglichkeit geben, anzugeben, dass die Nachricht Text nicht umgebrochen werden soll. Das ist text / plain. Es gibt spezielle MIME-Anhang-Typen, die Verpackung zu ermöglichen, obwohl ich immer noch der Meinung, dass dies eine schlechte Idee ist. Wenn Sie angeben, dass Ihre Nachricht gewickelt werden kann, sind, dass Sie eine Annahme über das, was der Receiver-Bildschirm aussieht. Auch wenn Sie mit der rechten einen Teil der Zeit sind, können Sie nicht direkt die ganze Zeit sein. Zum Beispiel kann eine Person einen Bildschirm 200 Zeichen breit, um lange Protokolldateieinträge in der Lage sein muß angezeigt werden, aber er wird seinen Text sehen will, dass lange nicht.

Ein guter Mail-API wie Java Mail wird dies für Sie tut. Im Idealfall würden Sie nicht explizit über dieses Problem nachdenken.

RFC 5322

http://tools.ietf.org/html/rfc5322#section- 2.1.1

  

2.1.1. Zeilenlänge Grenzwerte

     

Es gibt zwei Grenzen, die diese Spezifikation Orte auf der Anzahl der      Zeichen in einer Zeile. Jede Zeile von Zeichen muss sein, nicht mehr als      998 Zeichen, und sollen nicht mehr als 78 Zeichen lang sein, mit Ausnahme von      die CRLF.

     

Die 998 Zeichen begrenzt ist wegen der Beschränkungen in vielen Implementierungen      dass Sende-, Empfangs- oder IWF-Nachrichten speichern, die einfach nicht umgehen können      mehr als 998 Zeichen in einer Zeile. Empfangen von Implementierungen würde      gut tun, eine beliebig große Anzahl von Zeichen in einer Zeile zu handhaben      Robustheit willen. Allerdings gibt es so viele Implementierungen,      (In Übereinstimmung mit den Transportanforderungen von [RFC5321]) nicht      akzeptieren Nachrichten mehr als 1000 Zeichen einschließlich der CR enthält      und LF pro Zeile, ist es wichtig, für Implementierungen nicht zu schaffen      solche Nachrichten.

     

Die konservativere 78 Zeichen Empfehlung zur Aufnahme      die vielen Implementierungen von User Interfaces, die diese Anzeige      Nachrichten, die die Anzeige von trunkieren kann wickeln oder katastrophal      trotz der Tatsache, mehr als 78 Zeichen pro Zeile, dass derartige      Implementierungen sind nicht konform mit der Absicht, diese      Spezifikation (und das von [RFC5321], wenn sie tatsächlich dazu führen,      Informationen verloren). Auch hier, obwohl diese Einschränkung setzen      auf Nachrichten, ist es bei Implementierungen obliegt, die angezeigt werden      Nachrichten eine beliebig große Anzahl von Zeichen in einem hand      Leitung (sicherlich zumindest bis zu den 998 Zeichen) aus Gründen      Robustheit.

Siehe auch:. RFC2045, RFC2046, RFC2047, RFC2049, RFC4289 und RFC6838 für MIME-Spezifikationen

Es ist Spaß beim Lesen RFCs. Sie wissen, dass Sie es lieben: -)

Generell sollte man bei 80 wickeln, oder etwas weniger, damit dim Kunden ohne Verpackung zitieren.

Wickeln Sie beim ersten Leerzeichen vor der 72. Position, oder in der 72. Position, wenn es nicht ein. In Eudora, wenn ich es zu verwenden pflegte, war der Kongress ein Leerzeichen am Ende der Zeile zu verlassen, was anzeigt, dass es eingewickelt war, so würde es die empfangenden Client-Signal, um den Absatz wieder fließen, wo es auf der Grundlage der Breite der benötigten Client-Fenster. Ich bin nicht sicher, dass dies der Fall in der aktuellen E-Mail-Clients ist.

Haben Sie nicht linewrap verwenden, bis ich mutt / xterm knipste (nie im Rückblick).

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top