Le 08/03/2022 à 12:13, Hugues Voiturier a écrit :
Suffit de respecter les bonnes pratiques, SPF/DKIM et DMARC en bonus ça règle déjà bien des soucis.
Ça ne suffit pas. Pas du tout. On expérimente ça depuis des années. Evil Google.Pour les autres GAFAM, il y a toujours une manière de s'en sortir plus évidente. Pour Kro$oft, c'est souvent une URL de déblocage dans la réponse de rejet. Ça reste donc simple.
Pour Google il y a une procédure, assez bien cachée, de déclaration des IP de serveurs.
Ça c'est calmé pour nous depuis. Mais ça reste malaisé (de temps en temps, un mail en indésirable chez un client, sans raison particulière). Ça rend un système simple (le mail) compliqué. Il faut doubler le mail par un sms "vérifiez dans vos indésirables".
On va passer en relay SMTP mailjet (ou autre délivreur de mails par wagons). Là, Google s'écrase. C'est d'ailleurs assez marrant de voir les headers assez comminatoires de certains de ces délivreurs (genre, "ceci est un mail de ..., ne pas rejeter !).
Contre intuitivement, plus t'envoies de mail, moins on t'embête. L'idée finale est bien sûr que tout le monde soit sur un mail de GAFAM ou d'autres gros comme OVH. Bien sûr, délivreur en masse ou pas, SPF/DKIM de rigueur sur le NDD émetteur. Mais Google case volontairement le jeu. C'est moche.
-- Stéphane Rivière Ile d'Oléron - France
OpenPGP_0x68A4C5C1D498F92F.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
