Procurei uma boa resposta para minha pergunta, mas ainda não encontrei uma.
Eu lido com muitos servidores Linux que enviam boletins informativos. Esses servidores normalmente estão localizados em um escritório com uma conexão de banda larga padrão. Às vezes, um cliente envia um boletim informativo com um anexo que pode ter alguns MB. Nós aconselhamos não fazer isso, mas eles ainda assim mesmo assim.
O que estou tentando alcançar é um limite de taxa para o postfix, para que ele possa enviar apenas um pequeno número de e-mails a qualquer momento. Por padrão, o postfix envia cargas de uma só vez, fazendo com que a maioria atinja o tempo limite, embora gastando cargas de largura de banda. No entanto, enviar apenas alguns de cada vez permitirá que os emails saiam lentamente sem saturar a conexão e a maioria dos emails não sejam enviados. A maioria das respostas que vi envolve coisas como:
initial_destination_concurrency
default_destination_concurrency_limit
smtp_destination_concurrency_limit
No entanto, isso se aplica apenas a domínios individuais e não é aplicado em todos os lugares.
No entanto, encontrei esta configuração hoje
default_process_limit
Parece que ele faz o que eu preciso, limitando a quantidade de daemons smtpd que podem gerar, permitindo a saída de uma quantidade X de e-mails. Minha pergunta seria: este é o melhor curso de ação e também o default_process_limit que faz o efeito das conexões de entrada também? como estou preocupado em mudar isso poderia parar servidores recebendo e-mails se todos os daemons smtpd estão sendo usados.
Obrigado
edit: todos os emails são enviados localmente no servidor que está enviando os emails.