Quantas conexões simultâneas o SendMail permite/abre ao retransmitir mensagens novas (e adiadas) para um MTA downstream comum?

Question

Tenho vários servidores Sendmail que retransmitem muitos (centenas de milhares) de e-mails registrados em diário para um repositório de arquivo downstream via SMTP. Todos esses e-mails têm o mesmo domínio de destinatário (vamos chamá-lo de “fooarchiveproviderdomain.com”). Da minha parte, tenho uma rota simples definida /etc/mail/mailertablepara o domínio de arquivo:

fooarchiveproviderdomain.com    esmtp:[1.1.1.1]:[2.2.2.2]

Ultimamente, tenho notado que o MTA downstream primário (1.1.1.1 no meu exemplo acima) ficará sobrecarregado e às vezes não enviará de volta um banner de saudação em tempo hábil. Da minha parte, o Sendmail gerará um erro no maillog como:

timeout waiting for input from [1.1.1.1] during client greeting

Após o tempo limite, vejo o sistema enviando para a rota de backup (2.2.2.2 no meu exemplo acima) e sendo imediatamente aceito.

Estou razoavelmente certo de que isso está relacionado à carga, já que esses tempos limite ocorrem mais durante os horários comerciais de pico. Dito isto, quero entender quantas conexões meu servidor está iniciando ao processar novos e-mails e mensagens previamente enfileiradas, todas destinadas ao mesmo domínio.

EUpensaresse sendmail tenta novamente as mensagens na fila em um único arquivo, certo? Então, se eu tiver, digamos, 10.000 mensagens de e-mail adiadas... o queuerunnernão vaiiniciar 10.000 conexões simultâneas... só emitirá uma?

eu tambémpensarque as novas mensagens recebidas que chegam em sessões SMTP separadas são tratadas separadamente, certo? Então, se, digamos, uma caixa sendmail receber 15 novas mensagens separadas, cada uma será tratada por um daemon filho sendmail separado, que iniciará suas próprias conexões SMTP separadas com o MTA downstream?

Existe um meio de restringir conexões downstream simultâneas sem afetar a quantidade de conexões de entrada que meu servidor pode suportar?

Answer 1

Você pode

1) pular seletivamente as tentativas de entrega "de uma só vez" usando dsmtpo mailer
(eles produzem entregas "uma mensagem por sessão smtp").

mailertableentrada:

fooarchiveproviderdomain.com    dsmtp:[1.1.1.1]:[2.2.2.2]

2) Use FEATURE(queuegroup) para selecionar um grupo de filas personalizado para entregasfooarchiveproviderdomain.com

3) escolher entre diversas opções como ajustar as entregas dos grupos de filas, por exemplo, por meio de parâmetros do grupo de filas R=2(dois executores paralelos = duas sessões SMTP por execução do grupo de filas) e I=12m(processar mensagens no grupo de filas a cada 12 minutos)

Você pode reduzir atrasos sem tentativas de entrega "imediatas" usando executores de filas persistentes.
https://www.safaribooksonline.com/library/view/sendmail-cookbook/0596004710/ch09s06.html

Comente: mudandoCOMOas mensagens são enviadas por “aplicativo de diário” é outra opção.