Faça o download de um cliente de e-mail gratuito e reenvie seu anexo com esse cliente. Se ainda falhar, é o seu ISP. Se for enviado, é o seu cliente de e-mail.
Recentemente, alguém (@ comcast.net) tentou me mandar um e-mail (@ gmail.com e @ something.edu) incluindo em seus e-mails 3 arquivos de texto e um arquivo .docx. O e-mail nunca chegou até mim e eles nunca receberam mensagens de devolução. Eu eliminei os anexos um de cada vez e determinei que um dos arquivos de texto estava causando o problema. Inspecionando o arquivo de texto, ele parece conter vários caracteres não-ascii. Eu tirei todas as letras ASCII e newlines com o seguinte comando:
dcollins@laptop:~/Downloads$ tr -d "250-6" < filename.txt | od -x
0000000 e9e9 e9e9 e9e9 9595 9595 9595 9595 9595
0000020 9595 9595 9696 9797 9797 aeae aeae aeae
0000040 97ae 9797 9999 9999 9997
0000052
Como você pode ver, o anexo contém várias instâncias de 0xe9 , 0x95 , 0x96 , 0x97 0xae e 0x99 . O meu programa de e-mail não deve decidir que esse anexo contém caracteres não ASCII, codificar a base 64 e enviá-lo usando MIME? Notei que os outros anexos de texto foram transmitidos como Content-Type: text/plain , mas como não recebi o anexo do problema, não sei dizer o que meu cliente fez com ele. Isso é um bug no meu cliente ou no servidor de e-mail do meu provedor?
Faça o download de um cliente de e-mail gratuito e reenvie seu anexo com esse cliente. Se ainda falhar, é o seu ISP. Se for enviado, é o seu cliente de e-mail.
Eu escrevi um cliente de e-mail ou dois, e é possível que haja um bug.
No entanto, não há evidências de que o arquivo de texto em si não esteja corrompido.
Peça ao seu colega para copiar e colar o texto em um novo documento e enviá-lo para você, para ver se o problema se repete. Peça-lhe que salve o arquivo como ASCII e Unicode, e veja se isso está causando o problema.
Tags email mime-types attachments