Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
Prochaine révision Les deux révisions suivantes
sysadmin:tips:mailman [2015/03/17 12:21]
james ajout tuning max smtp recipient
sysadmin:tips:mailman [2015/04/03 12:59]
james [Mailman et DKIM] ajout note desabonnement
Ligne 1: Ligne 1:
-{{tag>​mailman configuration gestion membre liste mailing-list peupler configurer copier}}+{{tag>​mailman configuration gestion membre liste mailing-list peupler configurer copier ​dkim anti-spam signature probleme}}
  
 ====== Gérer ses mailing list avec mailman ====== ====== Gérer ses mailing list avec mailman ======
Ligne 25: Ligne 25:
 SMTP_MAX_RCPTS = 1 SMTP_MAX_RCPTS = 1
 </​code>​ </​code>​
 +
 +===== Mailman et DKIM =====
 +
 +DKIM est de plus en plus employé dans les infrastructures de mail (yahoo, gmail, sfr, ...), ce qui est tres bien ... sauf pour mailman.
 +En effet mailman fait de base 2 choses qui invalident la signature du mail :
 +  * modifier le sujet pour ajouter une préfixe type **[coincoin]**
 +  * ajouter un footer permettant de se désabonner
 +A l'​heure actuelle ne pas avoir de DKIM est moins pire que de déclarer signer ses mails alors que cette signature n'est plus valide en sortant de mailman : pour cette dernière raison pas mal de domaines de vos abonnés vont considérer que les envois ​ de vos mailing-list sont du spam et vont même aller plus loin : jeter ce mail sans autre forme de procès et sans bien sur notifier qui que ce soit (pas le destinataire ni même l'​expéditeur)
 +
 +Moralité, 3 choix :
 +  * virer la signature DKIM des mails entrants, ce qui marche tant que la signature n'est déclarée pas obligatoire sur le domaine de l'​expéditeur
 +  * trouver un moyen de faire une chaine de confiance entre le domaine de l'​expéditeur et celui de mailman, par exemple via https://​sites.google.com/​site/​oauthgoog/​mlistsdkim et la notion de //trust forwarder//
 +  * juste ne plus modifier le sujet/corps du mail
 +
 +J'ai choisi de faire la 3e, pour se faire, via l'​interface web d'​admin de la ML : 
 +  * aller dans les options de remise non groupé (non-digest pour les anglophones) et enlever le contenu de l'​option **msg_footer**
 +  * aller dans les options générales et enlever le contenu de l'​option **subject_prefix**
 +<​note>​Du coup le lien de désabonnement ne sera plus dans chaque mail. Vu le nombre de gens qui l'​utilisent réellement pour se désabonner au lieu d'​envoyer un mail à tous pour faire travailler l'​admin ça ne devrait pas poser trop de problemes. Au pire il reste la solution de continuer à envoyer les reminder d'​abonnement mensuels de mailman</​note>​
 +
 +
sysadmin/tips/mailman.txt · Dernière modification: 2022/03/07 17:01 par james
Driven by DokuWiki Recent changes RSS feed Valid CSS Valid XHTML 1.0