¿Cuántas conexiones simultáneas permite/abre SendMail al transmitir mensajes nuevos (y diferidos) a un MTA descendente común?

¿Cuántas conexiones simultáneas permite/abre SendMail al transmitir mensajes nuevos (y diferidos) a un MTA descendente común?

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/mailertablepara 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 dsmtpel correo
(producen entregas de "un mensaje por sesión SMTP").

mailertableentrada:

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.

información relacionada