Una línea en mi script cron.daily no funciona como se esperaba. no tengo ningunoespecialservidor de correo smtp en el sistema, esta línea rsync -avun --inplace /oneuser/file.xls /otheruser/file.xls| correo -s "$0 $?" proporcionar Cannot open mail:25mensaje ¿Qué necesito para configurar un subsistema de correo local? Prefiero buzones de correo simples a la configuración de un servidor de correo electrónico. Me gusta que otro usuario que haya iniciado sesión pueda leer los mensajes cron (root) mediante mailun comando. Encontré una pregunta similar pero no la respuesta aquí.¿Cómo configurar la recuperación y entrega de correo local?
cuando intento enviar un correo al usuario con mailel comando, aparece después del punto
EOT
[root@localhost etc]# send-mail: Cannot open mail:25
Respuesta1
Le recomiendo que lo instale postfixpara la entrega de correo local. Al menos en Ubuntu, le preguntará interactivamente sobre su configuración, que incluye una opción de entrega local únicamente.
Además, puede crear una cuenta local mailboypara la entrega de correo y permitir que todas las personas lean el correo entregado a esa cuenta.
Para que el correo se rootentregue en mailboy, edite /etc/aliasesy agregue una línea:
root: mailboy@localhost
Después de hacerlo, corre newaliases.
Respuesta2
También tuve estos mensajes en el registro y es el ssmtp que parece ser el nuevo valor predeterminado para enviar correo de Fedora 19+ o al menos aparece instalado en mi Fedora 19. Si tiene otro mta ejecutándose en el puerto 25, ssmtp le dará esto error. Pero escribo, más aún, que los mensajes no enviados van a un archivo dead.letter, en /root en mi caso, así que si te preguntas qué pasó con el correo electrónico no entregado, que están en un archivo con nombre dead.letter .
Respuesta3
Estoy en Fedora 20 y de repente comencé a tener este error en los sistemas recién instalados. Todos los hosts anteriores (>70) simplemente pudieron hacer algo como:
eco "Hola mundo" | correo -s "Saludo"[correo electrónico protegido]
muy útil a partir de scripts, etc.
Ahora las invocaciones de la línea de comando comenzaron a fallar con
sSMTP[3144]: No se puede conectar al puerto 25 de "correo". sSMTP[3144]: No se puede abrir el correo:25
El diario de sendmail indica que al comando no le gusta la opción -bd ("ejecutar como demonio"). Cómo es eso ? Por supuesto, si no está demonizado, no escuchará en 25/tcp, lo que provocará el error.
Ahora, sigue el comando en sí. En lugar de ejecutar el binario original de sendmail, ssmtp se interpuso y lo reemplazó.
/usr/sbin/sendmail -> /etc/alternatives/mta -> /usr/sbin/sendmail.ssmtp
en lugar de
/usr/sbin/sendmail -> /etc/alternatives/mta -> /usr/sbin/sendmail.sendmail
Ahora, ssmtp es, según su página de manual, muy simple, está destinado a reemplazar a sendmail en su función más sencilla y no admite la opción -bd. Por lo tanto, no hay puerto 25.
Aquí todo se rompe: el comando que habla con el puerto 25 se liberará.
Lo desinstalé (yum remove ssmtp), y esto provocó que el sendmail original reanudara su función; al iniciar el servicio nuevamente, el puerto 25 cobra vida.
Ahora el envío por correo vuelve a estar en orden como antes.
En otro momento echaré un vistazo a las ventajas de ssmtp...
Respuesta4
Lo que necesitas es un servidor SMTP, unAgente de transferencia de correo.
Simplemente puede instalar opensmtpde iniciar el servicio.La configuración predeterminadaes hacer entrega local de correo.