Mailman/fr

Languages:

English  • français

Mailman

Mainteneur

stephdl Stéphane de Labrusse AKA Stephdl

Version

Contrib 10:

1.5.0-20

Contrib 9:

1.5.0-7

smeserver-mailman

The latest version of smeserver-mailman is available in the SME repository, click on the version number(s) for more information.

Description

Mailman est un logiciel gratuit de gestion des discussions par courrier électronique et des listes de lettres d'information électroniques. Mailman est intégré au Web, ce qui permet aux utilisateurs de gérer facilement leurs comptes et aux propriétaires de listes d'administrer leurs listes. Mailman prend en charge l'archivage intégré, le traitement automatique des retours, le filtrage de contenu, la livraison de résumé, les filtres anti-pourriels, etc.

Merci à Gordon Rowell pour le dévelopement du paquet.

Installation

For SME 10For SME 9 and SME 8

yum install smeserver-mailman --enablerepo=smecontribs 

• for sme8, sme9

yum install smeserver-mailman --enablerepo=smecontribs 
signal-event mailman-update

ou si vous voulez redémarrer votre serveur :

signal-event post-upgrade;signal-event reboot

Vous devriez maintenant voir une section Mailman sous la section Configuration du gestionnaire du serveur. Veuillez consulter les problèmes connus ci-dessous pour configurer votre session mailman. Gardez à l'esprit que le mot de passe administrateur mailman n'est pas le même que celui du serveur SME, Lisez la section ci-dessous pour voir comment trouver votre mot de passe.

Configuration

Configurer l'accès

Par défaut, seule la liste des listes publiques est accessible depuis l'extérieur du réseau local. Le compte administrateur n'est accessible qu'en réseau local, ainsi qu'à la navigation dans les archives.

Le réglage des options est également lié à l'accès à la liste publique, de sorte que les utilisateurs externes peuvent modifier leurs préférences.

Pour modifier ces paramètres, accédez simplement au gestionnaire du serveur et modifiez-les en fonction de vos besoins.

Créer des listes

Error: You are not authorized to create new mailing lists

L'administrateur du serveur SME KOOZALI n'est pas autorisé à créer des listes (même depuis le gestionnaire du serveur), voici comment obtenir le mot de passe administrateur mailman : voir bugzilla:7836.

	Astuce
	le mot de passe de mailman est différent du mot de passe administrateur du serveur SME KOOZALI, cependant pour connaître le mot de passe de mailman, vous pouvez lancer la commande suivante dans un terminal en « root » :

[root@sme8dev64 ~]# config show mailman 
mailman=service
    SitePass=[VOTRE_MOT_DE_PASSE_EST_ICI]
    status=enabled

Vous devez utiliser la valeur de SitePass comme mot de passe mailman pour créer des listes. Si vous changez ultérieurement le mot de passe avec /usr/lib/mailman/bin/mmsitepass, vous *DEVEZ* mettre à jour SitePass par :

config setprop mailman SitePass VOTRE_MOT_DE_PASSE

Error: Unknown virtual host: xxxxxx.xx

Aller à l'adresse http://domain.name/mailman pour créer des nouvelles listes.

Si votre serveur SME KOOZALI héberge de multiple domaines, ne faites pas précéder le domaine virtuel de « www. ».

Par exemple : aller à l'adresse http://virtualdomain.name/mailman pour créer des listes pour ce nom de domaine.

Se souvenir qu' aucune liste ne peut avoir le même nom qu'une baie d'informations, un groupe ou un utilisateur, donc choisir le nom avec soin.

Note :

utiliser toujours http://domain.name/mailman pour créer votre liste, où domain.name est le domaine exact que vous voulez utiliser après l' « @ ». Ne pas le faire entraînera un déni d'erreur de relais. Par exemple, ne pas aller à l'adresse http://hostname.domain.name/mailman pour créer un liste de courriels pour mailinglist@domain.name mais à l'adresse http://domain.name/mailman. Voir Bugzilla:5976. Si vous n'utilisez pas un nom de domaine FQDN (nom de domaine qui donne la position exacte de son nœud dans l'arborescence DNS en indiquant tous les domaines de niveau supérieur) comme décrit ci-dessus, vous pouvez avoir une erreur comme celle-ci : Error: Unknown virtual host: xxxxxx où xxxxxx est le nom d'hôte de votre serveur. Voir bugzilla:7837

	Astuce :
	de plus, vous devez définir le domaine concerné dans le panneau de domaine du gestionnaire du serveur. Vous pouvez choisir si ce domaine est résolu localement, transmis aux serveurs DNS de l'entreprise ou résolu par les serveurs DNS Internet, sinon vous aurez le message : Error: Unknown virtual host: xxxxxx.

