RHEL - Uuencode + mailx = sem sentido

Question

Eu entendo que uuencode é para codificar arquivos e mailx envia e-mails. No entanto, não estou exatamente entendendo ...

1. Por que uuencode file file | mailx -s "subject" email_adress continua enviando mensagens com o conteúdo codificado dentro do email em vez de como um anexo. (E como proceder para corrigi-lo ...)
2. Eu tentei echo | mailx -s "subject" -a <file> <email_address> e pareci obter meus arquivos muito bem. Mas isso significa que eu estou sem a proteção da codificação ou -a te dá isso?
3. Eu já passei por algumas alternativas melhores. Este é realmente o caminho a percorrer? Eu não sou fluente em particular no lado * nix das coisas .... É mutt um bom lugar para começar? Existem outras sugestões?

Isso está no RHEL 6.4, uuencode (GNU sharutils) 4.14

Atualizar

Será que importa que mailx versão seja Heirloom Mail versão 12.4 7/29/08? O problema poderia ser uma diferença no comportamento como mailx trata a saída uuencode ? Poderia ser uma configuração mailrc ou alguma variável de ambiente?

Bem, eu encontrei outro post que parece ter mais detalhes sobre os cabeçalhos de e-mail ... Descobri que isso me ajuda a entender melhor esse problema, por isso estou mantendo um link aqui.

    

Answer 1

O canal envia o fluxo para stdin, como tal, é o conteúdo da mensagem. -a cria um anexo que será codificado em base64 - basicamente a mesma coisa que uuencode .

    

Answer 2

Uuencode converte dados binários em texto, foi o primeiro método usado para enviar arquivos binários por e-mail (é apenas um dos usos do uuencode). O Uuencode não protegerá seu email.

Em seguida, foi inventado o MIME que definiu o corpo e os anexos do email.

Para enviar e-mails MIME eu uso mpack

mpack -s "subject" -d description_file file address1 address2...

description_file é o texto do email (opcional)
arquivo é o arquivo anexado

    

Answer 3

Como Emmanual é declarado corretamente, a única maneira de obter um anexo MIME enviado na maioria dos Unices é usando mpack . Usar mpack tem um lado negativo maciço , no entanto, é limitado a um único arquivo como anexo.

Se você quiser enviar vários arquivos, a melhor solução, eu descobri, é escrever um Python wrapper para fazer a correspondência para você usando seu módulo email integrado.