Envío de correo electrónico desde PC LAN al servidor de correo electrónico local

Comenzaré diciendo: no estoy seguro de qué es exactamente lo que necesito. Busqué en Google "sendmail LAN" y variantes, y parece que necesito una configuración de "cliente nulo". Esa es mi suposición, no mi requisito (de ahí el título no tan claro)

En breve: tengo un servidor de 1 centos (v6) que ejecuta el servidor XMail (último), que aloja el correo electrónico para algunos dominios, entrantes y salientes. Tengo una PC en la LAN que puede SMTP y POP para las cuentas alojadas en ella. El servidor en sí puede enviar correos electrónicos tanto a usuarios locales (como de trabajos cron) como de dominio.

Llamemos a este "servidor".

Ahora tengo la necesidad de configurar un servidor CentOS existente (v5) para enviar sus correos electrónicos locales (cronjob) (las secuencias de comandos usan sendmail) y también las secuencias de comandos php para poder enviar correos electrónicos (pero generalmente configuran el usuario / pase smtp, eso debería ser bueno; no he llegado tan lejos todavía)

Llamemos a este "cliente".

En "cliente" configuré un elemento de envío de cliente nulo basado en esto: http://www.faqs.org/docs/securing/chap22sec177.html

Solo existen esas 4 líneas en null.mc, con el dominio cambiado al mío (usemos example.com)

OSTYPE('linux')dnl
DOMAIN('generic')dnl
FEATURE('nullclient','example.com')dnl
undefine('ALIAS_FILE')dnl

Hay una línea en / etc / hosts que asigna example.com a la IP de LAN del "servidor". (Ping responde correctamente). Además, telnet en el puerto 25 se conecta y responde correctamente.

Entonces emití

#sendmail -v root@example.com < /tmp/email.txt

donde el resultado es

root@example.com... Connecting to [127.0.0.1] via relay...
root@example.com... Deferred: Connection refused by [127.0.0.1]

Puede ser una pregunta tonta, pero ¿por qué está intentando conectarse a localhost en lugar de example.com en la LAN? ¿No es una configuración de cliente nula lo que necesito? ¿O me estoy perdiendo algunas cosas que no están cubiertas por los tutoriales?

Gracias.

— Ciuly
fuente

Realmente recomiendo usar un programa de correo más moderno en el "cliente". Configurar sendmail puede ser un PITA.

— dirkt

si por "moderno" te refieres a una aplicación GUI, entonces eso está fuera de discusión ya que el "cliente" es en realidad una caja de servidor, por lo que no tiene escritorio. Si quiere decir algo más, proporcione un ejemplo para que pueda probarlo.

— ciuly

En realidad, no conozco ningún reemplazo de sendmail con GUI, y dudo que tal cosa exista. Más anuncios publicitarios modernos son, por ejemplo exim, qmailo postfix. Por ejemplo, en Debian, eximes el valor predeterminado.

— dirkt

No puedo ayudarlo a configurar todo el servidor, ya que no he configurado este tipo de cosas antes, pero su pregunta sobre por qué se está conectando a 127.0.0.1 puedo aclarar algo.

sendmail es un cliente de correo cuando se llama de la manera en que lo ha llamado. Imagínese que funciona de la misma manera que Thunderbird o Outlook: aún necesita conectarse a un MTA para enviar el correo electrónico.

En este caso, el MTA (servidor de correo) es, de hecho, el mismo servidor; su dirección es 127.0.0.1.

Verá la misma 'rareza' si envió un correo electrónico a una dirección configurada en el servidor desde una dirección de correo electrónico externa: recibiría en la IP 'pública' del servidor, la conexión de 127.0.0.1 a 127.0 .0.1 para la fase de 'entrega' de la transacción.

— djsmiley2k
fuente

La parte que no entiendo es que especifiqué la característica de cliente nulo para un host. Espero que la MTA sea ese anfitrión, ¿no? Thunderbird para ex requiere una configuración completa de usuario / pase / host / puerto / y lo que no, esperaba ver algo similar para mi escenario, pero aún no está allí. Entonces, entendiendo que necesita un MTA para conectarse, ¿por qué está eligiendo localhost en lugar del host configurado?

— Ciuly