« www » au lieu de « apache »

Mais si vous n'exécutez pas la version compilée de la contribution, l'interface de gestion de Mailman apparaîtra avec un message d'erreur CGI. Il se plaindra d'une erreur de compatibilité de groupe entre « www » et « apache ». Connectez-vous en tant que root et appliquez la solution de contournement suivante, qui a été suggérée dans bugzilla:6425 :

id -u apache                  # devrait renvoyer 48
id -u www                     # devrait renvoyer 102
usermod -u 102 -o apache      # rend les utilisateurs apache et www identiques
groupmod -g 102 -o apache     # rend les groupes apache et www identiques

Emplacements des fichiers

Emplacement	Description
/var/lib/mailman	emplacement des listes mailman et des archives
/usr/lib/mailman	emplacement des fichiers programme de mailman
/usr/lib/mailman/aliases	emplacement des fichiers d'alias de qmail

Options des commandes en ligne

Vous pouvez faire beaucoup de choses en utilisant les scripts en ligne de commande qui se trouvent dans /usr/lib/mailman/bin.

Par example :

/usr/lib/mailman/bin/mmsitepass	configure le mot de passe maître pour toutes les listes
/usr/lib/mailman/bin/list_members [nom_de_la_liste]	liste les membres de [nom_de_la_liste]
/usr/lib/mailman/bin/list_admins [nom_de_la_liste]	liste tous les administrateurs de [nom_de_la_liste]
/usr/lib/mailman/bin/list_lists	listera vos listes de lettres électroniques d'information
/usr/lib/mailman/bin/list_owners	listera tous les propriétaires de listes de lettres électroniques d'information ou listera toutes les listes de lettres électroniques d'information

Exécuter le script avec --help affichera les options disponibles.

Transfert des listes

Vous pouvez transférer des listes depuis un autre serveur et garder le tout intact. C'est un processus simple, mais la FAQ et les informations de Mailman semblent rares et compliquées. Ceci simplifie tout.

ANCIEN SERVEUR

En premier, arrêter le service mailman.

/etc/init.d/mailman stop

Ensuite, tar/ziper les listes.

tar -czvf /temp/mailman.tar.gz /var/lib/mailman

Puis, transférez le fichier résultant vers le nouveau serveur en utilisant scp ou rsync :

scp -P <NuméroPortSsh> /temp/mailman.tar.gz <Ip_du_nouveau_serveur>:/var/lib

ou

rsync --progress -te "ssh -p <NuméroPortSsh>" /temp/mailman.tar.gz <Ip_du_nouveau_serveur>:/var/lib

NOUVEAU SERVEUR

Changer de répertoire pour l'emplacement du paquet :

cd /install

Installer le paquet :

yum localinstall mailman-* smeserver-mailman-*

Extraire le fichier compressé :

tar -xvzf /var/lib/mailman.tar.gz

Les listes ont été transférrées mais le serveur SME KOOZALI ne sait rien d'elles. Pour permettre au serveur de prendre connaissance d'une liste :

signal-event mailman-addlist <Nom_de_la_liste>

Toutes vos listes et les configurations des listes devraient être maintenant accessible à l'adresse : http://domain.name/mailman.

Personalization

	Note:
	Be warned that personalization is going to stress your server a lot as every mail is sent individually, not in batches as mailman usually do, so test this option before using in a production server

If you want to enable personalization in mailman (make every mail sent with the name of the recipient in the to: field as example or add the name of the user on the text) you do this:

