Alıntı, bir postayı RFC 2822'de belirtilen satır uzunluğu kısıtlamasıyla uyumlu hale getirecek kadar yazdırılabilir mi?


9

RFC 2822'de (E-Posta tanımlayan) tanımlanır, hiçbir satır 78 karakterden (CRLF hariç) daha uzun ve 998 karakterden uzun olmamalıdır. Alıntılanan yazdırılabilir daha uzun satırlar daha fazla satıra bölünür ve her biri gerçek satır kesişine ulaşana kadar her biri '=' ile biter. 78 (veya 998) karakterden daha uzun satırlar içeriyor ancak tırnak içine alınmış yazdırılabilir kodla kodlanmışsa, postaları standarda uygun mu?

Alıcı posta istemcisinde belirtilen yazdırılabilir iletinin kodunun çözülmesinden sonra daha uzun satırlar bulunduğundan, bunun uyumlu olmadığına dair argümanlar vardır.

DÜZENLEME : Soruyu David Cary tarafından sorulduğu şekilde açıklığa kavuşturmak için: Evet, alıntı yazdırılabilir kodlanmış postanın alıntı yazdırılabilir ile uyumlu olması gerektiği anlamına gelir, satırların 76 karakterden uzun olmadığı anlamına gelir. Ancak kodu çözülen mesajların bu sınırdan daha uzun satırları olabilir. Benim sorum şu: RFC 1521'i uygulayan istemci yazılımı, alıntı yapılabilir metin içeriğinin kodunu çözdükten sonra uzun süreler boyunca işlemek zorunda mı? Bu, Netiquette'in (RFC 1855) cesaretini kırdığı kısıtlama ile şu ana kadar her iki cevapla (teşekkürler) evet yanıtı veriliyor. Ancak Netiquette, satır uzunluğunu 65 karakterle sınırlar, neredeyse hiç kimsenin uymadığı bir sınır.

Yanıtlar:


3

Ne istediğinden emin değilim:

alıcı bir posta istemcisi alıntılanan yazdırılabilir kod çözme işleminden önce uzun satırlar bulur

Aktarıcı uçtaki tırnak içine alınabilir kodlama yazılımını, sadece tırnak içine alınmayan harfleri alıntılayarak, sonuçta kodlanan satırı orijinal satırdan daha uzun hale getirerek "yumuşak satır kesmeleri" eklemeden, sınırdan daha uzun bir kodlanmış satır ile sonuçlayın.

Bu uyumlu değil.

Alıntıya yazdırılabilir kodlanmış veri satırları 76 karakterden uzun olmamalıdır. Kodlanmış metni değiştirmeden bu gereksinimi karşılamak için, yumuşak satır sonları eklenebilir ... Bu yumuşak satır sonları, satır boyutunun sınırlı olduğu bir ortam için satır sonları olmadan (veya çok uzun satırlar içeren) metin kodlamaya da izin verir. 2821 tarafından izin verilen bazı SMTP yazılımlarının satır başına 1000 karakter "sınırı.

- Vikipedi: alıntı yapılabilir , yorumlanabilir RFC2045 Sayfa 21.

kodlanan satırlar kısadır, ancak alıcı bir posta istemcisi alıntı yazdırılabilir kod çözme işleminden sonra uzun satır bulur

Bu, RFC2822 ve RFC2045 ile uyumludur ve tüm yazılımlar tarafından desteklenmelidir.

Ancak, bu tür mesajlar oluşturmak, RFC 1855 "Netiquette Guidelines" da dahil olmak üzere çeşitli Netiquette Guidelines tarafından önerilmez .


RFC 1855, bağlantı boyutunu 50K ile sınırlamak veya gezegenin yüzündeki herkesin hala Gopher'ı ciddi amaçlar için kullandığı fikri gibi bir dizi ilginç kavram içerir.
Kevin

9

Kesinlikle uyumlu. Quoted-Printable ve MIME serisi RFC'lerin (RFC 2045 - RFC 2049) kalan kısmı, aksi takdirde e-postada geçerli olmayacak verilerin kodlanmasına izin vermektir. RFC 2822 açıkça (ve tekrar tekrar!) Bu RFC'lerde okuyucuları bunun nasıl yapılacağı hakkında bilgi için yönlendirir.


1
+1 Satır sınırı iletiye değil, iletinin iletimine uygulanır.
Chris S

3

Eğer gerçekten inşa uyumlu e-posta besteci ve ayrıştırıcı için ne kadar komplike öğrenmek istiyorsanız, o zaman gerekir : YouTube'da bu videoyu izleyin http://www.youtube.com/watch?v=JENdgiAPD6c

Ricardo Signes, farklı RFC'ler ve gerçek hayata ne kadar aptallık getirdikleri hakkında içeriden görüşler veriyor.

40 dakika uzunluğundadır ve sadece kötü ve iyi e-posta "içerik" yüzeyini çizer. İzledikten sonra, e-posta standartlarına uygun olduğunu düşündüğünüz e-posta yazılımı hakkındaki fikrinizi değiştireceksiniz.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.