Descobri que o relatório de status de entrega tem o mesmo ID de mensagem que o e-mail original.
Aqui está o texto do relatório de entrega:
Mensagem DSN recebida:
From: Mail Delivery Subsystem <[email protected]>
To: [email protected]
Subject: DELAY: **********************************************
Message-ID: <[email protected]>
...
**********************************************
** THIS IS A WARNING MESSAGE ONLY **
** YOU DO NOT NEED TO RESEND YOUR MESSAGE **
**********************************************
The original message was received at Wed, 23 Mar 2016 14:36:53 +0100
from [x.x.x.x]
----- Transcript of session follows -----
[email protected]... Deferred: Connection timed out with gmail.de.
Warning: message still undelivered after 4 hours
Will keep trying until message is 4 days old
Correio original de saída correspondente:
From: [email protected]
Message-ID: <[email protected]>
Não consegui encontrar nada sobre isso na página da Wikipédia de mensagens de rejeição .
Existe uma especificação para isso ou é apenas a maneira como esse servidor de e-mail específico lida com isso?
Acabei de verificar um dos meus e-mails devolvidos e o e-mail original enviado.
A mensagem original tem um cabeçalho Message-ID com um valor semelhante a este:
A mensagem devolvida refere-se a esse ID em dois lugares no cabeçalho:
Também no arquivo details.txt anexo, vejo:
O ID da mensagem na mensagem devolvida tem um ID diferente, com o domínio do servidor de e-mail nele:
Em conclusão, o que você está enfrentando pode ser específico para sua configuração. Como o ID da mensagem existe para identificar cada e-mail, não faz sentido que esse servidor de e-mail em particular substitua o e-mail com falha por sua própria cópia se ele for repetido em algum momento no futuro.
O próprio DSN é uma mensagem. Portanto, seus cabeçalhos gerais são definidos na RFC822 4.6 .
É bom incluir o ID da mensagem original no cabeçalho REFERENCES e IN-REPLY-TO (veja a mesma seção do RFC822 e também é recomendado pelo RFC3834 3.1.6 que não se aplica diretamente aos DSNs, mas pode ser levado em consideração, bem como pois não entra em conflito com RFC3461 ). Também o uso do cabeçalho de extensão comum X-ORIGINAL-MESSAGE-ID é bom RFC3464 2.4 .
Se o sistema gerador optar por não querer/precisar gerar uma mensagem única IF para a mensagem deve omitir esse cabeçalho optinal e não copiar as mensagens originais unique-id.
DSN secific o ID da mensagem da mensagem original pode/deve ser incluído na terceira parte da mensagem de status de entrega de várias partes/relatório como padrão / quando não solicitado de outra forma pelo remetente. Pensei que os MUAs trabalhassem com envelope-id para conectar o DSN à mensagem. RFC3464 2 RFC3461 4,3 RFC3462
O message-id é o ID exclusivo da mensagem. Como tal, é necessário usá-lo ao relatar o status dessa mensagem. Este não é o id, se houver, que será usado pelo Message Delivery Agent para entregar a mensagem. Ele pode ser usado pelo seu leitor de e-mail para agrupar a mensagem com qualquer mensagem de status.
Existem cabeçalhos adicionais que podem ser usados ao responder a mensagens para permitir que a conversa de e-mail seja reunida em um encadeamento.