Olhe para "policyd" para o Postfix. Isso deve ser capaz de consertar sua ratelimiting. Dito isto, 10 conexões SMTP por minuto parecem estupidamente baixas, e eu questionaria o provedor sobre isso (600 por hora pode ser razoável)
Eu tenho uma instância postfix em execução em uma VM. O provedor da VM nos desliga se excedermos um limite de conexões SMTP por minuto - algo como 10. Em um dia típico, podemos enviar 1000 mensagens, portanto, 10 é bom. No entanto, é um servidor mailman, portanto, a taxa de pico geralmente excede 10. A porta 25 é então bloqueada por algum tempo. Isso cria um backlog. Novas tentativas no backlog criam "explosões" de conexões muito superiores a 10. O resultado final é que, uma vez bloqueados, permaneceremos bloqueados até que alguém intervenha manualmente.
A correção "óbvia" parece ser garantir que o postfix permaneça dentro do limite - ou seja, limitação de conexão de saída. Ou, no mínimo, limitar o número de processos de entrega SMTP a 1.
Existe uma maneira de fazer isso?
Olhe para "policyd" para o Postfix. Isso deve ser capaz de consertar sua ratelimiting. Dito isto, 10 conexões SMTP por minuto parecem estupidamente baixas, e eu questionaria o provedor sobre isso (600 por hora pode ser razoável)
Você está usando um relé inteligente?
Existe um parâmetro para main.cf, chamado
default_destination_concurrency_limit = 10
Se você estiver usando um retransmissor inteligente, isso pode fazer o trabalho.
A outra opção é definir isso no master.cf:
smtp unix - - n - 10 smtp
Como todo processo smtp fornece um e-mail, isso limita o número de conexões de saída a um máximo de 10.