4 de junio de 2020

Siguiendo el principio de eliminar del buzón de entrada todos aquellos mensajes que no son útiles voy retocando aquí y allí para conseguirlo.

Defino mensajes no útiles como aquellos que me informan de algo que o no tiene sentido o no incluye información concreta para resolver el problema. Me ha pasado con varios en los que se me indica que cierto mensaje no ha podido ser entregado pero no me indica qué contenía el mensaje ni si era o no valioso.

Correos a root en máquinas secundarias

Aquellos que se envían a cuentas como root@barbacana.venexma.net y root@backups.venexma.net. En ambas máquinas está instalado un emulador de envío de correo (nullmailer) que en realidad transmite todo al servidor central de correo que está en sigfrido.venexma.net. Allí no tienen idea de qué hacer con ellos porque esas máquinas no están definidas como subordinadas y, por tanto, comienzan buscando un servidor de correo para ellos en el DNS (no existe) y fallan miserablemente.

El problema está en la configuración de exim4 y en lo que entiende por dominios locales. Dado que empleamos la configuración dividida (split) debemos tocar el archivo básico de definición de variables:

#
#       Dominios locales
#
MAIN_LOCAL_DOMAINS=localhost : \
                venexma.net : \
                listas.venexma.net: \
                sigfrido.venexma.net : \
                venexma.net : \
                smtp : \
                smtp.venexma.net : \
                helena.venexma.net : \
                barbacana.venexma.net : \
                backups.venexma.net : \
                erp.venexma.net : \
                ss.venexma.net 

Y sí, descubrimos que hay que darle un buen repaso a la configuración de este servidor de correo porque son muchos años añadiendo detalles y los parches empiezan a notarse.

Correos descartados por exceso de longitud

Por lo visto hay programas que envían correos de aviso que son descartados silenciosamente por intentar forzar el límite de longitud en las líneas de datos en el protocolo SMTP.

--1591158326.719190.11728
Content-Type: message/delivery-status
Reporting-MTA: x-local-hostname; venexma.net
Arrival-Date: Wed, 03 Jun 2020 06:25:26 +0200
Final-Recipient: rfc822; root@venexma.net
Action: failed
Status: 5.0.0
Last-Attempt-Date: Wed, 03 Jun 2020 06:25:26 +0200
Remote-MTA: dns; mail.venexma.net
Diagnostic-Code: SMTP; 550 maximum allowed line length is 998 octets, got 13701
--1591158326.719190.11728
Content-Type: message/rfc822
Received: (nullmailer pid 11700 invoked by uid 0);
Wed, 03 Jun 2020 04:25:26 -0000
To: root@venexma.net
From: root@venexma.net
Subject: Logwatch for barbacana (Linux)
Auto-Submitted: auto-generated
Precedence: bulk
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="UTF-8"
Date: Wed, 03 Jun 2020 06:25:26 +0200
Message-Id: 1591158326.508159.11478.nullmailer@venexma.net
--1591158326.719190.11728--

Los límites están fijados en el protocolo desde hace mucho tiempo y se pueden consultar en el RFC2822. La configuración de exim4 -en Debian- consiste en comprobar si la siguiente macro está habilitada. Si no es así se comprueba la longitud y si lo está cualquier tamaño vale.

#
#       Ignorar limitación de línea de datos SMTP
IGNORE_SMTP_LINE_LENGTH_LIMIT=true

Aún no tengo claro si no debería mirar a ver si hay otro límite a ésto porque los no límites me ponen nervioso.

Referencias

• 550 maximum allowed line length is 998 octets, got …
• Chapter 10 – Domain, host, address, and local part lists