1. Create the custom-templates tree, in case it does not exist already: mkdir -p /etc/e-smith/templates-custom/usr/lib/mailman/Mailman/mm_cfg.py/
2. Copy the hostname file from the templates tree to the templates-custom tree maintaining the directory layout: cp \ /etc/e-smith/templates/usr/lib/mailman/Mailman/mm_cfg.py/30hostname \ /etc/e-smith/templates-custom/usr/lib/mailman/Mailman/mm_cfg.py/30hostname
3. Now we need to add one line to the custom template fragment to enable personalization: echo OWNERS_CAN_ENABLE_PERSONALIZATION = 1 >> \ /etc/e-smith/templates-custom/usr/lib/mailman/Mailman/mm_cfg.py/30hostname
4. To reflect your changes we need to regenerate the file using the following commands : expand-template /usr/lib/mailman/Mailman/mm_cfg.py signal-event smeserver-mailman-update
5. After the server comes back up again enter your mailing list admin and go to non-digest and in "Should Mailman personalize each non-digest delivery?" choose either yes or full personalization. Test both to see wich one do you like more... Also if you want to add a header with the person name enter in "Header added to mail sent to regular list members" this: Hello dear %(user_name)s and mailman is going to replace the string with the name the person used when he/she subscribed.

Import lists from ezmlm

Get the script ezmlm2mbox from http://www.arctic.org/~dean/scripts/ezmlm2mbox

wget http://www.arctic.org/~dean/scripts/ezmlm2mbox -O 

Get subscribers:

ezmlm-list /home/e-smith/files/ezmlm/lists/mylist > mylist.subscribers

Get denied subscribers:

ezmlm-list /home/e-smith/files/ezmlm/lists/mylist deny > mylist.deny

Convert the ezmlm list to an mbox-file: ./ezmlm2mbox /home/e-smith/files/ezmlm/lists/mylist > mylist.mbox Backup the ezmlm list, just in case ...

tar -czf mylist.tgz /home/e-smith/files/ezmlm/lists/mylist

Then using the server-manager:

1. Remove the ezmlm list, via the ezmlm web panel
2. Create the new Mailman list, via the Mailman web panel
3. Add subscribers to the new list, using the file you made in step 1. I prefer to do this in silence, without letting the subscribers know.
4. Check the file mylist.deny from step 2, and - if needed - adjust the settings of your new list accordingly.

Import the mbox to Mailman

cp mylist.mbox  /var/lib/mailman/archives/private/mylist.mbox/mylist.mbox
/opt/mailman/bin/arch --wipe mylist

Check and fix ownerships and access rights

/opt/mailman/bin/check_perms -f

from : https://forums.contribs.org/index.php/topic,53230.0.html

For more information

Mailman website http://www.list.org/ Mailman FAQ http://www.python.org/cgi-bin/faqw-mm.py?req=all

Current Issues

• Check submitted bugs in the bug tracker under the contrib component "smeserver-mailman"
• Current mailman release is 2.1.9
• Bugzilla:2411: /usr/lib/mailman/aliases and /var/lib/mailman are not currently backed up

Bugs

Please raise bugs under the SME-Contribs section in bugzilla and select the smeserver-mailman component or use this link .

ID	Product	Version	Status	Summary (2 tasks) ⇒
11948	SME Contribs	10.0	CONFIRMED	NFR add property and fragment to allow personalization
11938	SME Contribs	10.0	CONFIRMED	as mailman create the list for a specific domain we should use the domain in account entry as we do for pseudonyms

Changelog

Only released version in smecontrib are listed here.

smeserver-mailman Changelog: SME 10 (smecontribs)

2022/11/11 Jean-Philippe Pialasse 1.5.0-20.sme
- apply locale 2022-11-11 patch

2022/07/30 Brian Read 1.5.0-18.sme
- Re-build and link to latest devtools [SME: 11997]

2022/07/30 Jean-Philippe Pialasse 1.5.0-17.sme
- update to httpd 2.4 access syntax [SME: 12050]

- rebuild for core backup [SME: 12015]

2022/07/23 Jean-Philippe Pialasse 1.5.0-16.sme
- apply locale 2022-07-24.patch
- add to core backup [SME: 12015]

 remove patch only adding to dar in SME 2411

- already compatible with httpd 2.4 syntax [SME: 12050]

2022/04/12 Jean-Philippe Pialasse 1.5.0-15.sme
- Re-build and link to latest devtools permissions as expected by mailman [SME: 11941]
- make mailman enabled on install [SME: 2248]
- by default listinfo is public [SME: 2247]
- by default admin and archives are private [SME: 2247]

- make access modifiable [SME: 2247]

---