Eu encontrei uma página extensa sobre este tópico discutindo RFC2822, RFC1855, RFC5322 e RFC2646 e vários problemas. Menciona um comprimento de linha conservador de 65 caracteres.
Eu prefiro ler e escrever e-mails em texto simples. Meus e-mails são apresentados e compostos em janelas de 80 caracteres com largura fixa, e eu amo mensagens de texto que são citadas corretamente (com “>”) e marcadas com ASCII. Como nos velhos tempos ...
No entanto, reconheço que o mundo seguiu em frente, e muitas pessoas agora leem emails em telas pequenas ou grandes que exigem fluxo de texto e preferem fontes proporcionais. E-mails de texto sem formatação tradicionais com novas linhas após 78 caracteres não funcionam bem para eles: as novas linhas aparecem em locais ímpares ou o texto é refluído (mal), apesar das novas linhas.Minha pergunta: Como meu e-mail de texto simples deve ser formatado para torná-los felizes, sem quebrar a experiência de usuários de texto simples como eu?
Eu sei sobre "format-flowed" ( RFC 3676 ) que permite marcar parágrafos em texto simples como reflowable, mantendo a aparência clássica sub-78-chars-por-line para clientes antigos. Infelizmente, não há suporte para muitos clientes de email que se beneficiam mais deles (incluindo muitos webmailers).
Muitos clientes de emails simplesmente geram linhas muito longas (sem novas linhas) que devem ser exibidas como parágrafos fluidos. Isso é um padrão universalmente aceito agora? Eu posso ver três problemas com isso:
A RFC 5322 limita o comprimento da linha a 998 caracteres. O que há com parágrafos maiores que isso?
O texto citado com ">" pode ser refluído?
Ele interrompe clientes antigos que não sabem quando ou como refluir linhas muito longas.
Existe algum outro padrão para marcar e-mails em texto simples como refluído?
Note que sou bastante flexível no que gero. Meu cliente de e-mail é extremamente configurável para começar, e eu posso hackeá-lo onde preciso (estou usando o GNUS no Emacs).
Observe também que esta pergunta não é sobre e-mails formatados em HTML. Estou ciente deles, posso lê-los, posso até gerá-los, se necessário - mas essa questão é estritamente sobre e-mails de texto simples.
Por fim, receber e-mails em qualquer formato não é um problema para mim. O GNUS pode exibir todos os formatos de texto simples (bem como e-mails formatados em HTML) satisfatoriamente.
Eu encontrei uma página extensa sobre este tópico discutindo RFC2822, RFC1855, RFC5322 e RFC2646 e vários problemas. Menciona um comprimento de linha conservador de 65 caracteres.
Tags email formatting plaintext