Nos últimos dias, muitos usuários têm compartilhado trechos de e-mails antigos no Twitter, gerando uma série de questionamentos sobre a presença excessiva de sinais de igual. A principal dúvida que todos se fazem é: "O que está acontecendo com todos esses sinais de igual?!".

Como alguém que já desenvolveu leitores de e-mail, posso oferecer uma explicação. Ao contrário do que alguns afirmam, não se trata de um código ou de um erro de digitalização. O que realmente ocorreu é que quem fez a conversão desses e-mails para um formato legível cometeu erros.

Na verdade, o fenômeno que estamos observando se origina de um método chamado "quoted-printable", que costumávamos chamar de "Quoted unreadable". Para ilustrar, imagine que alguém digitou uma frase longa em seu leitor de e-mail. Os servidores de e-mail não lidam bem com linhas muito longas, então o software de e-mail quebra a linha, inserindo um sinal de igual para indicar a continuidade:

"we talked about designing a pig with different non- = cloven hoofs in order to make kosher bacon".

O sinal de igual é uma forma de dizer: "esta deveria ser uma linha única, mas foi dividida para evitar problemas com o servidor de e-mail". O que acontece, então, é que ao processar a linha dessa forma, se o algoritmo de decodificação não for adequado, o resultado pode ser desastroso. Por exemplo:

"... non- =NL cloven hoofs..." pode se transformar em "... non- loven hoofs...", fazendo você perder uma letra.

Além disso, o sinal de igual também é utilizado para codificar caracteres especiais. Por exemplo, um sinal de igual seguido de dois dígitos hexadecimais pode representar caracteres que não são ASCII. Isso é o que vemos mais adiante nos e-mails: "=C2 please note".

O que parece ter ocorrido é que a pessoa que processou esses e-mails fez uma simples busca e substituição por "=C2" e/ou "=A0", em vez de utilizar um decodificador apropriado. Esse erro, combinado com a falha na decodificação de linhas de continuação e caracteres não ASCII, revela a incompetência de quem gerenciou esses e-mails.

No entanto, é importante notar que quando o padrão foi criado, a ideia era que o conteúdo codificado em quoted-printable fosse desfeito ao ser recebido, resultando em texto limpo. Na prática, isso não aconteceu, e muitos sistemas que lidam com e-mails não tratam corretamente esses casos. Portanto, a situação atual revela mais sobre a falta de cuidado no processamento dos e-mails do que sobre a complexidade técnica do formato em si.