Certains courriels publicitaires contiennent à la place du champ standardisé List-Unsubscribe (RFC2369) un champ X-List-Unsubscribe qui n'est pas standard :
https://tools.ietf.org/html/draft-costales-subscribe-01
(2) The X-List-Unsubscribe header, because it begins with an X-, is a
non-standardized header. Although some software may recognize it as
specifying an address for unsubscription, other software will not.
The leading X- prevents any requirement that all software recognize
its special meaning.
Alors que les champs List-Unsubscribe contiennent en général un lien <mailto:>
et/ou un lien <http(s):>
, les champs X-List-Unsubscribe contiennent généralement un lien <mailto:>
et deux liens <http(s):>
. Parfois dans un des deux liens <http:>
l'adresse email du destinataire apparaît en clair :
X-List-Unsubscribe: <mailto:unsubscribe+825613@bounce.news.(…).fr>,
<http://red.(…).fr/Unsubscribe.php?email=prenom.nom%40mail.net&sid=825613>,
<http://red.news.(…).fr/click/YToxOnZXQ=/1623831/88671>
Parfois non :
X-List-Unsubscribe: <mailto:bounce@email.(…).fr?subject=Unsubscribe%2015278@link.(…).fr>,
<http://link.(…).fr/p/u/IQUOt92Mm0mTCR1OcHiymrtwGlD4-sOS3G>,
<http://link.(…).fr/p/u/EhKWL5TiY9dXZhG9zJ6lS1fO>
Quelqu'un sait-il :
1) Pourquoi deux liens <http:>
sont proposés dans ces champs X-List-Unsubscribe ?
2) Pourquoi existent ces versions de champs préfixés par un "X-" ? (voir https://msg.wikidoc.info/index.php/Header_Fields_Known_to_the_MTA)
N.B. : j'ai modifié les liens cités ci-dessus pour les rendre non fonctionnels et plus courts.
Références :
* https://www.rfc-editor.org/info/rfc2369
* https://msg.wikidoc.info/index.php/Header_Fields_Known_to_the_MTA
# les headers X-
Posté par NeoX . Évalué à 4.
comme indiqué sont non standardisé, tu peux donc faire ce que tu veux avec.
ex avec ton filtre antispam tu peux mettre un X-celapourrait-etre-un-spam
selon la provenance, et faire ensuite un règlement avec ta boite mail pour prendre les emails qui ont ce champs actif dans une boite particulière.
là c'est peut-être que la RFC impose un email ET Une URL, et que le fournisseur de l'email souhaite en mettre 2
# Liens
Posté par Benoît Sibaud (site web personnel) . Évalué à 5.
J'ai modifié les liens avec les (…) pour éviter de donner des liens réels.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.