Le 03/05/2022 à 10:06, Jean-Yves Baudais a écrit :
Bizarre, comme c’est bizarre ! Je reçois bien les messages que
j’envoie avec @cnrs sur @cnrs mais par contre ceux que j’envoie avec
@insa je ne les reçois pas sur @insa. Deux adresses, deux
comportements différents ! Sinon, pas encore trouvé dans l’aide SYMPA
la commande pour paramétrer ça…
Moi je reçois bien votre message, donc il a bien été relayé par la liste.
Est-ce que l’INSA Rennes a changé récemment sa configuration vis-à-vis
de SPF, DKIM et DMARC ? C’est parfois le problème sur les listes. Par
exemple, Google est parfois très strict, et la liste GUT ne semble pas
ajouter une signature ARC.
Mais, à première vue, il n’y a pas de raison. Sur votre message j’ai:
Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=129.199.96.40; helo=nef.ens.fr;envelope-from=xyz@xyz.tld; receiver=
Authentication-Results: OpenDMARC; dmarc=none (p=none dis=none) header.from=insa-rennes.fr
Ce qui paraît correct. Le serveur nef.ens.fr a bien changé l’enveloppe donc le SPF reste valide.
De plus, l’INSA Rennes semble accepter le SoftFail de toute façon:
% dig txt insa-rennes.fr +short
“MS=147AF3390F0107D112F902E84DEC2D4EB6E2B948”
“v=spf1 ip4:193.52.94.24 ip4:193.52.94.25 ip4:134.214.182.44 ~all”
Et il n’y a pas de politique DMARC
(dig txt _dmarc.insa-rennes.fr +short ne renvoie rien)
Donc à moins que la vérification SPF pour les courriers qui arrivent sur insa-rennes.fr soit fortement buguée (i.e. qu’elle bloque alors qu’elle devrait pas, par exemple en se basant sur le champ From au lieu de l’Envelope-From, et en rejetant alors qu’on devrait autoriser le SoftFail), ça semble pas être la cause.
Vous recevez bien sur votre adresse cnrs les messages envoyés sur la liste avec l’adresse insa-rennes ?
Est-ce que par hasard ça n’arriverait pas dans votre boîte à SPAM ?
J’ai aussi une adresse CNRS et j’ai pas l’impression que leur anti-spam filtre grand chose.
Alors que si insa-rennes utilise Renater (et pas Thalès comme le CNRS), ils filtrent peut-être plus agressivement.
Julien