En todas las computadoras, sendmail funciona muy bien excepto en una.
Todos tienen exactamente la misma configuración de carpeta de configuración /etc/mail, utilicé rsync para asegurarme de que todos coincidan.
Normalmente este comando funciona bien...
sendmail -t < mi-archivo-de-correo electrónico.eml
Pero desde esta computadora (todas ejecutan Ubuntu 20.04) el proceso simplemente se bloquea.
Probé "sendmail -t", que me permite redactar un correo electrónico directamente desde la línea de comando. Llego al CTRL+D y no pasa nada. Intenté usar el comando "correo[correo electrónico protegido]" y pude redactar y cuando llego a la línea cc: se cuelga. Presionar CTRL+Z me libera y finalmente se envía el correo electrónico.
¿Qué está pasando que hace que sendmail/mail se cuelgue al final del archivo?
No parece haber ninguna forma de desinstalarlo y reinstalarlo por completo. Intenté "apt-get purge sendmail" y el sistema dice que está desinstalado, pero escribir sendmail en la línea de comandos todavía me lleva al modo de editor de texto y aún envío correos electrónicos. Y "dónde está sendmail" todavía lo muestra en /usr/sbin
Simplemente no puedo entender qué está pasando aquí. ¿Por qué está colgado en EOF? ¿Y por qué sólo en esta computadora?
¡Gracias!
---- ACTUALIZACIÓN ---- Realmente no sé cómo leer la salida de strace pero me lo sugirieron. La salida se ve prácticamente igual en todas las máquinas, siendo esta parte la parte trasera...
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 +++
Pero en la única computadora que se atasca, las cosas se detienen aquí en clock_nanosleep que no está en las demás.
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},
Aquí hay información sobre sendmail en este 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
El punto final en otros servidores termina en /usr/lib/sm.bin/sendmail pero no estoy seguro de por qué la computadora portátil con el problema termina en libexec/sendmail ya que todos ejecutan ubuntu 22.04.
Respuesta1
Acabo de bajar por este agujero de gusano con el mismo retraso de 60 segundos.
No tenía syslogd, pero después de instalarlo, apareció esto en /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
Intente cambiar el nombre de host (y /etc/hosts) a un FQDN: myhost.localdomain o algo similar.