Mailutils produz erro não pode enviar mensagem

Question

No meu servidor Debian eu tenho o exim4 instalado. Eu sei, que o MTA funciona porque eu posso enviar emails com php e ele usa a conta configurada em /etc/exim4/passwd.client

No entanto, quando eu tento na linha de comando

echo "test" | mail -s "test" [email protected]

Eu obtenho

mail: cannot send message: Process exited with a non-zero status

$? está definido para 36

Além disso, o / var / log / exim4 / mainlog não mostra nenhuma entrada apenas (com êxito) envia emails que eu tentei do php e as mensagens usuais de início e fim da fila, o que indica que o comando mail nem sequer alcança o MTA.

mail --version

mail (GNU Mailutils) 3.1.1
Copyright (C) 2007-2016 Free Software Foundation, inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Eu pesquisei na web e encontrei problemas que as pessoas tinham com a configuração do postfix, mas como meu MTA é exim4 e funciona bem por conta própria, eu me pergunto qual é o problema aqui.

Eu configurei dois outros servidores onde o correio do sistema funciona bem, eu o uso no cronjobs. Lá eu também instalei o exim4 e o configurei de acordo e nunca tive esse problema.

    

Answer 1

TLDR; pode ser um problema de 32/64 bits. Tente instalar o bsd-mailx

Acabei de encontrar o mesmo problema. Lá em cima, na categoria "Usado para trabalhar, mas agora não. Eu não mudei nada". Em vez de mistificar, nada aparece em nenhum dos logs em / var / log / exim4 quando o email falha.

Eu tenho algumas máquinas Debian linux, algumas sem cabeça, todas rodando Debian Stable. Eu descobri que o correio em execução na linha de comando funcionava em uma máquina sem cabeça, mas não em outra. Isso me deu um ponto de partida útil para fazer uma comparação lado a lado com as duas configurações para ver qual poderia ser o problema.

Nada óbvio parecia ser diferente, então, em frustração, fiz um

apt remove --purge exim4*

e reinstalado. Isso não teve efeito.

Para encurtar a história, olhei para o binário de e-mail em / usr / bin / mail, e 'segui' para / etc / alternatives / mail e descobri que nas diferentes máquinas ele ligava a diferentes clientes de e-mail. Na máquina que não funciona, ela é vinculada a:

lrwxrwxrwx 1 root root 23 Aug 23  2017 /etc/alternatives/mail -> /usr/bin/mail.mailutils

mas na máquina de trabalho ligada a:

lrwxrwxrwx 1 root root 18 Jun 15  2015 /etc/alternatives/mail -> /usr/bin/bsd-mailx

Instalei o bsd-mailx na máquina que não funciona, que atualizou automaticamente o link em / etc / alternatives, e o problema desapareceu. O correio está funcionando agora.

Justamente quando eu estava me parabenizando, eu dei uma olhada em outra máquina de trabalho e notei que ela também vinculava /etc/alternatives/mail -> /usr/bin/mail.mailutils - então isso parecia explodir qualquer teoria sobre ser mailutils.

Eu dei uma olhada nas duas instalações (não foi possível obter a formatação):

Máquina não operacional:

dougie@nick:~$ dpkg -l | grep mailutils 
ii  libmailutils5:i386                    1:3.1.1-1                       i386         GNU Mail abstraction library

ii mailutils 1: 3.1.1-1 utilitários i386 GNU mailutils para manipulação de correio ii mailutils-common 1: 3.1.1-1 todos os arquivos comuns para GNU mailutils

Máquina de trabalho:

dougie@skye:~$ dpkg -l | grep mailutils
ii  libmailutils5:amd64                     1:3.1.1-1                                       amd64        GNU Mail abstraction library

ii mailutils 1: 3.1.1-1 amd64 Utilitários GNU mailutils para manipulação de correio ii mailutils-common 1: 3.1.1-1 todos os arquivos comuns para GNU mailutils

Portanto, é apenas um palpite, mas talvez isso esteja relacionado a uma instalação de 32 ou 64 bits. E a solução para mim foi instalar o bsd-mailx.

    

Answer 2

Por favor, dê uma olhada no arquivo de log de erros do Postfix, Parece que o e-mail não foi enviado porque a Autorização falhou.

Certifique-se do seguinte,  1. Verifique sua senha (senha de autenticação SMTP)  2. Permitir que aplicativos menos seguros acessem sua conta de e-mail

FYR:       link

    

Answer 3

O meu também é uma máquina de 64 bits que estava dando o erro como abaixo

$ echo test | mail -s "testing ssmtp setup" [email protected]
mail: cannot send message: Process exited with a non-zero status

Mas quando eu segui o @Dougie Nisbet e instalei o bsd-mailx, ele reagiu como

$ echo test | mail -s "testing ssmtp setup" [email protected]
send-mail: Authorization failed (534 5.7.14  https://support.google.com/mail/answer/78754 5-v6sm30064941pgc.86 - gsmtp)
Can't send mail: sendmail process failed with error code 1

Eu sei que isso não é uma resposta. Mas como não pude comentar sobre a resposta de @Dougie Nisbet, escrevi isso aqui para salvar outras pessoas de seguirem a resposta acima.