mexico - Exim-Muchos mensajes congelados sin remitente
exim mexico (3)
Soy nuevo en Exim y lo estoy usando como un smarthost (para recibir correos electrónicos de usuarios y enviarlos a mi ISP).
El sistema funciona bien, pero tengo algunos problemas con los mensajes congelados. Miro la cola a veces y hay algunos mensajes congelados sin remitente, por lo que Exim no puede enviarlos, porque si no hay remitente no puede autenticar con el ISP.
¿Dónde puedo empezar a depurar esto?
Gracias un millon
Estos son mensajes de rebote. Algo está enviando mensajes a través de su servidor de correo, pero el destinatario no lo acepta, por lo que su sistema genera un mensaje de rebote. Esos mensajes de rebote también se rechazan, por lo que son "congelados" por el exim MTA. Debe averiguar de dónde provinieron originalmente los mensajes y detener el flujo de esos mensajes no autorizados.
exigrep 1UorWC-0002Nz-Mz /var/log/exim/main.log (o cualquiera que sea su ruta)
Eso encontrará el mensaje de rebote en los registros de correo. Escogí un mensaje congelado en mi cola de correo como ejemplo (1UosOk-0000ej-KG):
# exigrep 1UosOk-0000ej-KG /var/log/exim/main.log
+++ 1UosOk-0000ej-KG has not completed +++
2013-06-18 09:40:22 1UosOk-0000ej-KG <= <> R=1UosOf-0000bX-BV U=www P=local S=894
2013-06-18 09:40:24 1UosOk-0000ej-KG ** [email protected] P=<> R=dnslookup_forwarder
T=remote_smtp_forwarder: SMTP error from remote mail server after RCPT TO:<[email protected]>:
host mail.example.biz [80.76.197.72]: 554 5.7.1 <[email protected]>: Relay access denied
2013-06-18 09:40:24 1UosOk-0000ej-KG Frozen (delivery error message)
La primera línea dice que el mensaje de rebote 1UosOk-0000ej-KG se creó en respuesta al mensaje 1UosOf-0000bX-B (eso es lo que significa la frase R = en la línea <=). Ahora busque esa ID de mensaje para averiguar de dónde vino realmente este mensaje. En mi caso, no fue un mensaje de rebote, fue la respuesta automática del cliente:
# exigrep 1UosOf-0000bX-BV /var/log/exim/main.log
2013-06-18 09:40:18 1UosOf-0000bX-BV H=example.biz [62.189.29.157] Warning: SPF PASS (pass) to m.ivenue.com:
domain of example.biz designates 62.189.29.157 as permitted sender
2013-06-18 09:40:22 1UosOf-0000bX-BV <= [email protected] H=example.biz [62.189.29.157] P=esmtp S=17624
2013-06-18 09:40:22 1UosOf-0000bX-BV => /netapp3/mail/maildirs/b/o/y/boyexample.com/sarah/Maildir/
([email protected]) <[email protected]> P=<[email protected]> R=virtual_user T=address_directory
2013-06-18 09:40:22 1UosOf-0000bX-BV => sarah <[email protected]> P=<[email protected]>
R=autoresponder_always T=autoresponder_always_t
2013-06-18 09:40:22 1UosOf-0000bX-BV Completed
Una vez que descubra qué proceso se está utilizando para enviar esos mensajes a través de su sistema, puede tomar medidas para evitarlos, asumiendo que para empezar no son mensajes válidos. Los pasos que tomes dependerán mucho de lo que encuentres.
Por lo general, no querrá intentar reenviar estos mensajes congelados. Sin embargo, si los mensajes se congelaron debido a algún error de configuración o red temporal, y desea que Exim los reenvíe, debe generar una lista de mensajes congelados y decirle a Exim que los envíe. La forma más fácil es con el programa exiqgrep:
exiqgrep -z -i | xargs -n 1 exim -M
Los correos congelados no tienen ninguna utilidad en la cola de espera. Puede eliminar todos estos para reducir la lista de colas exim.
El siguiente comando eliminará todos los correos congelados:
exim -bpr | grep frozen | awk {''print $3''} | xargs exim -Mrm
o
exiqgrep -z -i | xargs exim -Mrm
Si desea eliminar los correos congelados que tengan más de una hora en particular, por ejemplo, 24 horas:
exiqgrep -zi -o 86400 | xargs exim -Mrm
86400 significa 24 horas en segundos. Eso se puede cambiar en consecuencia.
Los rebotes congelados se pueden eliminar automáticamente con exim configurando la opción de configuración ignore_bounce_errors_after a un valor adecuado, por ejemplo
ignore_bounce_errors_after = 12h
eliminará automáticamente esos errores de rebote después de 12 horas.