Por que algumas mensagens de gmail que eu recebo não embrulham texto, mas sim são exibidas em várias larguras de tela?

"largura da tela" é um termo muito relativo hoje em dia. Smart Phones? Monitores e telas de computador? Computadores de Mesa? Smart Watches?

Os padrões originais de e-mail da Internet foram codificados logo após a era dos Teleprinters, e na era dos CRT Monitors/terminais, normalmente com 80 caracteres ASCII de largura, e 24 linhas de comprimento. Um skim rápido revela:

• RFC-822 (o formato da mensagem) tem uma sugestão para embrulhar cabeçalhos de mensagens longas entre 65 e 72 caracteres, mas nada sobre o texto do corpo da mensagem.
• RFC-821 (o padrão original do Simple Mail Transfer Protocol (SMTP)) especifica comprimentos mínimos de linha que as implementações devem aceitar e lidar com muito mais (512 caracteres por linha!).

p>People settled on messages that fit within 80 characters per line because that's what would display nicely on the terminals that were very commonly available. Veja também a minha resposta ao Unix: Por que usar xterm se você já tem um shell? (é aí apresentado algum histórico de interfaces de computador)

Quando nós (a Internet Engineering Task Force (IETF)) fomos rever & estender os padrões de E-mail da Internet no início dos anos 90 (terminámos mais ou menos o padrão Multipurpose Internet Mail Extensions (MIME) em 1993, se bem me lembro), pensámos muito explicitamente na Internacionalização (representação no E-mail de conjuntos de caracteres (e portanto idiomas) para além de apenas ASCII, e.g, japonês, chinês, grego, russo), e o que era chamado de "rich text" ou "documentos compostos" ou (gag) "multi-media" na época, que é dizer, "como tornar o e-mail mais expressivo do que um formato de memo de escritório puramente textual permite?"

entre as outras coisas que estavam bem claras era que teríamos dispositivos com uma gama muito maior de capacidades, mas nós'necessitaríamos de suportar as coisas antigas por muito tempo. O truque então é adicionar aos padrões existentes sem remover nenhuma das funcionalidades anteriores.

O que você está vendo, então, é uma mensagem de e-mail perfeitamente válida (de acordo com o padrão) com suposição de linha de 80 caracteres do seu display que o Gmail não está tentando reformatar de forma alguma porque ele pode't know how.

Can't?

Yeah.

No mundo da exibição de células de caracteres de tamanho fixo sem kerning, ou indicadores de parágrafo, ou outras dicas de formatação além do "hard carriage return & line feed" (termos que datam da invenção das máquinas de escrever!), tentativas de adivinhar o que se pretende além das suposições óbvias (e infelizes) sobre a sua exibição estão condenadas a resultados cómicos (ou trágicos) ... na ausência de uma Inteligência Artificial que possa colher significado e reformatar. Você'notará que mesmo nos dias de hoje em dia e época de aumento massivo e poder computacional disponível, Quora (produto) conta com editores de cópias humanas (como eu) para sugerir reformatar para respostas cuja formatação seja menos que agradavelmente estética, em vez de tentar reformatar automaticamente, o que pode obscurecer ou (pior) manchar o significado.

O que fizemos no padrão MIME foi adicionar a capacidade de fornecer informações semânticas necessárias para formatação (por exemplo, Rich Text Format (RTF), HTML), mas é opcional em cima do padrão antigo. Agora, a maioria dos softwares tenta usar o novo material porque ele produz (normalmente) resultados mais flexíveis e agradavelmente formatados.

Realmente, a única coisa que você pode fazer para "fazer estas mensagens exibirem corretamente" é fazer sua tela com pelo menos 80 caracteres de largura ... se você puder. Se você não conseguir, sim, você're stuck horizontally scrolling (se sua interface permitir isso), ou olhando para uma linha de 40 caracteres que será muito feio porque seu correspondente assumiu um comprimento de linha diferente, mais longo para o seu dispositivo de exibição.

Dadas as minhas próprias inclinações de edição e formatação, eu adoraria ver as mensagens no formato antigo desaparecerem, mas o padrão antigo ainda anda por aí, e, francamente, o material antigo é, pela sua simplicidade, muito mais fácil de produzir (por exemplo, sempre que um programador preguiçoso escreve um script para gerar notificações de e-mail automatizadas, o quanto eles pensam no design e o tornam bonito...), então este problema não vai desaparecer tão cedo ...