Le 19. 04. 18 à 22:18, Jérôme Cornet a écrit : > S'il y a une configuration magique de serveur pour éviter ça, je suis > preneur
magique non, mais des pistes :) pour l'utilisateur : solution 1 : ajouter l'email de la liste dans son carnet d'adresse, certains hébergeurs email s'en servent comme un critère que c'est un email probablement désiré. solution 2 : avoir son email "mailing liste" sur un fournisseur qui n'impose pas le rejet de tout email mal signé mais qui permet un peu plus de nuance que noir ou blanc. solution 3 : si c'est gratuit, c'est toi le produit donc continue à cliquer tous les X jours/semaines pour réactiver ton inscription à la mailing, c'est au produit (toi l'utilisateur) à s'adapter au client (l'acheteur de tes données auprès de google) solution 4 : si le point précédent choque, se souvenir qu'il existe des solutions payante à qlq euros/an auprès de qui tu pourrais demander une exception pour que l'hébergeur accepte l'email d'une mailing liste même si la signature DKIM est cassée par les entêtes de la ml. pour les sysadmins : solution 1 : avoir une config de gestionnaire de liste qui respecte DKIM cad que si l'expéditeur a signé son email et que le politique du domaine de l'émetteur impose le rejet de l'email en cas de signature invalide, le gestionnaire ne peux pas modifier l'email tout en gardant la signature qui devient invalide. il doit donc au choix - rejeter l'email puisqu'il ne peux pas le modifier comme souhaité - distribué l'email non modifié (ce qui casse le tri chez les destinataires) - réécrire l'expéditeur (le plus souvent avec l'email de la liste, c'est la solution qui a été mise en place pour l'email techn osm-fr) solution 2 : voir s'il n'y a pas une rfc qui aurait été oubliée à ce sujet _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
