Différences
Ci-dessous, les différences entre deux révisions de la page.
| Prochaine révision | Révision précédente | ||
|
sysadmin:tips:mailman [2015/01/07 12:30] james créée |
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 16: | Ligne 16: | ||
| Fort d'un fichier ///tmp/liste_membres_ml2houf.txt// formaté comme décrit ci dessus, pour faire les ajouts à la ML ml2houf sans envoyer de message de bienvenue (-w n) ni notifier l'admin (c'est nous ;p) de ces ajouts (-a n) il faut utiliser la commande **add_members** :<code>/usr/lib/mailman/bin/add_members -w n -a n -r /tmp/liste_membres_ml2houf.txt ml2houf</code> | Fort d'un fichier ///tmp/liste_membres_ml2houf.txt// formaté comme décrit ci dessus, pour faire les ajouts à la ML ml2houf sans envoyer de message de bienvenue (-w n) ni notifier l'admin (c'est nous ;p) de ces ajouts (-a n) il faut utiliser la commande **add_members** :<code>/usr/lib/mailman/bin/add_members -w n -a n -r /tmp/liste_membres_ml2houf.txt ml2houf</code> | ||
| + | |||
| + | ===== Dire a mailman de ne pas grouper les envois par domaine ===== | ||
| + | |||
| + | Par défaut mailman essaye de grouper les envois par domaine pour optimiser les ressources. Si votre mailman n'est pas surchargé vous préférerez certainement ne pas grouper les mails pour avoir une gestion plus fine des adresses en erreur ou non (et que les 9 destinataires d'un message le reçoivent même si le 10e destinataire a une adresse invalide :p) | ||
| + | |||
| + | pour se faire cela se passe dans le fichier /etc/mailman/mm_cfg.py : ajouter la directive **SMTP_MAX_RCPTS** : <code> | ||
| + | # Max recipients for each message | ||
| + | SMTP_MAX_RCPTS = 1 | ||
| + | </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> | ||
