☰

Usar sendmail para reenviar a un servidor de sendmail y enviar correo desde ese servidor

tag-icon • tag-icon linux sendmail
Usar sendmail para reenviar a un servidor de sendmail y enviar correo desde ese servidor

Estoy usando Linux con distribución centos 6.2. Tengo 2 VM ejecutando estas distribuciones.

Una máquina virtual se denomina "proxy" y la otra "autenticación".

Tenga sendmail instalado en ambos. El proxy no tiene conexión a Internet.

Mi intención es utilizar una página PHP en proxy para enviar un correo electrónico haciendo que sendmail en el proxy reenvíe el correo a auth y luego haga que auth envíe el correo electrónico. 'auth' tiene una conexión a Internet.

Cualquier comentario sería útil y muy apreciado.

Hola Gracias. Hice lo que sugeriste. Sin embargo, mi proxy todavía se transmite usando root@localhost en lugar de transmitir directamente a la autenticación:

Jan 14 08:18:57 test1 sendmail[10212]: s0EGEvce010212: from=proxy, size=235, class=0,     nrcpts=1, msgid=<201401141614.s0EGEvce010212@test1>, relay=root@localhost Jan 14 08:18:57 test1 sendmail[10212]: s0EGEvce010212: [email protected], delay=00:04:00, mailer=esmtp, pri=30235, dsn=4.4.3, stat=queued

El problema desaparece cuando vuelvo a agregar la puerta de enlace predeterminada para la conexión a Internet. Sin embargo, cuando hago eso, simplemente envía el correo sin pasar por la autenticación.

Sin embargo, se ve un escenario de diferencia al enviar un correo entre proxy y autenticación: en este caso, el relé utilizado es auth.localdomain.

Tal como está, el proxy puede hacer ping a la autenticación sin la ruta a Internet y viceversa.

Tengo en mi archivo sendmail.mc:

define(`SMART_HOST', `auth.localdomain')dnl

Solución:

Sendmail: Los correos todavía se transmiten a root@localhost

Respuesta1

En la jerga de sendmail es necesario configurar "proxy" para utilizar "auth" como Smarthost.

# /etc/mail/sendmail.mc
<snip>
(`SMART_HOST',`auth.mydomain.com`)

Y vuelva a crear su sendmail.cf desde la macro.

Luego configure "auth" para transmitir mensajes desde "proxy".

# /etc/mail/access
#
# By default we allow relaying from localhost...
Connect:localhost.localdomain           RELAY
Connect:localhost                       RELAY
Connect:127.0.0.1                       RELAY
Connect:proxy                           RELAY

Y recrear el access.dbmakemap hash access.db < access

información relacionada