Are the RESENT fields from RFC 5322 an interesting idea that everybody has 
ignored?    For purposes of this discussion, they interest me because they 
provide a way of documenting changes to the SMTP sender, the From Header, and 
the recipient list.  RFC 5322 Section 3.6.6 says they SHOULD by added whenever 
a message is re-introduced to the transport system.   Mailing list activity 
seems to fit the language and intent of this section.   But I do not see any 
RESENT fields on the most recent posts to this list.   In fact, I am not sure 
that I have ever seen a message anywhere with these fields.

Application:
For forwarded messages, I don't want to trust the forwarder's spam filter, so I 
want to reconstruct the message identity as it appeared when the message 
entered the forwarder's ADMD.   The Resent fields would allow that logic to be 
developed, but I would also need forwarders to use those fields.   The usage 
would also need to apply to auto-forwarders, even though they are explicitly 
exempted from the RESENT header recommendation in the current RFC.

Doug Foster
_______________________________________________
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc

Reply via email to