Por que você não deveria desistir de entregar e-mails depois de um dia? Uma boa razão é fins de semana .
O e-mail não é agora, e nunca foi, particularmente confiável . Nos primeiros dias da Internet, na década de 1980, era inteiramente possível que o email demorasse alguns dias apenas para chegar ao destino, com alguns links de rede não sendo 24x7, em vez de chamadas telefônicas discadas de longa distância (na época, > custo por minuto para chamar duas cidades de distância, esqueça o custo de uma ligação de Sydney para Los Angeles), ou até mesmo por rádio amador. Como resultado, pode demorar um pouco para entregar e-mail, e os protocolos tiveram que lidar com conexões não confiáveis e de meio período. Eles fazem isso muito bem, mas, mesmo assim, o correio pode ser atrasado ou perdido.
Certamente, hoje, o email tem uma ilusão de confiabilidade, mesmo porque os transportes subjacentes são mais confiáveis, e muitas pessoas desinformadas (como a maioria de nossos usuários) têm uma expectativa de serem confiáveis, mas essa expectativa não corresponde à realidade. Sem uma mudança significativa nos protocolos de entrega de e-mails, o que provavelmente nunca acontecerá, o e-mail, como qualquer coisa construída por humanos, sempre será menos de 100% perfeito.
Às vezes, nós sysadmins aproveitamos isso.
Por exemplo, em um escritório onde todos estão lá apenas de segunda a sexta-feira, posso ter uma interrupção de e-mail que dura todo o final de semana, se necessário. Claro, praticamente nunca é necessário ficar fora por muito tempo, mas eu tive que ter e-mail por mais de 24 horas em casos raros.
Nesse caso, se você desistir após 24 horas, o e-mail enviado na tarde de sexta-feira pode não chegar ao destinatário. O remetente não descobrirá até a manhã de segunda-feira, mas se você tivesse continuado tentando, o destinatário o teria na manhã de segunda-feira.
Além disso, é muito importante definir as expectativas do usuário adequadamente. O fato de que o email da Internet não é e nunca será 100% confiável precisa ser claramente entendido, mesmo quando gostamos de pensar que é.
O RFC diz que você deve continuar tentando, precisamente porque as coisas dão errado, e a intenção é que o e-mail seja entregue eventualmente, mas em algum momento você terá que desistir. Pode ser aceitável reduzir isso para três dias. Eu sempre pensei que cinco dias fosse muito longo para esperar pela entrega da maioria das mensagens em uma Internet 24x7.
Quanto ao seu servidor de e-mail:
O postfix pode notificar os remetentes quando uma mensagem de e-mail é atrasada, mas esse recurso é desativado por padrão. Esse aviso deve ser suficiente para permitir que seus usuários saibam que algo pode ter dado errado, como um endereço de e-mail incorretamente digitado, e chegará muito antes das 24 horas que seu chefe propôs.
Para ativá-lo, defina delayed_warning_time
para o valor desejado em main.cf
.
delayed_warning_time=4h
A partir da versão 3.0, o Postfix pode também notificar os mesmos remetentes quando as mensagens atrasadas são finalmente entregues. Isso também é desativado por padrão, pois pode resultar em muitas notificações. Mas se você quiser isso, ative confirm_delay_cleared
em main.cf
.
confirm_delay_cleared=yes