Was ist die maximale Länge des E-Mail-Betreffs?

Wie viele Zeichen dürfen in der Betreffzeile der Internet-E-Mail enthalten sein? Ich habe The RFC nach E-Mails durchsucht , konnte aber nicht genau sehen, wie lange es dauern durfte. Ich habe einen Kollegen, der dies programmgesteuert validieren möchte.

Wenn es keine formale Grenze gibt, welche gute Länge sollte in der Praxis vorgeschlagen werden?

Siehe RFC 2822 , Abschnitt 2.1.1 zum Starten.

Es gibt zwei Grenzen, die dieser Standard für die Anzahl der Zeichen in einer Zeile festlegt. Jede Zeichenzeile darf nicht mehr als 998 Zeichen enthalten und SOLLTE nicht mehr als 78 Zeichen enthalten, ausgenommen die CRLF.

Wie der RFC später feststellt, können Sie diese Grenze umgehen (nicht, dass Sie sollten), indem Sie den Betreff über mehrere Zeilen falten.

Jedes Header-Feld ist logischerweise eine einzelne Zeichenzeile, die den Feldnamen, den Doppelpunkt und den Feldkörper umfasst. Der Einfachheit halber und um die 998/78-Zeichenbeschränkungen pro Zeile zu bewältigen, kann der Feldkörperteil eines Kopffelds in eine Darstellung mit mehreren Zeilen aufgeteilt werden. Dies nennt man "Falten". Die allgemeine Regel lautet, dass überall dort, wo dieser Standard das Falten von Leerzeichen zulässt (nicht nur WSP-Zeichen), vor jedem WSP eine CRLF eingefügt werden kann. Zum Beispiel das Header-Feld:

       Subject: This is a test

kann dargestellt werden als:

       Subject: This
        is a test

Die Empfehlung für nicht mehr als 78 Zeichen in der Betreffzeile klingt vernünftig. Niemand möchte scrollen, um die gesamte Betreffzeile zu sehen, und rechts wird möglicherweise etwas Wichtiges abgeschnitten.

RFC2322 besagt, dass der Betreff-Header "keine Längenbeschränkung hat".

Um jedoch lange Überschriften zu erstellen, müssen Sie diese auf mehrere Zeilen aufteilen. Dieser Vorgang wird als "Falten" bezeichnet.

Betreff ist in RFC 5322 als "unstrukturiert" definiert

Hier sind einige Zitate ([...] zeigen Dinge an, die ich weggelassen habe)

3.6.5. Informational Fields
  The informational fields are all optional.  The "Subject:" and
  "Comments:" fields are unstructured fields as defined in section
  2.2.1, [...]

2.2.1. Unstructured Header Field Bodies
  Some field bodies in this specification are defined simply as
  "unstructured" (which is specified in section 3.2.5 as any printable
  US-ASCII characters plus white space characters) with no further
  restrictions.  These are referred to as unstructured field bodies.
  Semantically, unstructured field bodies are simply to be treated as a
  single line of characters with no further processing (except for
  "folding" and "unfolding" as described in section 2.2.3).

2.2.3  [...]  An unfolded header field has no length restriction and
  therefore may be indeterminately long.

Nach einigen Tests: Wenn Sie eine E-Mail an einen Outlook-Client senden und der Betreff> 77 Zeichen beträgt und "=?ISO"innerhalb des Betreffs verwendet werden muss (in meinem Fall aufgrund von Akzenten), "schneidet" OutLook den Betreff in der Mitte von es und vernetzen Sie alles, was danach kommt, einschließlich Text, Anhänge usw. ... alles ein Netz!

Ich habe mehrere Beispiele wie dieses:

Subject: =?ISO-8859-1?Q?Actas de la obra N=BA.20100154 (Expediente N=BA.20100182) "NUEVA RED FERROVIARIA.=

TRAMO=20BEASAIN=20OESTE(Pedido=20PC10/00123-125),=20BEASAIN".?=

Zu:

Wie Sie sehen, wurde in der Betreffzeile auf Zeichen 78 mit einem "=" gefolgt von 2 oder 3 Zeilenvorschüben geschnitten und dann mit dem Rest des Betreffs schlecht fortgefahren.

Es wurde mir von mehreren Kunden berichtet, die alle OutLook verwenden, andere E-Mail-Clients beschäftigen sich mit diesen Themen in Ordnung.

Wenn Sie keine ISO haben, tut es nicht weh, aber wenn Sie es Ihrem Motiv hinzufügen, um RFC zu gefallen, erhalten Sie diese Überraschung von OutLook. Wenn Sie die ISOs nicht hinzufügen, wird dies von der iPhone-E-Mail nicht verstanden (und das Anhängen von Dateien mit Namen, die solche Zeichen verwenden, funktioniert auf iPhones nicht).

Ich glaube nicht, dass es hier ein formales Limit gibt, und ich bin mir ziemlich sicher, dass es auch im RFC kein festes Limit gibt, wie Sie festgestellt haben.

Ich denke, dass einige ziemlich häufige Einschränkungen für Betreffzeilen im Allgemeinen (nicht nur E-Mail) sind:

• 80 Zeichen
• 128 Zeichen
• 256 Zeichen

Offensichtlich möchten Sie sich etwas einfallen lassen, das vernünftig ist. Wenn Sie einen E-Mail-Client schreiben, sollten Sie etwa 256 Zeichen verwenden und offensichtlich gründlich gegen große kommerzielle Server testen, um sicherzustellen, dass diese Ihre E-Mails korrekt bedienen.

Hoffe das hilft!

Wichtig ist, welchen Mechanismus Sie zum Senden der E-Mail verwenden. Die meisten modernen Bibliotheken (dh System.Net.Mail) verbergen die Faltung vor Ihnen. Sie haben gerade eine sehr lange Betreffzeile für E-Mails ohne (CR, LF, HTAB) eingegeben. Wenn Sie versuchen, Ihr eigenes Folding durchzuführen, sind alle Wetten ungültig. Es werden Fehler gemeldet. Wenn Sie dieses Problem haben, filtern Sie einfach CR, LF, HTAB heraus und lassen Sie die Bibliothek die Arbeit für Sie erledigen. Normalerweise können Sie den Codierungstexttyp auch als separates Feld festlegen. Keine Iso-Codierung in der Betreffzeile erforderlich.