Se o servidor de e-mail de destino tiver espaço livre vazio , o e-mail não poderá aceitar um e-mail. O servidor de e-mail tem que armazenar o e-mail temporariamente para enfileirá-lo antes de enviá-lo para o próximo destino.
O servidor de e-mail correto lançará 4xx quando acontecer. Significa: "Eu 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
- Repetir o próximo servidor com base no resultado da pesquisa MX
- Aguarde e tente novamente o servidor de e-mail principal
Infelizmente, o RFC não recomenda um comportamento específico quando isso aconteceu . O cliente de e-mail pode escolher a primeira opção ou a segunda opção.
Eu tentei simular essa condição para coletar alguns dados sobre como várias respostas do Provedor de E-mail para o código de resposta 4xx
- Meu servidor com o Postfix 2.10 irá imediatamente tentar enviar e-mail para o servidor de e-mail secundário
- O GMail continuará tentando o servidor de e-mail principal após alguns minutos depois
- O Yahoo continuará tentando o servidor de e-mail principal após alguns minutos depois
Como contornar este problema?
Uma opção foi adicionar algum script que verifique regularmente o espaço livre do servidor. Se o uso do disco for superior a determinado limite, você poderá proteger a porta 25 com o firewall da Internet. Tanto o yahoo quanto o gmail tentam imediatamente enviar para o próximo servidor de preferência quando um servidor de e-mail está inacessível ou não responde.
Relacionados: SMTP 4xx e registro MX secundário como forma de redirecionar e-mails