Ajuste do Sendmail para trabalhos em lote

5

Eu tenho um webservers que enviam e-mails para um servidor de retransmissão do sendmail como um trabalho em lote. Os e-mails precisam ser aceitos pelo servidor de retransmissão do sendmail o mais rápido possível, no entanto, eles não precisam sair (ser retransmitidos) muito rapidamente.

Estou vendo algumas expirações de vez em quando do servidor tentando se conectar ao servidor de retransmissão. A carga atualmente é de cerca de 30 e-mails por segundo durante alguns minutos.

Existem algumas opções de ajuste para o sendmail no guia de ajuste do sendmail .

O que eu estou focando agora é o modo de entrega:

Delivery Mode

There are a number of delivery modes that sendmail can operate in, set by the DeliveryMode ( d) configuration option. These modes specify how quickly mail will be delivered. Legal modes are:

i deliver interactively (synchronously) b deliver in background (asynchronously) q queue only (don't deliver) d defer delivery attempts (don't deliver) There are tradeoffs. Mode i gives the sender the quickest feedback, but may slow down some mailers and is hardly ever necessary. Mode b delivers promptly but can cause large numbers of processes if you have a mailer that takes a long time to deliver a message. Mode q minimizes the load on your machine, but means that delivery may be delayed for up to the queue interval. Mode d is identical to mode q except that it also prevents lookups in maps including the -D flag from working during the initial queue phase; it is intended for ''dial on demand'' sites where DNS lookups might cost real money. Some simple error messages (e.g., host unknown during the SMTP protocol) will be delayed using this mode. Mode b is the usual default. If you run in mode q (queue only), d (defer), or b (deliver in background) sendmail will not expand aliases and follow .forward files upon initial receipt of the mail. This speeds up the response to RCPT commands. Mode i should not be used by the SMTP server.

Atualmente, tenho os modos padrão do CentOS:

Sendmail.cf:

DeliveryMode=background

Submit.cf:

DeliveryMode=i
  • É sendmail.cf/mc para e-mail de saída da retransmissão (para os intertubes) e sumbit.cf/mc para o eamil de entrada (dos meus servidores da Web).
  • Faz sentido alterar o modo de entrega de saída para fila? Se eu fizesse, como o fluxo de e-mails de saída se comportaria?
  • Se esta é a coisa certa a fazer, alguém pode me mostrar exemplos de configurações mc para essa mudança? Se não for, quais recomendações existem para essas restrições?
por Kyle Brandt 28.12.2010 / 16:36

1 resposta

2

Kyle,

** Não sou de forma alguma um especialista em sendmail **

No seu caso de uso, a necessidade de o sendmail aceitar / enfileirar as mensagens o mais rápido possível é a chave (processamento em lote?). Se você não tiver, dê uma olhada nas opções do sendmail: QueueLA e RefuseLA - Média de Carga da Fila e Média de Carga de Recusar. Se você está realmente bombardeando o sendmail, suas médias de carga irão rapidamente para o telhado e você atingirá o RefuseLA, que pode ser parte do seu problema de tempo limite. Você pode querer aumentar o RefuseLA (se você ainda não tiver).

Para evitar que o sendmail faça muito de uma vez (recebendo e transmitindo), diminua o seu QueueLA. Um valor menor do QueueLA colocará o sendmail no modo somente fila, de modo que o sendmail se concentrará no trabalho de enfileiramento e salvará o trabalho de transmissão / envio para mais tarde. Um baixo nível de fila e alto nível de recusa resultará no sistema enfileirando grandes quantidades de e-mail (espaço em disco) e, em seguida, começará a enviá-lo depois que a carga ficar abaixo do nível da fila.

Para configurações normais do sendmail, é importante notar que o QueueLALA não deve ser muito menor que o RefuseLA e, possivelmente, deve ser um pouco maior.

O modo de entrega 'q' é uma versão extrema de uma configuração baixa de QueueLA, onde você teria que iniciar um comando de entrega para começar a transferência de mensagens de saída.

Recurso: link

    
por 28.12.2010 / 18:12