Estoy intentando conectar la salida de correo electrónico (vital) de nuestro nuevo sistema de seguimiento de errores MantisBT para utilizar nuestro servidor de correo electrónico como host inteligente. La idea es que el sistema MantisBT envíe tráfico TLS al puerto 587 en el servidor de correo electrónico, autenticándose como usuario especial ([correo electrónico protegido]), y el servidor de correo electrónico lo envía al destino. Tengo entendido que esta es la forma correcta de hacerlo, pero podría estar equivocado.
MantisBT usa phpmailer, que (creo) está configurado apropiadamente para usar SMTP 587, identificación de usuario, yada, yada. El servidor de correo electrónico es una instalación de iRedMail de larga data (que internamente utiliza postfix) sin problemas conocidos. Usamos esta técnica para el tráfico saliente hacia otros servidores internos sin problema. Ambos servidores ejecutan Rocky Linux 9.1.
El problema es que todos los intentos de MantisBT de enviar mensajes se descartan inmediatamente.
He habilitado la depuración detallada para la IP de MantisBT en postfix y obtengo lo siguiente (se eliminó el lado izquierdo del registro para mayor claridad):
> unknown[159.xx.xx.20]: 220 mailserver.mydomain.com ESMTP Postfix
watchdog_pat: 0x564330697960
< unknown[159.xx.xx.20]: ????
> unknown[159.xx.xx.20]: 500 5.5.2 Error: bad UTF-8 syntax
watchdog_pat: 0x564330697960
< unknown[159.xx.xx.20]: ??????
> unknown[159.xx.xx.20]: 500 5.5.2 Error: bad UTF-8 syntax
watchdog_pat: 0x564330697960
< unknown[159.xx.xx.20]:
dict_pcre_lookup: /etc/postfix/command_filter.pcre:
> unknown[159.xx.xx.20]: 500 5.5.2 Error: bad syntax
watchdog_pat: 0x564330697960
smtp_get: EOF
¿Alguien reconoce esto? ¿Por qué phpmailer enviaría cuatro signos de interrogación como comando en un intercambio SMTP? ¿Se trata de STARTTLS?
¡Gracias por toda la ayuda!
Respuesta1
Me avergüenza un poco admitir que esto fue causado por un error en la configuración del correo electrónico de MantisBT. yo había usado$g_smtp_connection_mode = 'ssl';donde debería haber estado'tl'. En consecuencia, utilizó SSL inmediatamente en lugar de comenzar con texto sin formato y luego cambiar a comunicación cifrada después de STARTTLS. El ???? en el registro de postfix muestran caracteres no imprimibles (cifrados).