Saya lebih suka membaca dan menulis email dalam teks biasa. Email saya disajikan dan dikomposisikan dalam jendela font berukuran lebar tetap 80 karakter, dan saya suka pesan teks yang dikutip dengan benar (dengan ">") dan ditandai dengan ASCII. Seperti di masa lalu ...
Namun, saya mengakui bahwa dunia telah berubah, dan banyak orang sekarang membaca email di layar kecil atau besar yang membutuhkan teks mengalir, dan mereka lebih suka font proporsional. Email teks biasa tradisional dengan baris baru yang keras setelah 78 karakter tidak berfungsi dengan baik untuk mereka: Entah baris baru tersebut muncul di tempat-tempat aneh, atau teks direfleksikan (buruk) meskipun baris baru yang keras.
Pertanyaan saya: Bagaimana seharusnya email teks biasa saya diformat untuk membuat mereka bahagia, tanpa merusak pengalaman pengguna teks biasa seperti saya?
Saya tahu tentang "format-flowed" ( RFC 3676 ) yang memungkinkan menandai paragraf teks biasa sebagai reflowable sambil menjaga tampilan klasik sub-78-chars-per-line untuk klien lama. Sayangnya, itu tidak didukung oleh banyak klien email yang paling diuntungkan dari mereka (termasuk banyak web mailer).
Banyak klien email hanya menghasilkan garis yang sangat panjang (tanpa baris baru) yang dimaksudkan untuk ditampilkan sebagai paragraf yang dialirkan. Apakah itu standar yang diterima secara universal sekarang? Saya bisa melihat tiga masalah dengan itu:
RFC 5322 membatasi panjang garis hingga 998 karakter. Ada apa dengan paragraf yang lebih panjang dari itu?
Bisakah teks yang dikutip dengan ">" direfleksikan sama sekali?
Ini merusak klien lama yang tidak tahu kapan atau bagaimana mengubah garis yang sangat panjang.
Apakah ada standar lain untuk menandai email teks biasa sebagai hal yang dapat diubah?
Perhatikan bahwa saya cukup fleksibel dalam apa yang saya hasilkan. Klien email saya sangat dapat dikonfigurasi untuk memulai, dan saya dapat meretasnya di tempat yang saya perlukan (Saya menggunakan GNUS di Emacs).
Perhatikan juga bahwa pertanyaan ini bukan tentang email berformat HTML. Saya mengetahui mereka, saya dapat membacanya, saya bahkan dapat membuatnya jika diperlukan - tetapi pertanyaan ini hanya tentang email teks biasa.
Akhirnya, menerima email dalam format apa pun bukan masalah bagi saya. GNUS dapat menampilkan semua format teks biasa (dan juga email berformat HTML) dengan memuaskan.
sumber
Jawaban:
Saya menemukan halaman web yang luas tentang topik ini membahas RFC2822, RFC1855, RFC5322 dan RFC2646 dan berbagai masalah. Ini menyebutkan panjang garis konservatif 65 karakter.
http://mailformat.dan.info/body/linelength.html
sumber