Detecção de serviço SMTP

Isenção de responsabilidade: esta resposta usa apenas alguma documentação postfix na Internet, então talvez eu tenha perdido alguns fatos aqui. Para obter uma documentação melhor e precisa, sinta-se à vontade para postar a pergunta na lista de discussão do postfix (Wietse Venema é uma pessoa ativa nessa lista) ou procure no código-fonte do postfix.

Todas as perguntas acima estão focadas no algoritmo de recuo pós -fixado . Primeiro, tentarei resolver o problema de desativação de mortos

Aqui a parte relevante deman 8 qmgr

STRATEGIES
   The queue manager implements a variety of strategies for either opening
   queue files (input) or for message delivery (output).
   ...
   destination status cache
          The queue manager avoids unnecessary delivery attempts by  main-
          taining  a  short-term,  in-memory  list of unreachable destina-
          tions.

Com base no exposto acima, o postfix realmente possui cache para o host de destino morto. Para controlar esse comportamento, ajuste o qmgr_message_recipient_limitparâmetro .

qmgr_message_recipient_limit (padrão: 20000)

O número máximo de destinatários mantidos na memória pelo gerenciador de filas do Postfix e o tamanho máximo do cache de status de destino "inativo" na memória de curto prazo.

Então, quando o postfix verificar se o host está ativo? O Postfix só tenta se conectar ao host se houver uma mensagem na fila ativa que tenha um destino nela. Fora isso, o postfix não verifica ativamente se o host voltou a funcionar.

O postfix verifica apenas o host MX de prioridade mais baixa, se o host primário não estiver disponível ou o postfix obtiver o código de erro 4xx do host remoto. Outros MTAs se comportam de maneira diferente quando obtêm o código de erro 4xx, pois podem nunca tentar se conectar ao host MX secundário, desde que o MTA possa se conectar ao host principal. Veja: destino postfix cheio/ocupado/erro tente outro destino e o Exchange não envia e-mail para o segundo MX

Em relação ao tempo de repetição da mensagem, o postfix colocará a mensagem na fila deferida se não conseguir entregá-la até bounce_queue_lifetime(para o bounce gerado pelo postfix) ou maximal_queue_lifetime(para os demais). Como dito acima, o postfix só entrega novamente se o qmgr o colocar na fila ativa. Aqui o trecho relevante dos documentos postfix sobre o algoritmo de agendamento postfix.

Cada verificação de fila adiada traz apenas uma fração da fila adiada de volta à fila ativa para uma nova tentativa. Isso ocorre porque cada mensagem na fila adiada recebe um tempo de "resfriamento" quando é adiada. Isso é feito alterando o tempo de modificação do arquivo de fila para o futuro. O arquivo de fila não é elegível para uma nova tentativa se seu tempo de modificação ainda não tiver sido alcançado.

O tempo de "resfriamento" é no mínimo $minimal_backoff_timee no máximo $maximal_backoff_time. O próximo tempo de tentativa é definido dobrando a idade da mensagem na fila e ajustando para cima ou para baixo para ficar dentro dos limites. Isso significa que as mensagens jovens são inicialmente repetidas com mais frequência do que as mensagens antigas.

Portanto, se você deseja ajustar o tempo de repetição, sinta-se à vontade para brincar com os parâmetros minimal_backoff_time , maximal_backoff_time e queue_run_delay .