Quando canalizo um log de alterações muito longo, recebo um email em branco com um .bin anexo chamado ATT00001..bin no Outlook. O arquivo tem 36 KB e contém o texto esperado, mas com espaçamento duplo (presumivelmente algo relacionado a terminações de linha). Se as mensagens forem breves, isso não acontece.
Como evito que o Nail converta minha mensagem em um anexo?
User-Agent: nail 11.25 7/29/05
MIME-Version: 1.0
Content-Type: application/octet-stream
Content-Transfer-Encoding: quoted-printable
Eu tive esse mesmo problema com o filho de unha (herança mailx) em um Redhat ES 6.1. O problema no final resumia-se ao arquivo não ser um arquivo padrão ascii, unix (isto é, somente LF).
Eu resolvi esse problema removendo os caracteres do arquivo antes de enviar o e-mail.
cat logfile | sed 's/\r//' > logfile.new
Isso também acontecerá se você tiver, por exemplo, caracteres UTF8 em seu arquivo e tiver definido sua localidade como algo diferente de UTF8. nail suspeitará que seu arquivo tem caracteres de controle desconhecidos e o converterá em um anexo de aplicativo / fluxo de octetos.
Qualquer cliente de e-mail listará o anexo, sem saber o que fazer com ele. Então (infelizmente?) Não é culpa da MS desta vez. O Gmail listará o anexo como "noname".
O sollution para isso é definir LANG, por exemplo, en_US.UTF8:
LANG="en_US.UTF8" ; export LANG