Prefiro ler e escrever e-mails em texto simples. Meus e-mails são apresentados e compostos em janelas com fonte fixa de 80 caracteres e adoro mensagens de texto que são citadas corretamente (com ">") e marcadas com ASCII. Como nos velhos tempos ...
No entanto, reconheço que o mundo mudou, e agora muitas pessoas leem e-mails em telas pequenas ou grandes que exigem fluxo de texto e preferem fontes proporcionais. Os e-mails tradicionais em texto sem formatação com novas linhas rígidas após 78 caracteres não funcionam bem para eles: as linhas novas aparecem em lugares estranhos ou o texto é refluído (muito) apesar das novas linhas rígidas.
Minha pergunta: como meu email de texto sem formatação deve ser formatado para torná-lo feliz, sem interromper a experiência de usuários de texto sem formatação como eu?
Conheço o "formato de fluxo" ( RFC 3676 ), que permite marcar parágrafos em texto simples como refletíveis, mantendo a aparência clássica de sub-78 caracteres por linha para clientes antigos. Infelizmente, ele não é suportado por muitos clientes de email que se beneficiariam mais com eles (incluindo muitos web mailers).
Muitos clientes de email simplesmente geram linhas muito longas (sem novas linhas) que devem ser exibidas como parágrafos fluidos. Esse é um padrão universalmente aceito agora? Eu posso ver três problemas com ele:
O RFC 5322 limita o comprimento da linha a 998 caracteres. O que há com parágrafos que são mais longos que isso?
O texto citado com ">" pode ser refluído?
Ele quebra clientes antigos que não sabem quando ou como refluir linhas muito longas.
Existe algum outro padrão para marcar emails em texto sem formatação como refletíveis?
Note que eu sou bastante flexível no que eu gero. Meu cliente de e-mail é extremamente configurável para começar, e posso invadir onde for necessário (estou usando o GNUS no Emacs).
Observe também que esta pergunta não é sobre emails formatados em HTML. Estou ciente deles, posso lê-los, posso até gerá-los, se necessário - mas essa pergunta é estritamente sobre emails em texto sem formatação.
Finalmente, receber e-mails em qualquer formato não é um problema para mim. O GNUS pode exibir todos os formatos de texto sem formatação (bem como e-mails no formato HTML) satisfatoriamente.
fonte
Respostas:
Encontrei uma extensa página na web sobre esse assunto discutindo RFC2822, RFC1855, RFC5322 e RFC2646 e vários problemas. Menciona um comprimento de linha conservador de 65 caracteres.
http://mailformat.dan.info/body/linelength.html
fonte