Em todos os computadores, o sendmail funciona muito bem, exceto em um.
Todos têm exatamente a mesma configuração da pasta de configuração /etc/mail, usei o rsync para garantir que todos correspondam.
Normalmente este comando funciona bem ...
sendmail -t <meu-arquivo-e-mail.eml
Mas neste computador (todos executando o Ubuntu 20.04) o processo simplesmente trava.
Tentei "sendmail -t", que me permite redigir um e-mail diretamente da linha de comando. Chego ao CTRL+D e nada acontece. Tentei usar o comando "mail[e-mail protegido]"e consegui compor e quando chego à linha cc: ele trava. Pressionar CTRL + Z me interrompe e, eventualmente, o e-mail é enviado.
O que está acontecendo que está fazendo com que o sendmail/mail trave no final do arquivo?
Não parece haver nenhuma maneira de desinstalar e reinstalar completamente. Eu tentei "apt-get purge sendmail" e o sistema diz que foi desinstalado, mas digitar sendmail na linha de comando ainda me coloca no modo de editor de texto e ainda envia e-mails. E "whereis sendmail" ainda mostra isso em/usr/sbin
Eu simplesmente não consigo entender o que está acontecendo aqui. Por que está pendurado na EOF? E por que apenas neste computador?
Obrigado!
---- UPDATE ---- Eu realmente não sei como ler a saída do strace, mas foi sugerido. A saída parece praticamente a mesma em todas as máquinas, sendo esta parte o final ...
socket(AF_UNIX, SOCK_DGRAM|SOCK_CLOEXEC, 0) = 3
connect(3, {sa_family=AF_UNIX, sun_path="/dev/log"}, 110) = 0
sendto(3, "<18>May 6 12:27:19 sendmail[265"..., 120, MSG_NOSIGNAL, NULL, 0) = 120
write(2, "Program mode requires special pr"..., 69Program mode requires special privileges, e.g., root or TrustedUser.
) = 69
alarm(0) = 0
rt_sigprocmask(SIG_UNBLOCK, [ALRM], [], 8) = 0
getpid() = 26521
setuid(1000) = 0
exit_group(78) = ?
+++ exited with 78 +++
Mas no único computador que está travando, as coisas param aqui no clock_nanosleep que não está nos outros.
socket(AF_UNIX, SOCK_DGRAM|SOCK_CLOEXEC, 0) = 3
connect(3, {sa_family=AF_UNIX, sun_path="/dev/log"}, 110) = 0
sendto(3, "<18>May 6 12:27:57 sendmail[688"..., 100, MSG_NOSIGNAL, NULL, 0) = 100
clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=60, tv_nsec=0},
Aqui estão algumas informações sobre o sendmail neste servidor:
$ which sendmail
/usr/sbin/sendmail
$ ls -l $(which sendmail)
lrwxrwxrwx 1 root root 26 Feb 3 15:51 /usr/sbin/sendmail -> /etc/alternatives/sendmail
$ ls -l /etc/alternatives/sendmail
lrwxrwxrwx 1 root root 30 May 6 06:39 /etc/alternatives/sendmail -> /usr/libexec/sendmail/sendmail
O ponto final em outros servidores para em /usr/lib/sm.bin/sendmail, mas não sei por que o laptop com o problema termina em libexec/sendmail, já que todos eles executam o Ubuntu 22.04.
Responder1
Acabei de descer neste buraco de minhoca com o mesmo atraso de 60 segundos.
Eu não tinha o syslogd, mas depois de instalá-lo, isso apareceu em /var/log/messages
May 12 17:52:43 myhost mail.crit sendmail[6955]: My unqualified host name (myhost) unknown; sleeping for retry
May 12 17:52:47 myhost mail.crit sendmail[6960]: My unqualified host name (myhost) unknown; sleeping for retry
May 12 17:52:52 myhost mail.crit sendmail[6974]: My unqualified host name (myhost) unknown; sleeping for retry
Tente alterar o nome do host (e/etc/hosts) para um FQDN - myhost.localdomain ou algo semelhante.