E-posta konusu uzunluk sınırı nedir?

İnternet e-postasının konu satırında kaç karakter olmasına izin verilir? E-posta için RFC taraması yaptım ama ne kadar sürmesine izin verildiğini özellikle göremedim. Programlı olarak doğrulamak isteyen bir meslektaşım var.

Resmi bir sınır yoksa, pratikte önerilecek iyi bir uzunluk nedir?

Başlamak için bkz. RFC 2822 , bölüm 2.1.1.

Bu standardın bir satırdaki karakter sayısına yerleştirdiği iki sınır vardır. Her karakter satırı 998 karakterden fazla olmamalıdır ve CRLF hariç 78 karakterden fazla olmamalıdır.

RFC'nin daha sonra belirttiği gibi, konuyu birden çok satıra katlayarak bu sınırın üstesinden gelebilirsiniz (yapmanız gerekmez).

Her başlık alanı, mantıksal olarak alan adı, iki nokta üst üste ve alan gövdesini içeren tek bir karakter dizisidir. Bununla birlikte, kolaylık sağlamak ve satır başına 998/78 karakter sınırlamalarını ele almak için, bir başlık alanının alan gövdesi bölümü çok satırlı bir temsile bölünebilir; buna "katlama" denir. Genel kural, bu standardın beyaz alan katlanmasına izin verdiği her yerde (sadece WSP karakterleri değil), herhangi bir WSP'den önce bir CRLF eklenebilmesidir. Örneğin, başlık alanı:

       Subject: This is a test

şu şekilde temsil edilebilir:

       Subject: This
        is a test

Konu başlığında en fazla 78 karakter olması önerisi makul görünebilir. Kimse tüm konu satırını görmek için kaydırmak istemez ve önemli bir şey sağdan kesilebilir.

RFC2322, konu başlığının "uzunluk kısıtlaması olmadığını" belirtir

ancak uzun başlıklar oluşturmak için, ancak bunu "katlama" adı verilen bir işlemi birden çok satıra bölmeniz gerekir.

konu RFC 5322'de "yapılandırılmamış" olarak tanımlandı

İşte bazı alıntılar ([...] atladığım şeyleri gösteriyor)

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.

bazı testlerden sonra: Bir outlook istemcisine e-posta gönderirseniz ve konu> 77 karakterden "=?ISO"oluşuyorsa ve konunun içinde kullanılması gerekiyorsa (benim durumumda aksanlar nedeniyle) o zaman OutLook konunun ortasında "keser" ve gövde metni, ekler, vb. dahil olmak üzere gelen her şeyi mesh edin ... hepsi bir kafes!

Bunun gibi birkaç örnek var:

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".?=

Kime:

Gördüğünüz gibi, konu satırında char 78 üzerinde "=" ve ardından 2 veya 3 satır besleme ile kesilmiş, daha sonra konunun geri kalanı kötü bir şekilde devam etmiştir.

OutLook'u kullanan diğer müşterilerden, diğer e-posta istemcileri bu konularla ilgilenen birkaç müşteriden bana bildirildi.

Üzerinde ISO yoksa, zarar vermez, ancak konunuza RFC'ye iyi gelmesi için eklerseniz, bu sürprizi OutLook'tan alırsınız. ISO'ları eklemezseniz, iPhone e-postası onu anlamaz (ve bu karakterleri kullanan adlara sahip dosyaları iPhone'larda çalışmaz).

Burada resmi bir sınır olduğuna inanmıyorum ve bulduğunuz gibi RFC'de de herhangi bir sabit sınır olmadığından eminim.

Genel olarak konu satırları (sadece e-posta değil) için oldukça yaygın bazı sınırlamalar olduğunu düşünüyorum:

• 80 Karakter
• 128 Karakter
• 256 Karakter

Açıkçası, makul bir şey bulmak istersiniz. Bir e-posta istemcisi yazıyorsanız, 256 karakter gibi bir şeyle gidip, postalarınızı doğru bir şekilde sunduğundan emin olmak için büyük ticari sunuculara karşı kapsamlı bir şekilde test etmek isteyebilirsiniz.

Bu yardımcı olur umarım!

Önemli olan e-postayı göndermek için hangi mekanizmayı kullandığınızdır. Çoğu modern kütüphane (örn. System.Net.Mail) katlamayı sizden gizleyecektir. Çok uzun bir e-posta konu satırı (CR, LF, HTAB) olmadan koydunuz. Kendi katlama işleminizi yapmaya başlarsanız tüm bahisler kapanır. Hataları bildirmeye başlayacaktır. Bu sorunu yaşıyorsanız, CR, LF, HTAB'ı filtreleyin ve kütüphanenin işi sizin için yapmasına izin verin. Genellikle kodlama metin türünü ayrı bir alan olarak da ayarlayabilirsiniz. Konu satırında iso kodlamasına gerek yoktur.