Ce qu'il faut voir c'est que les gros hebergeur, avec leur monopole, peuvent tout faire pour donner l'impression que c'est pas eux le problème.
Par exemple, google va mettre des mails dans le dossier spam, alors qu'ils savent que c'est pas du spam (les headers du mail le stipule) mais il considère qu'un émetteur (ip du serveur smtp) inconnu c'est "louche". Et c'est à l'usager de dire explicitement "c'est pas du spam" pour que google au fur et a mesure change le scoring de cette ip.
En tant qu'émetteur, les gens se disent : "ya un problème avec tel hébergeur car depuis une adresse gmail, les mails arrivent bien directement, je vais donc passer sur gmail". Et hop, google gagne un client de plus sans effort.
La gestions du DMARC c'est pas une obligation, c'est une indication que tu donnes pour la gestion d'un mail entrant. L'hébergeur en fait ce qu'il veut. Par exemple, certains vont quand même livrer un mail même si le DMARC indique "reject"en cas d'erreur SPF ou DKIM.
Pour ce qui est du rua, quand on envoie pas mal de mail (depuis un nom de domaine), on reçoit beaucoup de rapport. Si on comprend pas à quoi cela sert, il peut être tentant de mettre une adresse (pour être considéré comme faisant les choses correctement) mais de pas mettre de vrai boite mail derrière, pour pas être "spammé" de mail avec les rapports xml. Pourtant les rapports peuvent permettre de découvrir qu'il y a de l'usupation d'identité ou autre.
Moi, je met un alias dans le rua, et depuis quelques temps je pointe vers une boîte mail dédié, avec une app d'analyse de rapport dmarc pour faire un vrai suivi. Mais ça prend du temps quand même de suivre ce qui se passe, et donc beaucoup d'entité font juste croire qu'ils suivent correctement les choses, pour rassurer les utilisateurs.
Il faudrait que les propriétaires de domaine qui n'accepte pas les rapports est une note qui dégrade leur réputation, pour que les choses évoluent. Mais c'est pas pour tout de suite. Quand tu vois que gmail à pas un dmarc très restrictif, tu comprends qu'ils ont surtout envie de faire ch*** les petits (ils imposent une qualité de config plus élevé pour les autres que pour eux même).
# DMARC and co
Posté par xandercagexxx . En réponse au journal Envoyer des rapports DMARC à des adresses inexistantes. Évalué à 4.
Ce qu'il faut voir c'est que les gros hebergeur, avec leur monopole, peuvent tout faire pour donner l'impression que c'est pas eux le problème.
Par exemple, google va mettre des mails dans le dossier spam, alors qu'ils savent que c'est pas du spam (les headers du mail le stipule) mais il considère qu'un émetteur (ip du serveur smtp) inconnu c'est "louche". Et c'est à l'usager de dire explicitement "c'est pas du spam" pour que google au fur et a mesure change le scoring de cette ip.
En tant qu'émetteur, les gens se disent : "ya un problème avec tel hébergeur car depuis une adresse gmail, les mails arrivent bien directement, je vais donc passer sur gmail". Et hop, google gagne un client de plus sans effort.
La gestions du DMARC c'est pas une obligation, c'est une indication que tu donnes pour la gestion d'un mail entrant. L'hébergeur en fait ce qu'il veut. Par exemple, certains vont quand même livrer un mail même si le DMARC indique "reject"en cas d'erreur SPF ou DKIM.
Pour ce qui est du rua, quand on envoie pas mal de mail (depuis un nom de domaine), on reçoit beaucoup de rapport. Si on comprend pas à quoi cela sert, il peut être tentant de mettre une adresse (pour être considéré comme faisant les choses correctement) mais de pas mettre de vrai boite mail derrière, pour pas être "spammé" de mail avec les rapports xml. Pourtant les rapports peuvent permettre de découvrir qu'il y a de l'usupation d'identité ou autre.
Moi, je met un alias dans le rua, et depuis quelques temps je pointe vers une boîte mail dédié, avec une app d'analyse de rapport dmarc pour faire un vrai suivi. Mais ça prend du temps quand même de suivre ce qui se passe, et donc beaucoup d'entité font juste croire qu'ils suivent correctement les choses, pour rassurer les utilisateurs.
Il faudrait que les propriétaires de domaine qui n'accepte pas les rapports est une note qui dégrade leur réputation, pour que les choses évoluent. Mais c'est pas pour tout de suite. Quand tu vois que gmail à pas un dmarc très restrictif, tu comprends qu'ils ont surtout envie de faire ch*** les petits (ils imposent une qualité de config plus élevé pour les autres que pour eux même).
_dmarc.gmail.com. 600 IN TXT "v=DMARC1; p=none; sp=quarantine; rua=mailto:mailauth-reports@google.com"
On pourrait s'attendre quand même à quelque chose de plus restrictif, de la part d'un géant, non ? 🤣🤣🤣🤣