C’est pas faux.
Et bien figurez-vous que le numéro 1 français (je pense) du mass mailing propre ne sait pas gérer un uid dans l’unsubscribe…
David
Le 19 juil. 2024 à 22:07, Arnaud Launay via FRsAG frsag@frsag.org a écrit :
Le Fri, Jul 19, 2024 at 08:54:57PM +0200, David Ponzone a écrit:
rulesrc/sandbox/gbechis/20_misc.cf: uri __GB_CUSTOM_HTM_URI0 m;^https?://.{10,128}(?:.html?|.php|/)?(?:#|?&e=)%{GB_TO_ADDR};i rulesrc/sandbox/gbechis/20_misc.cf: uri __GB_CUSTOM_HTM_URI1 m|^https?://.{10,64}=https?://.{4,64}#%{GB_TO_ADDR}|i rulesrc/sandbox/gbechis/20_misc.cf: uri __GB_CUSTOM_HTM_URI2 m;^https?://.{10,256}(?:/?)?(?:(?<!blocker)email=|audit#|wapp#)%{GB_TO_ADDR};i Donc en gros, si je comprends bien, ça matche si ya le mail du To: directement dans une URL.
C’est pourtant assez courant pour un lien unsubscribe non ?
Hmmm. C'est peut-être aussi comme ça que peuvent faire des spammers pour valider leur base de mails... Tu ouvres leur mail, ça lance un pixel vide de tracking qui leur dit "hey, tel mail, il marche, wouhouh !", et ils ne se cassent pas la tête comme les liens unsubscribe que je peux voir sur des mails standards avec un uid ou autre paramètre qui va matcher le compte dans la base de l'expéditeur.
Après ya rien qui t'empêche de le désactiver dans le local.cf de ton SA.
score GB_CUSTOM_HTM_URI 0
Et si ce sont des mails que tu envoies et qui sont bloqués, je te conseille une table de correspondance uid <-> mail :)
Arnaud. _______________________________________________ Liste de diffusion du %(real_name)s http://www.frsag.org/