%20a%20un%20MTA%20descendente%20com%C3%BAn%3F.png)
Tengo varios servidores de Sendmail que transmiten una gran cantidad (cientos de miles) de correos electrónicos registrados a un repositorio de archivos posterior a través de SMTP. Todos estos correos electrónicos tienen el mismo dominio de destinatario (llamémoslo "fooarchiveproviderdomain.com"). Por mi parte, tengo una ruta simple configurada /etc/mail/mailertable
para el dominio de archivo:
fooarchiveproviderdomain.com esmtp:[1.1.1.1]:[2.2.2.2]
Últimamente, he notado que el MTA principal descendente (1.1.1.1 en mi ejemplo anterior) se sobrecarga y, a veces, no envía un saludo de banner de manera oportuna. Por mi parte, Sendmail arrojará un error en el registro de correo como:
timeout waiting for input from [1.1.1.1] during client greeting
Después del tiempo de espera, veo que el sistema envía a la ruta de respaldo (2.2.2.2 en mi ejemplo anterior) y es aceptado inmediatamente.
Estoy razonablemente seguro de que esto está relacionado con la carga, ya que estos tiempos de espera ocurren más durante las horas pico de trabajo. Dicho esto, quiero saber cuántas conexiones inicia mi servidor al procesar correos electrónicos nuevos y mensajes previamente en cola, todos destinados al mismo dominio.
IpensarEse sendmail reintenta los mensajes en cola en un solo archivo, ¿verdad? Entonces, si tengo, digamos, 10000 mensajes de correo electrónico diferidos... el queuerunnernoiniciar 10000 conexiones simultáneas... ¿solo emitirá una?
Yo tambiénpensarque los nuevos mensajes entrantes que llegan en sesiones SMTP separadas se manejan por separado, ¿verdad? Entonces, si, digamos, un buzón de sendmail recibe 15 mensajes nuevos separados, ¿cada uno será manejado por un demonio secundario de sendmail separado que iniciará sus propias conexiones SMTP separadas al MTA descendente?
¿Existe algún medio para restringir las conexiones descendentes simultáneas sin afectar la cantidad de conexiones entrantes que mi servidor puede manejar?
Respuesta1
Puedes
1) omitir selectivamente los intentos de entrega "al mismo tiempo" utilizando dsmtp
el correo
(producen entregas de "un mensaje por sesión SMTP").
mailertable
entrada:
fooarchiveproviderdomain.com dsmtp:[1.1.1.1]:[2.2.2.2]
2) Utilice FEATURE(queuegroup) para seleccionar un grupo de cola personalizado para entregas afooarchiveproviderdomain.com
3) elija entre una multitud de opciones cómo ajustar las entregas de los grupos de cola, por ejemplo, mediante parámetros de grupo de cola R=2
(dos corredores paralelos = dos sesiones SMTP por ejecución de grupo de cola) y I=12m
(procesar mensajes en el grupo de cola cada 12 minutos)
Puede reducir los retrasos sin intentos de entrega "inmediatos" utilizando corredores de cola persistentes.
https://www.safaribooksonline.com/library/view/sendmail-cookbook/0596004710/ch09s06.html
Comentario: cambiandoCÓMOlos mensajes se envían mediante una "aplicación de diario" es otra opción.