nega um email do remetente em um dos meus registros mx, então ele tenta o outro registro mx

1

Alguém sabe qual o código de resposta SMTP que posso dar a um remetente que está tentando enviar e-mails para o meu servidor para que ele saiba que o e-mail não pode ser entregue em meu servidor. Mas não um disco falhar, então ele envia o e-mail de volta ao remetente.

Eu quero tentar enviar o email para os outros registros MX desse domínio. Agora o remetente pode tentar qualquer número de vezes para entregá-lo ao meu servidor, mas cada vez que eu quero que ele não seja aceito e tente o outro registro MX.

    
por PixelPaul 09.12.2015 / 07:38

1 resposta

1

O primeiro dígito do código de resposta informará ao remetente se a transação pode ser repetida ou não. Se o primeiro dígito for 4, a transação poderá ser repetida mais tarde ou imediatamente para um MX diferente, e ela terá uma chance de sucesso. Se o primeiro dígito for 5, indica uma falha permanente que deve ser devolvida ao usuário, pois tentar novamente o mesmo erro causará o mesmo erro.

a seção relevante da RFC 2821 diz o seguinte:

4yz Transient Negative Completion reply

The command was not accepted, and the requested action did not occur. However, the error condition is temporary and the action may be requested again. The sender should return to the beginning of the command sequence (if any). It is difficult to assign a meaning to "transient" when two different sites (receiver- and sender-SMTP agents) must agree on the interpretation. Each reply in this category might have a different time value, but the SMTP client is encouraged to try again. A rule of thumb to determine whether a reply fits into the 4yz or the 5yz category (see below) is that replies are 4yz if they can be successful if repeated without any change in command form or in properties of the sender or receiver (that is, the command is repeated identically and the receiver does not put up a new implementation.)

5yz Permanent Negative Completion reply

The command was not accepted and the requested action did not occur. The SMTP client is discouraged from repeating the exact request (in the same sequence). Even some "permanent" error conditions can be corrected, so the human user may want to direct the SMTP client to reinitiate the command sequence by direct action at some point in the future (e.g., after the spelling has been changed, or the user has altered the account status).

    
por 09.12.2015 / 08:54

Tags