Wat met een return-receipt-to bij forwarden van mail

[Blokker_1999]

Ik kom vandaag het verhaal tegen van een gebruiker die bij het forwarden van een mail blijkbaar een return-receipt-to gegenereerd heeft naar de originele verzender. Iets wat uiteraard niet leuk is omdat de originele verzender niet hoeft te weten met wie je de info binnen je bedrijf deeld. (Met andere woorden persoon A, extern stuurt een mail naar B, B forward naar C en de mailclient van C stuurt een leesbevestiging naar A ipv .

Maar nu vraag ik mij af: hoe is dit gedefinieerd in de standaarden? Hoort een client het return-receipt-to veld bij te werken of ongemoeid te laten? Volgens de eerste testen die ik zelf heb kunnen doen met de voorhande zijnde mail clients lijken ze allemaal het originele veld uit de header weg te halen. Iemand die een gokje wil wagen?

[CyBeR]

Wegstrippen die handel. Niemand hoeft te weten dat een mail geopend is.

[emnich]

@Blokker_1999 Volgens mij is dit de officiele standaard:
https://www.ietf.org/rfc/rfc2298.txt

One and only one MDN may be issued on behalf of each particular
recipient by their user agent. That is, once an MDN has been issued
on behalf of a recipient, no further MDNs may be issued on behalf of
that recipient, even if another disposition is performed on the
message. However, if a message is forwarded, a "dispatched" MDN may
been issued for the recipient doing the forwarding and the recipient
of the forwarded message may also cause an MDN to be generated.