Servers Mails - Reports DMARC (SPF - DKIM) - analyse file XML?

ZW3B · Juillet 21, 2022, 12:54pm

Bonjour, j’ai ajouté une variable à ce code PHPsource d’un autre tableau HTML d’analyse globale des rapports DMARC - La variable « ?get=json » que j’ai bloqué (lignes 217-382) à la sortie (avec le protocole de partage de ressources HTTP CORS) à un, deux client(s) - Client : qui représente un site web ; qui souhaiterait afficher la ressource du site web serveur, propriétaire de la donnée, de la ressource sur le sien !

En test - développement…

Donc, ci-joint un essaie, le code PHPsource d’une API cliente RESTful pour lire le fichier au format JSON pour afficher la ressource serveur sur un autre site web (le client) - En Cross-origin resource sharing - par exemple d’ici - C’est en JS (JavaScript) - je n’aime pas trop . Il faudrait faire un client en PHP curL sur requête POST ce serait mieux - bien gérer l’authentification du client en POST toujours, le jeton (token) d’accès, le refresh etc…

API (Application Programming Interface ) est un ensemble normalisé de classes, de méthodes, de fonctions et de constantes qui sert de façade par laquelle un logiciel offre des services à d’autres logiciels.

CORS (Cross-Origin Resource Sharing) (littéralement « partage de ressources entre origines multiples ») est un mécanisme qui permet à des ressources restreintes d’une page web d’être récupérées par un autre domaine extérieur au domaine à partir duquel la première ressource a été servie.

RESTful (Representational State Transfer) est un style d’architecture logicielle définissant un ensemble de contraintes à utiliser pour créer des services web.

Bonne soirée - du 13 juillet - Faites pas trop les imbéciles !

ZW3B · Juillet 20, 2022, 1:11pm

ZW3B:

J’ajoute un truc :

