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