destino postfix cheio/ocupado/erro tente outro destino

destino postfix cheio/ocupado/erro tente outro destino

Alguém sabe se é possível configurar o postfix com um destino para um domínio. Se esse destino (que também está executando o postfix) não puder aceitar o e-mail porque o disco está cheio ou offline. Então outro destino será tentado.

Mais ou menos como MX Records, que funcionará se um servidor estiver offline, passando para o próximo registro, mas não se não puder aceitar o e-mail devido ao espaço em disco estar cheio. Ou estou errado com isso?

Responder1

Se o servidor de e-mail de destino tivervazioespaço livre, o e-mail não poderá aceitar um e-mail. O servidor de correio precisa armazenar o e-mail temporariamente para colocá-lo na fila antes de enviá-lo para o próximo destino.

O servidor de e-mail adequado lançará 4xx quando isso acontecer. Significa: "Não posso aceitar seu e-mail agora. Você pode tentar novamente mais tarde" (RFC 2821 ponto 4.2.1). Ao obter o código 4xx do servidor, o cliente de email terá várias opções

  • Tente novamente o próximo servidor com base no resultado da pesquisa MX
  • Aguarde e tente novamente o servidor de e-mail principal

Infelizmente RFCnão recomenda comportamento específico quando isso aconteceu. O cliente de email pode escolher a primeira ou a segunda opção.


Tentei simular essa condição para coletar alguns dados sobre como vários grandes provedores de email respondem ao código de resposta 4xx

  • Meu servidor com Postfix 2.10 iráimediatamentetenta enviar email para o servidor de email secundário
  • O GMail continuará tentando o servidor de e-mail principaldepois de vários minutos depois
  • O Yahoo continuará tentando o servidor de e-mail principaldepois de vários minutos depois

Como solucionar esse problema?

Uma opção era adicionar algum script que verificasse regularmente o espaço livre do servidor. Se o uso do disco for superior a determinado limite, você poderá proteger a porta 25 com firewall da Internet. Tanto o Google quanto o Gmail tentarão enviar imediatamente para o próximo servidor preferido quando um servidor de e-mail estiver inacessível ou não responder.

Relacionado:SMTP 4xx e registro MX secundário como forma de redirecionar e-mails

informação relacionada