Quand j’envoie une mailing, je reçois les rapports DMARC que soit disant j’envoie des mails en mon nom de domaine principal zw3b.net, (chose fausse, puisque je n’envoie AUCUN mail en ce nom de domaine (sauf bien sûr depuis ma boîte mail - et encore puisque j’envoie depuis le .fr) !

C’est quand (et seulement) quand j’envoie un mailing avec mon script PHP (donc, avec toujours, le même Sender (envoyeur d’emails : www-data@mon-serveur-web(dot)zw3b.net) que je reçois des alertes (des rapports DMARC) des serveurs destinataires - Rapports concernant un (mon) domaine et un (mon) sous-domaine, comme quoi certains (d’autres serveurs que le mien - avec d’autres IP enverraient des mails en mon nom de domaine - et que les serveurs destinataires me retourneraient une erreur).

Je reçois des rapports DMARC sur mon nom de domaine d’envoi d’emails ; mon serveur Web ; un sous domaine - et sur mon nom de de domaine (principal) user@zw3b.tld

Puis sinon, tous les autres jours, je ne reçois aucun rapport DMARC !? Comme si personne n’usurpé mon identité les autres jours

Je me demande, puis, je me dis que cela est (bien) bizarre !

Style personne n’envoie/ou me répond (les serveurs MX destinataires)… enfin personne (soit-disant) usurpe mon identité - sauf si j’envoie une mailing ?
Bizarre et IMPOSSIBLE que cela soit seulement à ce moment - seulement à ce/cet instant - seulement quand j’envoie un mailing !

Pour en revenir au sujet :

Personne n’a de réponse à me donner - sur cette analyse / question / pensée ?

Me serais-je fais piraté !? Comment-faire pour savoir ? D’où cela peut t’il venir !?

A vos humbles avis, votre opinion ?

Merci

Salutations,
Romain

ZW3B · Juillet 29, 2022, 4:09pm

Bonjour,

J’écris une API client PHP pour que tout le monde puisse lire et se servir des données d’analyse suite aux rapports DMARC que je reçois régulièrement.

Si cela vous intéresse :

La classe PHP Source « zw3bApiClient.class.php » à copier/coller sur votre serveur Web - exemple intégration par ici

C’est en développement côté serveur et client - çà va prendre du temps de bien tout sécuriser.

J’ai ajouté sur l’API serveur une authentification et ai créé un compte BETA-TESTEURS - qui peut utiliser l’application depuis n’importe quelle origine de sites/serveurs Web - pour qui, pour que vous puissiez récupérer le(s) JSON « normalement/facilement/fonctionnellement ».

Bonne journée, bon courage, bonnes vacances.

Note de Moi-même :

Qui me donnerait une URL de ses rapports d’analyse - en se créant un serveur API JSON de son côté ? Pour cumuler les « statistiques des adresses IP des serveurs mails d’usurpateurs de chacun de nous » Et faire, donc, une grande base de données internationale d’usurpateurs d’identité La première -

Comme OpenRDAP en JSON / IP …

Infos hors sujet :)

Si vous n’étiez pas au courant, je me suis fait une Class PHP que j’ai partagé y’a quelques temps - pas très belle - Doc ici et rendu ici

Techniquement, vu que je n’usurpe personne, vous ne devriez pas trouver mes IPs SPF dans vos journaux/rapports DMARC. N’est-ce pas ? J’en suis sûr

Salutations,
Romain

ZW3B · Août 8, 2022, 2:21pm

J’en ai marre que Gmail n’accepte pas mes mails (ou 1 fois sur 10) !!! Sniff !!

This is the mail system at host mail.zw3b.net.

I’m sorry to have to inform you that your message could not
be delivered to one or more recipients. It’s attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                       The mail system

address_mail@gmail.com: host gmail-smtp-in.l.google.com[142.251.16.26] said:
550-5.7.1 [158.69.126.137 18] Our system has detected that this
message is 550-5.7.1 likely suspicious due to the very low reputation of
the sending IP 550-5.7.1 address. To best protect our users from spam, the
message has been 550-5.7.1 blocked. Please visit 550 5.7.1
Why has Gmail blocked my messages? - Gmail Help for more information.
6-20020a05621420e600b004737906ac89si6565856qvk.438 - gsmtp (in reply to end
of DATA command)

Reporting-MTA: dns; mail.zw3b.net
X-Postfix-Queue-ID: 1DC8A5650CC
X-Postfix-Sender: rfc822; address_mail@lab3w.fr
Arrival-Date: Mon, 8 Aug 2022 14:02:13 +0200 (CEST)

Final-Recipient: rfc822; address_mail@gmail.com
Original-Recipient: rfc822;address_mail@gmail.com
Action: failed
Status: 5.7.1
Remote-MTA: dns; gmail-smtp-in.l.google.com
Diagnostic-Code: smtp; 550-5.7.1 [158.69.126.137 18] Our system has
detected that this message is 550-5.7.1 likely suspicious due to the very
low reputation of the sending IP 550-5.7.1 address. To best protect our
users from spam, the message has been 550-5.7.1 blocked. Please visit 550
5.7.1 Why has Gmail blocked my messages? - Gmail Help for more information.
6-20020a05621420e600b004737906ac89si6565856qvk.438 - gsmtp

Return-Path: address_mail@lab3w.fr
Received: from localhost (ip6-localhost [IPv6:::1])
by mail.zw3b.net (Postfix) with ESMTP id 1DC8A5650CC
for address_mail@gmail.com; Mon, 8 Aug 2022 14:02:13 +0200 (CEST)
Received: from mail.zw3b.net ([IPv6:::1])
by localhost (mail.zw3b.net [IPv6:::1]) (amavisd-new, port 10032)
with ESMTP id LxM5Uzfd3R-t for address_mail@gmail.com;
Mon, 8 Aug 2022 14:02:07 +0200 (CEST)
Received: from localhost (ip6-localhost [IPv6:::1])
by mail.zw3b.net (Postfix) with ESMTP id 75DC45650D0
for address_mail@gmail.com; Mon, 8 Aug 2022 14:02:07 +0200 (CEST)
DKIM-Filter: OpenDKIM Filter v2.10.3 mail.zw3b.net 75DC45650D0
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lab3w.fr;
s=D169D816-836E-11EC-0000-F2FADF2C65F6; t=1659960127;
bh=OZ/pG1T0eII60+331pet61zTvvsJYp0uhNIl8eSs/po=;
h=Message-ID:Date:MIME-Version:From:To;
b=ooaHSxqleiN8i1eX8wgyD3Ckqaxut7+BRq05YN3zfptBP7plBxzYhAdV0hZjZLbsP
JCAMeiZlD/dJExwo5VEDAT3r5QvwQmnR2rjBw5/TOOMN63bi/Y6INR64z9DXQNu+aC
ywCNCYXW+Q0BJWBKIUoGCZLs581RPPT3MpzzFJOJ/fpU2wSZln7+8eP1AUWDCyswZ9
4HeNzFx3uNU2/lF3iJegTTKVjqREZyfjh2hjy8rDH2Fpeu7Ud/QL5Hf0BYSyYj0xe5
Q7vK9TjaBCzZVM3wkulufb9phpxUpYhU9j4dL2bVOLGZ9jZ3UHdGg76SIG60Za3WJW
dLKtoVFY9Rmyw==
X-Virus-Scanned: amavisd-new at zw3b.net
Received: from mail.zw3b.net ([IPv6:::1])
by localhost (mail.zw3b.net [IPv6:::1]) (amavisd-new, port 10026)
with ESMTP id 8sIoKCqiUQaQ for address_mail@gmail.com;
Mon, 8 Aug 2022 14:02:06 +0200 (CEST)
Received: from [IPV6:2607:5300:60:9389:58:eeee:ffdd:1678] (unknown [IPv6:2607:5300:60:9389:58:eeee:ffdd:1678])
by mail.zw3b.net (Postfix) with ESMTPSA id 803AD5650CC
for address_mail@gmail.com; Mon, 8 Aug 2022 14:01:27 +0200 (CEST)
Content-Type: multipart/alternative;
boundary="------------f8qCs8gsFLfKH6nGxN7lPWzX"
Message-ID: 4cfabf3b-dbe6-a456-ffb4-fe55d02c2508@lab3w.fr
Date: Mon, 8 Aug 2022 14:00:57 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.12.0
Content-Language: fr
From: « O.Romain.Jaillet-ramey » address_mail@lab3w.fr
To: address_mail@gmail.com
Subject: Solution pour « File Transfert » - Ile Maurice

ZW3B · Août 8, 2022, 2:20pm

J’ajoute les specs DKIM RFC4871 !

DomainKeys Identified Mail (DKIM) Signatures

Romain !

Clochette · Août 8, 2022, 3:03pm

C’est quoi que tu ne comprends pas dans cette ligne ?

Problème de DNS sur le sous-domaine pour le mail …

Après en étant listé chez UCEProtect … pas de bol c’est rat pour faire délister si t’arrive en niv2 chez eux, mais c’est sans doute l’AS de ton provider qui est listé et là ce sera plus compliqué …

ZW3B · Août 9, 2022, 9:23am

Merci @Clochette pour cette réponse.

Je comprend que mon serveur mail a une mauvaise réputation.

Je vois que j’ai une erreur de DNS Record sur le mx:mail.zw3b.net et pourtant - que faire de plus ?

dig MX zw3b.net @8.8.8.8 +short
10 mail.zw3b.net.

dig AAAA mail.zw3b.net @8.8.8.8 +short
2607:5300:60:9389:17:4:0:1

dig A mail.zw3b.net @8.8.8.8 +short
158.69.126.137

Oui la galère !

J’ai remarqué aussi que tout le bloc IPv6::/32 du mon FAI OVH est black-listé : ce block 2607:5300:0:0:0:0:0:0/32

CF :

Votre adresse IP est dans une plage qui a été bloquée sur tous les wikis de la Fondation Wikimédia.

Le blocage a été réalisé par Trijnstel (meta.wikimedia.org). Le motif fourni est Open proxy: abused proxy by LTAs and spambots - should you be affected by this block, please email stewards (at) wikimedia (dot) org.

Début du blocage : 1 juin 2018 à 09:49
Expiration du blocage : 1 juin 2023 à 09:49

Clochette · Août 9, 2022, 9:40am

Oui mais en y regardant bien c’est surtout les Ips d’OVH qui sont douteuses …

ZW3B:

Je vois que j’ai une erreur de DNS Record sur le mx:mail.zw3b.net et pourtant - que faire de plus ?
dig MX zw3b.net @8.8.8.8 +short
10 mail.zw3b.net.

dig AAAA mail.zw3b.net @8.8.8.8 +short
2607:5300:60:9389:17:4:0:1

dig A mail.zw3b.net @8.8.8.8 +short
158.69.126.137

Mettre un champs MX sur le record utilisé pour l’envoi de mail …

 ab  ~  dig -t any mail.zw3b.net @8.8.8.8 +short
158.69.126.137
A 7 3 3600 20220908040421 20220809031223 17360 zw3b.net. Lw2Qsu4/r0nzjMEnmi7+Moxkko5oI9qURDJKAA7kpZ/nE78+k75WTck2 y3kUS6EU44k9339QJXuyXP9KdI2+izVPkQpGJ4z7oCZxumQTQbVHa2dN x1Ez6laV4MDi/fi33G93PLLrCZIEgwEh7txN2ZfmZaRFGzRV9uhCA0Kp iRLXbrHLOA+E5HEBTu9R9Cs0StUrH9QYmqIQyGXS5P0QMNz2Oh/L7frc Bf5HXylloc72HiplcdMIwbOzC1pKNYkHqJpUpYMkMYgitADGl5YQMtAP D1YeII70nJUydNZ/5fVw+FCKfk6BGN2OY1DEoGFWjs7q/SCGBqiVTqPP zT3e3w==
2607:5300:60:9389:17:4:0:1
AAAA 7 3 3600 20220908040507 20220809031223 17360 zw3b.net. dpcMXbS7PlO8pPV1ylMjrv4eMzjURpGMePWwnp+HGihFFt+8z1jmbahU 5Avnfv+1FyQ95SrYPlekOAzdY0KRuzZl6M0gZgX9pItUoPxKEhJ1yE/3 8dLuM+E9e+KAlm2zaI4h1Q2Cjzg+16GPgh5TKHIGK6/eVMqqGregCReK yhL+Kq3UKrsZs/yty2FyZJemv/6pUmT6DpUqxSQwdarwmwKt3mQPAd+K R0SIPxgfVLrWgkqM12XezRZcwiHsHYQwcr3Z+d4crfKBsDmmrRybns8I Dgefbz+sdwxlJ3Qf2MZGuwGqtXOrAhH4KSlUYFeP3EmjBWeU6UDdAZLi a4u/VQ==

Le champs MX ne doit pas être positionné sur ton domaine mais sur ton sous-domaine si c’est lui qui émet les mails et porte le reverse DNS en acord avec le hostname qui envoi les mails.

En gros ton MX semble (c’est même sûr) positionné sur le mauvais enregistrement DNS.

Le bloc IPV4 est listé chez UCE Protect … change de provider pour les mails.

ZW3B · Août 9, 2022, 9:54am

haha

AH bon… J’ai toujours mis le champ MX sur le domaine moi

Comme cela :
@ 3600 IN MX 10 mail.zw3b.net.

Avec cela :

mail            3600    IN      A       158.69.126.137
mail            3600    IN      AAAA    2607:5300:0060:9389:0017:0004:0000:0001

je ne crois pas pouvoir faire çà en plus :

mail            3600    IN      MX 10   158.69.126.137
mail            3600    IN      MX 10   2607:5300:0060:9389:0017:0004:0000:0001

Cà m’étonne.

C’est bien cela - Nop :

/etc/bind/masters/zw3b.net.hosts:42: warning: '158.69.126.137': MX is an address
/etc/bind/masters/zw3b.net.hosts:43: warning: '2607:5300:0060:9389:0017:0004:0000:0001': MX is an address
/etc/bind/masters/zw3b.net.hosts:43: warning: 2607:5300:0060:9389:0017:0004:0000:0001.zw3b.net: bad name (check-names)
zone zw3b.net/IN: mail.zw3b.net/MX '158.69.126.137.zw3b.net' is a CNAME (illegal)
zone zw3b.net/IN: mail.zw3b.net/MX '2607:5300:0060:9389:0017:0004:0000:0001.zw3b.net' is a CNAME (illegal)

J’essaie ! Merci @Clochette

ZW3B · Août 9, 2022, 10:41am

Ca ne fonctionne pas

J’ai cela :

;------------------------------
; MX
;------------------------------

@               3600    IN      MX 10   mail.zw3b.net.

w1a             3600    IN      MX 50   mail.zw3b.net.

;mail           3600    IN      MX 10   158.69.126.137
;mail            3600    IN      MX 10   2607:5300:0060:9389:0017:0004:0000:0001

mail            3600    IN      A       158.69.126.137
mail            3600    IN      AAAA    2607:5300:0060:9389:0017:0004:0000:0001

imap            3600    IN      CNAME   mail.zw3b.net.
pop             3600    IN      CNAME   mail.zw3b.net.
smtp            3600    IN      CNAME   mail.zw3b.net.

webmail         3600    IN      A       158.69.126.137
webmail         3600    IN      AAAA    2607:5300:0060:9389:0015:0001:0000:0001

Sinon çà me retourne cette erreur :

ZW3B:

named-checkzone zw3b.net /etc/bind/masters/zw3b.net.hosts

/etc/bind/masters/zw3b.net.hosts:42: warning: '158.69.126.137': MX is an address
/etc/bind/masters/zw3b.net.hosts:43: warning: '2607:5300:0060:9389:0017:0004:0000:0001': MX is an address
/etc/bind/masters/zw3b.net.hosts:43: warning: 2607:5300:0060:9389:0017:0004:0000:0001.zw3b.net: bad name (check-names)
zone zw3b.net/IN: mail.zw3b.net/MX '158.69.126.137.zw3b.net' is a CNAME (illegal)
zone zw3b.net/IN: mail.zw3b.net/MX '2607:5300:0060:9389:0017:0004:0000:0001.z

Zargos · Août 9, 2022, 10:01am

Il faut que tu corriges le problème de DNS. Met aussi dans le domaine un enregistrement SPF, ça ne mange pas de pain, et Gmail, ce ne sont pas les rois du mail en termes de sécurité.

Pour retirer le blacklist, il y a une procédure normalement c’est obligatoire pour celui qui blacklist de donner clairement la procédure pour gérer.

Et comme cela a été dit, OHV en réputation pour la messagerie c’est vraiment la loose. La plupart de nos client ont tous retiré leurs serveurs de messageries de OVH.

ZW3B · Août 9, 2022, 10:19am

Bon j’essaie comme cela @Clochette @Zargos :

;------------------------------
; MX
;------------------------------

;@               3600    IN      MX 10   mail.zw3b.net.
@               3600    IN      MX 10   smtp.zw3b.net.

;mail           3600    IN      A       158.69.126.137
;mail           3600    IN      AAAA    2607:5300:0060:9389:0017:0004:0000:0001

smtp            3600    IN      A       158.69.126.137
smtp            3600    IN      AAAA    2607:5300:0060:9389:0017:0004:0000:0001

mail            3600    IN      MX 10   smtp.zw3b.net.

imap            3600    IN      CNAME   mail.zw3b.net.
pop             3600    IN      CNAME   mail.zw3b.net.
;smtp            3600    IN      CNAME   mail.zw3b.net.

;------------------------------
; SPF
;------------------------------

@ 10800 IN SPF "v=spf1 ip4:158.69.126.137/32 ip6:2607:5300:60:9389:17:4:0:1/124 ~all"
@ 10800 IN TXT "v=spf1 ip4:158.69.126.137/32 ip6:2607:5300:60:9389:17:4:0:1/124 ~all"

w1a 10800 IN SPF "v=spf1 ip4:158.69.126.137/32 ip6:2607:5300:60:9389:17:4:0:1/124 ~all"
w1a 10800 IN TXT "v=spf1 ip4:158.69.126.137/32 ip6:2607:5300:60:9389:17:4:0:1/124 ~all"

; JE VIENS D'AJOUTER CELA 

smtp 10800 IN SPF "v=spf1 ip4:158.69.126.137/32 ip6:2607:5300:60:9389:17:4:0:1/124 ~all"
smtp 10800 IN TXT "v=spf1 ip4:158.69.126.137/32 ip6:2607:5300:60:9389:17:4:0:1/124 ~all"

mail 10800 IN SPF "v=spf1 ip4:158.69.126.137/32 ip6:2607:5300:60:9389:17:4:0:1/124 ~all"
mail 10800 IN TXT "v=spf1 ip4:158.69.126.137/32 ip6:2607:5300:60:9389:17:4:0:1/124 ~all"

On test :

12:08:02 root@lv1.dns:~ # named-checkzone zw3b.net /etc/bind/masters/zw3b.net.hosts
zone zw3b.net/IN: loaded serial 2022080901
OK

Je signe la zone et j’attends de voir si tout est buggué

Zargos · Août 9, 2022, 10:23am

Coté SPF je crois qu’il y a besoin de préciser les domaines servis

ZW3B · Août 9, 2022, 10:31am

Pourtant @Clochette @Zargos

12:23:15 root@lv1:~ # dig MX bandapart.net +short
10 ASPMX.L.GOOGLE.COM.
20 ALT2.ASPMX.L.GOOGLE.COM.
30 ASPMX4.GOOGLEMAIL.COM.
20 ALT1.ASPMX.L.GOOGLE.COM.
30 ASPMX5.GOOGLEMAIL.COM.
30 ASPMX3.GOOGLEMAIL.COM.
30 ASPMX2.GOOGLEMAIL.COM.

12:24:09 root@lv1:~ # dig MX ALT2.ASPMX.L.GOOGLE.COM +short
12:24:24 root@lv1:~ # dig MX ASPMX.L.GOOGLE.COM. +short
12:24:36 root@lv1:~ # dig A ASPMX.L.GOOGLE.COM. +short
172.253.115.26
12:25:14 root@lv1:~ # dig AAAA ASPMX.L.GOOGLE.COM. +short
2607:f8b0:4004:c09::1b

Rien sur leurs adresses MX (juste un champ A et un champ AAAA normal)… Bizarre tout cela.

Ou :

12:27:28 root@lv1:~ # dig MX orange.fr +short
10 smtp-in.orange.fr.
12:27:51 root@lv1:~ # dig MX smtp-in.orange.fr +short
12:27:57 root@lv1:~ # dig A smtp-in.orange.fr +short
80.12.26.32
12:28:03 root@lv1:~ # dig AAAA smtp-in.orange.fr +short

Ou :

12:29:58 root@lv1:~ # dig MX debian-fr.org +short
5 mail.zehome.com.
12:30:08 root@lv1:~ #
12:30:09 root@lv1:~ # dig MX mail.zehome.com +short
12:30:24 root@lv1:~ #
12:30:25 root@lv1:~ # dig A mail.zehome.com +short
148.251.85.151
12:30:35 root@lv1:~ # dig AAAA mail.zehome.com +short

ZW3B · Août 9, 2022, 10:56am

Je me suis toujours dis qu’il y avait une erreur sur cet outil de MXToolbox : mx:mail.zw3b.net (je me trompe )

Pour les SPF @Zargos :
il faut que - pour le domaine principal - par exemple un utilisateur qui veut envoyer un mail avec son adresse « email@domain.com »

il faut ce champ SPF et TXT :

@ 10800 IN SPF "v=spf1 ip4:158.69.126.137/32 ip6:2607:5300:60:9389:17:4:0:1/124 ~all"

Pour le sous-domaine d’envoie par exemple newsletter.domain.com - un utilsateur qui veut envoyer un mail avec l’adresse www-data@newsletter.domain.com :
il faut un SPF pour lui (politique DMARC) - parce que c’est ce serveur qui envoie les mails lui qui est dans les DKIM-signature.

newsletter 10800 IN SPF "v=spf1 ip4:158.69.126.137/32 ip6:2607:5300:60:9389:17:4:0:1/124 ~all"

Salutations.
Romain

ZW3B · Août 9, 2022, 11:03am

C’est mieux Merci @Clochette - extraordinaire @Clochette

12:52:55 root@lv1.dns:~ # dig MX zw3b.net +short
10 smtp.zw3b.net.
12:52:59 root@lv1.dns:~ # dig MX smtp.zw3b.net +short
12:53:08 root@lv1.dns:~ # dig A smtp.zw3b.net +short
158.69.126.137
12:53:20 root@lv1.dns:~ # dig AAAA smtp.zw3b.net +short
2607:5300:60:9389:17:4:0:1

Avec la configuration commentaire 49

ZW3B · Août 9, 2022, 12:12pm

Pendant que j’y suis sur le champ DKIM j’ai une question :

J’ai ma signature sur le domaine principal zw3b.net :

95BB6C00-0000-0000-0000-0007DF2C65F6._domainkey IN      TXT     ( "v=DKIM1; k=rsa; " "p=MIIBIjANBgkqhkidsdssdsdsdsdsKCAQEAw1ic5eXSfcQk1GYlSiu7B2MFK+u78eCZJowkGcpCamB85UwTz7j6YBn+ABEiccB1GfWGS6gqmoW7tGTcJugvoWNrFlbnRdsdssdsdsdsB" )

Et celle de mon sous-domaine mailing.zw3b.net la signature par exemple :

48AF5C00-0000-0000-0000-0008DF2C65F6._domainkey.mailing IN      TXT     ( "v=DKIM1; k=rsa; " "p=MIIBIjANBgksddsdIBCgKqdqdqdce3FOumVVNAQncVltepH4YyZXlurvujyS/TfIHDNJecJ+q0Xko5UuRyUHXy8e7a6En/uO8u7nHKobpipPGrDV8mYnjU4hXJviMvotqpLuZd/CDvQzebYkX7IDavMqdsdssdsfdfe" )

Par contre j’ai lu que l’on peut ou doit configurer pour un sous-domaine le champ DKIM de cette façon :

"v=DKIM1; k=rsa; t=s; d=mailing.zw3b.net; "

à la place de cela :

"v=DKIM1; k=rsa; "

J’ai essayé quelques semaines, un mois ou 2 avec le t=s; d=mailing.zw3b.net; mais çà n’a rien changé me semble t’il.

Ici par exemple (je ne retrouve plus l’explication) :

Est-ce cela ? Si vous avez des informations.

Je redescend les spécifications techniques et fonctionnelles de la RFC 4871 sur DKIM BASE DomainKeys Identified Mail (DKIM) Signatures (Obsolete)

DomainKeys Identified Mail (DKIM) Signatures (RFC 6376)

J’ajoute cela de la section 3.6.1 de la RFC 6376 :

t= flag, représentés sous la forme d’une liste de noms séparés par deux-points (texte brut ; FACULTATIF, par défaut, aucun drapeau n’est défini). Les fanions non reconnus DOIVENT être ignorés. Les drapeaux définis sont les suivants :

y
Ce domaine teste DKIM. Les vérificateurs NE DOIVENT PAS traiter les messages des signataires en mode test différemment des e-mails non signés, même si la signature n’est pas vérifiée. Les vérificateurs PEUVENT souhaiter suivre les résultats du mode de test pour aider le signataire.

s
Tous les champs d’en-tête DKIM-Signature utilisant la balise « i= » DOIVENT avoir la même valeur de domaine à droite du « @ » dans la balise « i= » et la valeur de la balise « d= ». Autrement dit, le domaine « i= » NE DOIT PAS être un sous-domaine de « d= ». L’utilisation de cet indicateur est RECOMMANDÉE sauf si un sous-domaine est requis.

Que signifie « t=s » (flag) ?

Tous les champs d’en-tête DKIM-Signature utilisant la balise « i= » DOIVENT avoir la même valeur de domaine à droite du « @ » dans la balise « i= » et la valeur de la balise « d= ».
Autrement dit, le domaine « i= » NE DOIT PAS être un sous-domaine de « d= ». L’utilisation de cet indicateur est RECOMMANDÉE sauf si un sous-domaine est requis.

Donc, si je configure mon champ DNS DKIM comme cela :

selector._domainkey.mailing IN TXT ( "v=DKIM1; k=rsa; t=s; d=mailing.domain.tld" "p=clef")

il faut que les mails soient signés avec - et cela dans la DKIM-Signature - avec un header.i=email@mailing.domain.tld ou simplement un header.i=@mailing.domain.tld je crois

Bon… c’est facultatif

ZW3B · Août 9, 2022, 12:13pm

Je ne reçois plus de mail !!! Non je rigole

anon70622873 · Août 9, 2022, 12:31pm

Oui enfin UCEPROTECT liste la planète entière et je connais aucun administrateur système assez débile (quoique…) pour faire du blocage en se basant sur leur liste de niveau 3 (AS complets) ou niveau 2 (plages complètes d’IP dès que quelques IP de spammeurs sont dans la plage).
Normalement être sur ces listes là n’a aucune conséquence.

Clochette · Août 9, 2022, 12:54pm

J’en sais rien mais régulièrement les blocages avec Gmail et Orange de mon côté ce sont résolu lorsque le blocage chez UCE Protect à été levé … de la à dire que c’est une coïncidence.