Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
sysadmin:tips:mailman [2015/03/17 12:21] james ajout tuning max smtp recipient |
sysadmin:tips:mailman [2022/03/07 17:01] (Version actuelle) james Exporter la liste de tous les membres de toutes les listes |
||
---|---|---|---|
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//. ca serait très bien si c'etait réellement implémenté mais ça ne l'est pas a l'heure actuelle (03/04/2015, mailman debian wheezy 2.1.15) | ||
+ | * 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> | ||
+ | |||
+ | ===== Changer l'adresse d'un membre dans toutes les listes d'un coup ===== | ||
+ | |||
+ | Pour changer l'adresse (ou corriger les erreurs de frappe :p) dans une adresse pour toutes les listes d'un coup : on utilise "clone_member --remove" | ||
+ | |||
+ | <code>/usr/lib/mailman/bin/clone_member --remove ancienne.adresse@mondomaine.com nouvelle.adresse@mondomaine.com</code> | ||
+ | <note> | ||
+ | * Si l'adresse avait été ajoutée avec un champ en plus seule l'adresse sera modifiée en gardant le reste intact comme dans <code>NOM PRENOM <adresse@mondomaine.com></code> | ||
+ | * Si la nouvelle adresse appartenait deja a une des listes, elle ne sera bien sur pas supprimée (mais pas de création de doublon) | ||
+ | </note> | ||
+ | |||
+ | ===== Exporter la liste de tous les membres de toutes les listes ===== | ||
+ | |||
+ | Exporter la liste des membres de chaque mailing list dans un fichier separe avec une petite boucle bash : | ||
+ | |||
+ | <code>for list in $(list_lists -b); do list_members -f -o /tmp/membres-liste-${list} ${list}; done</code> |