[armadeus]

@Sparow : à part samba et mailman je n'ai rien cherché d'autre.

Pour mon problème avec mailman, je l'ai résolu en utilisant le transport :

/etc/postfix/transport

ml.mondomaine.com mailman:

avec un "postmap /etc/postfix/transport"

/var/lib/mailman/data/virtual-mailman

# STANZA START: membres
membres@mondomaine.com membres@ml.mondomaine.com
membres-admin@mondomaine.com membres-admin@ml.mondomaine.com
membres-bounces@mondomaine.com membres-bounces@ml.mondomaine.com
membres-confirm@mondomaine.com membres-confirm@ml.mondomaine.com
membres-join@mondomaine.com membres-join@ml.mondomaine.com
membres-leave@mondomaine.com membres-leave@ml.mondomaine.com
membres-owner@mondomaine.com membres-owner@ml.mondomaine.com
membres-request@mondomaine.com membres-request@ml.mondomaine.com
membres-subscribe@mondomaine.com membres-subscribe@ml.mondomaine.com
membres-unsubscribe@mondomaine.com membres-unsubscribe@ml.mondomaine.com
# STANZA END: membres

avec un "postmap /var/lib/mailman/data/virtual-mailman"

/var/lib/mailman/data/aliases n'a pas bougé :

# STANZA START: membres
# CREATED: Sat Aug 15 15:54:33 2009
membres:             "|/var/lib/mailman/mail/mailman post membres"
membres-admin:       "|/var/lib/mailman/mail/mailman admin membres"
membres-bounces:     "|/var/lib/mailman/mail/mailman bounces membres"
membres-confirm:     "|/var/lib/mailman/mail/mailman confirm membres"
membres-join:        "|/var/lib/mailman/mail/mailman join membres"
membres-leave:       "|/var/lib/mailman/mail/mailman leave membres"
membres-owner:       "|/var/lib/mailman/mail/mailman owner membres"
membres-request:     "|/var/lib/mailman/mail/mailman request membres"
membres-subscribe:   "|/var/lib/mailman/mail/mailman subscribe membres"
membres-unsubscribe: "|/var/lib/mailman/mail/mailman unsubscribe membres"
# STANZA END: membres

avec un "postalias /var/lib/mailman/data/virtual-mailman"

/etc/postfix/mail.cf

relay_domains = ml.mondomaine.com
transport_maps = hash:/etc/postfix/transport

#sans changer l'ancienne config :

alias_maps = hash:/etc/aliases, hash:/var/lib/mailman/data/aliases
alias_database = hash:/etc/aliases

virtual_alias_maps = mysql:/etc/postfix/mysql-virtual_aliases.cf, mysql:/etc/postfix/mysql-virtual_aliases_mailbox.cf, hash:/var/lib/mailman/data/virtual-mailman
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_mailboxes.cf, hash:/var/lib/mailman/data/virtual-mailman
virtual_mailbox_base = /var/spool/postfix

/etc/init.d/postfix restart
/etc/init.d/mailman restart

Et hop, le tour est joué !

Bon, ce qui me chagrine c'est de passer par un sous-domaine, mais ça reste assez propre donc la solution me va.

[Sparow]

Up! et petite question:

Avez vous d'autre serveur de mailing list (multi liste de préférence)

[Sparow]

Bon, je vais continuer de chercher encore un peu, je me tournerai ensuite vers Sympa...

Moi j'ai mis en pause car il me soulais -__-
Plein d'extensions perl à installer et sa plantait donc bon.
J'ai pas trop le temps.

[armadeus]

@armadeus : quand j'avais essayé mailman, j'étais tombé sur ce problème, j'avais réussi à le résoudre, mais je ne sais plus comment. Comme je n'utilise pas mailman, je pourrais pas te dire.

Bon, je vais continuer de chercher encore un peu, je me tournerai ensuite vers Sympa...

[Sparow]

Bonjour,

@armadeus : quand j'avais essayé mailman, j'étais tombé sur ce problème, j'avais réussi à le résoudre, mais je ne sais plus comment. Comme je n'utilise pas mailman, je pourrais pas te dire.

@sparow: sympa intègre un système de gestion des listes. si il ne te plait pas, sympa dispose d'un serveur SOAP pour controller les listes directement depuis ta propre interface.

Je sme suis tourné vers sympa car il est multidomaines en natif, assez simple a utiliser et le SOAP est un grand plus par rapport à mailman .

Bonne bidouilles

En effet, il a l'air d'être sympa ce truc la

[elekaj34]

Bonjour,

@armadeus : quand j'avais essayé mailman, j'étais tombé sur ce problème, j'avais réussi à le résoudre, mais je ne sais plus comment. Comme je n'utilise pas mailman, je pourrais pas te dire.

@sparow: sympa intègre un système de gestion des listes. si il ne te plait pas, sympa dispose d'un serveur SOAP pour controller les listes directement depuis ta propre interface.

Je sme suis tourné vers sympa car il est multidomaines en natif, assez simple a utiliser et le SOAP est un grand plus par rapport à mailman .

Bonne bidouilles

[Sparow]

Petite question, y-a-t-il moyen de créer une mailing list gérable par MySQL et via une interface personnelle ?

Avec mailman ?
Ou avec autre chose ?

Merci.

[armadeus]

Bonjour

Je suis moi aussi en train d'essayer (en vain) de configurer postfix & mailman sous Debian pour mettre en place une mailing liste...

Postfix est installé et fonctionne correctement (sans tenir compte de mailman).
Mailman est installé et fonctionne correctement (création et gestion des listes).
Par contre les 2 ne se parlent pas : j'ai créé une liste "membres" mais postfix est égotiste et ne veux pas transmettre les mails de cette mailing liste à mailman.

Aug 15 19:38:51 ns39953 postfix/qmgr[22018]: 8093BB1: from=, size=1992, nrcpt=1 (queue active)
Aug 15 19:38:51 ns39953 postfix/virtual[22056]: 8093BB1: to=, relay=virtual, delay=3.1, delays=3.1/0/0/0, dsn=2.0.0, status=sent (delivered to mailbox)

Mon /var/lib/mailman/data/virtual-mailman est bien pris en compte puisque les mails à ces destinations ne sont pas rejetés par postfix comme adresses invalides.

#LOOP ADDRESSES START
mailman-loop@mon-domaine.com mailman-loop
# LOOP ADDRESSES END

# STANZA START: mailman
[...]
# STANZA END: mailman

# STANZA START: membres
membres@mon-domaine.com membres
membres-admin@mon-domaine.com membres-admin
membres-bounces@mon-domaine.com membres-bounces
membres-confirm@mon-domaine.com membres-confirm
membres-join@mon-domaine.com membres-join
membres-leave@mon-domaine.com membres-leave
membres-owner@mon-domaine.com	 membres-owner
membres-request@mon-domaine.com membres-request
membres-subscribe@mon-domaine.com membres-subscribe
membres-unsubscribe@mon-domaine.com membres-unsubscribe
# STANZA END: membres

Mais mon fichier /var/lib/mailman/data/aliases n'est à priori pas pris en compte par postfix car il délivre les mails à l'utilisateur "membres" (virtuel) local dans /var/spool/postfix/membres et non à mailman.

# The ultimate loop stopper address
mailman-loop: /var/lib/mailman/data/owner-bounces.mbox

# STANZA START: membres
membres:             "|/var/lib/mailman/mail/mailman post membres"
membres-admin:       "|/var/lib/mailman/mail/mailman admin membres"
membres-bounces:     "|/var/lib/mailman/mail/mailman bounces membres"
membres-confirm:     "|/var/lib/mailman/mail/mailman confirm membres"
membres-join:        "|/var/lib/mailman/mail/mailman join membres"
membres-leave:       "|/var/lib/mailman/mail/mailman leave membres"
membres-owner:       "|/var/lib/mailman/mail/mailman owner membres"
membres-request:     "|/var/lib/mailman/mail/mailman request membres"
membres-subscribe:   "|/var/lib/mailman/mail/mailman subscribe membres"
membres-unsubscribe: "|/var/lib/mailman/mail/mailman unsubscribe membres"
# STANZA END: membres

# STANZA START: mailman
[...]
# STANZA END: mailman

Extrait de /etc/postfix/main.cf :

alias_maps = hash:/etc/aliases, hash:/var/lib/mailman/data/aliases
alias_database = hash:/etc/aliases

virtual_alias_maps = mysql:/etc/postfix/mysql-virtual_aliases.cf, mysql:/etc/postfix/mysql-virtual_aliases_mailbox.cf, hash:/var/lib/mailman/data/virtual-mailman
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_mailboxes.cf, hash:/var/lib/mailman/data/virtual-mailman
virtual_mailbox_base = /var/spool/postfix

Si quelqu'un a une idée, ça m'intéresse !
Depuis le temps que je suis dessus, je sens bien la petite erreur évidente qui saute aux yeux...

[elekaj34]

Bonjour,

Pour info, (je ferais un tuto la dessus dès que j'ai un moment), avec SYMPA, le principe est un peu le même dans le sens ou il tient à jour un fichiers d'alias (/etc/mail/sympa-aliases). Sauf que vu qu'il est multi-domaine, l'alias pour newsletter@domain.tld est donc domain.tld-newsletter: "| sympa ....".

Moi le seul problème c'est que pour certaines listes, il ne reconnait pas l'alias.

Donc j'ai laissé le robot SYMPA sur le domaine ml.domain.tld. Lors de la création d'une liste, je créer les alias newsletter@domain.tld -> newsletter@ml.domain.tld. La table transport s'occupe du reste.

PS : J'ai mis ce post, pour les personnes qui utilise SYMPA et se posent des questions sur les alias entre autre.

[cassiopee]

Ce que je veux dire c'est que lorsque ton domaine est déclaré dans postfix comme $hostname ou $mydomain (peut-être mynetwork et mydestination) la gestion des alias et le délivrance des mails est assuré en local sur un utilisateur local par exemple : root, mailman (cat /etc/passwd)

lorsque tu utilises un "virtual domain" qui n'est pas dans les variables déclarées ci-dessus mais dans virtual_mailbox_domains alors la délivrance est assuré par ton MDA mail delivery agent, par exemple courier, dovecot...

Donc pour les listes mailman, si le domaine de ta liste est déclaré comme local (assigné à une des variables ci-dessus dans main.cf de postfix) la délivrance est faite localement et les alias locaux (déclaré dans alias_maps) sont alors regardé et pris en compte.
Si ton domaine est déclaré dans virtual_mailbox_domains alors il est délivré comme virtuel et les alias locaux ne sont pas pris en compte (normal).
Il faut donc alors indiquer à postfix le traitement particulier qu'ils doivent subir pour ne pas être délivré comme de simple mail par ton MDA mais bien par mailman.

Ok merci pour ces infos. Il faudra que je me replonge là dedans à l'occasion
mais là je ne vais pas tout casser juste pour faire des tests

[Aguy]

Je ne sais pas, j'utilise pourtant bien la notion de "virtual host" de Postfix ?

Je ne vois pas ce que tu veux dire par "ta liste est en local" ?
Elle est nécessairement gérée localement ?

(sinon Mailman ne serait pas installé dans ce serveur mais dans un autre
qui serait la destination finale, le premier serveur ne servant que de relais)

Ce que je veux dire c'est que lorsque ton domaine est déclaré dans postfix comme $hostname ou $mydomain (peut-être mynetwork et mydestination) la gestion des alias et le délivrance des mails est assuré en local sur un utilisateur local par exemple : root, mailman (cat /etc/passwd)

lorsque tu utilises un "virtual domain" qui n'est pas dans les variables déclarées ci-dessus mais dans virtual_mailbox_domains alors la délivrance est assuré par ton MDA mail delivery agent, par exemple courier, dovecot...

Donc pour les listes mailman, si le domaine de ta liste est déclaré comme local (assigné à une des variables ci-dessus dans main.cf de postfix) la délivrance est faite localement et les alias locaux (déclaré dans alias_maps) sont alors regardé et pris en compte.
Si ton domaine est déclaré dans virtual_mailbox_domains alors il est délivré comme virtuel et les alias locaux ne sont pas pris en compte (normal).
Il faut donc alors indiquer à postfix le traitement particulier qu'ils doivent subir pour ne pas être délivré comme de simple mail par ton MDA mais bien par mailman.

[cassiopee]

Ok donc ta liste est en local c'est pour cela que tu n'as pas eu besoin de faire de 'transport'
Car le système regarde les tabels d'alias pour la délivrance alors qu'avec des virtuals domains c'est le MDA qui fait ça !

Je ne sais pas, j'utilise pourtant bien la notion de "virtual host" de Postfix ?

Je ne vois pas ce que tu veux dire par "ta liste est en local" ?
Elle est nécessairement gérée localement ?

(sinon Mailman ne serait pas installé dans ce serveur mais dans un autre
qui serait la destination finale, le premier serveur ne servant que de relais)

[Aguy]

Il y a juste le compte "webmaster@domaine.com" qui est local
et la liste Mailman en plus, c'est tout.

Ok donc ta liste est en local c'est pour cela que tu n'as pas eu besoin de faire de 'transport'
Car le système regarde les tabels d'alias pour la délivrance alors qu'avec des virtuals domains c'est le MDA qui fait ça !

Donc lorsque j'ai une liste local du type : mailman@nsxxxx.ovh.net c'es tles alias qui sont regardé et oriente la délivrance, pour moi ça marche nickel.

Pour un virtual domain le MDA prend en charge la délivrance avant les alias locaux et me dépose gentillement mon mail dans son compte maliste@mondomaine sans que mailman ne puisse effectuer la distribution.

Donc il va falloir que je m'occupe du "transport" ...

[cassiopee]

Par contre tu dois utiliser une debian ?

Nope, en l'occurence c'est une Slackware.

je pense que tu as du dé-commenter les lignes suivantes dans
ton master.cf pour assurer la délivrance des mails par mailman et non
ton MDA dovecot, courier,....

Non plus, je n'ai aucune ligne "mailman quelque chose" dans ce fichier.
Je n'ai sans doute même jamais modifié ce fichier, vu la date de dernière modif.

car sur une gentoo pas de fichier "postfix-to-mailman.py", je l'ai récupérer...

Pas de fichier "postfix-to-mailman.py" ici non plus.

Où alors tu utilises des comptes locaux pour les utilisateurs ?

Il y a juste le compte "webmaster@domaine.com" qui est local
et la liste Mailman en plus, c'est tout.

[Aguy]

Oui mais là tu n'utilises pas un nom de domaine virtuel, ça semble différent ?

Effectivement ! je te confirme que la présence d'un domaine dans

POSTFIX_STYLE_VIRTUAL_DOMAINS = ['mondomaine']

préalablement à la création d'une liste permet la création des fichiers pour cette liste (si concordance entre ces domaines et le domaine de la liste créée) :

• virtual-mailman
• virtual-mailman.db

J'ai une astuce pour moi, c'est de créer cet utilisateur dans postfixadmin ce qui permet d'éviter la maintenance manuelle du fichier de conf mm_cfg.py.

Par contre tu dois utiliser une debian ? je pense que tu as du dé-commenter les lignes suivantes dans ton master.cf pour assurer la délivrance des mails par mailman et non ton MDA dovecot, courier,....

#mailman unix - n n - - pipe
# flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py
# ${nexthop} ${user}

car sur une gentoo pas de fichier "postfix-to-mailman.py", je l'ai récupérer...

Où alors tu utilises des comptes locaux pour les utilisateurs ?
Mais sans modification dans postfix la délivrance s'effectue via le MDA.

donc je pense que soit j'utilise

• postfix-to-mailman.py (master.cf)
• un transport_map

Bon aller, je retourne sur mon projet

[cassiopee]

En fait sans rien définir d'autre que la table d'alias
pour postfix les mails qui sont envoyés à la liste mailman@nsxxxxx.ovh.net passe correctement.

Oui mais là tu n'utilises pas un nom de domaine virtuel, ça semble différent ?

Dans "Defaults.py" de Mailman, à propos de "POSTFIX_STYLE_VIRTUAL_DOMAINS", on peut lire :

# If you set MTA='Postfix', then you also want to set the following variable,
# depending on whether you're using virtual domains in Postfix, and which
# style of virtual domain you're using.  Set this flag to false if you're not
# using virtual domains in Postfix, or if you're using Sendmail-style virtual
# domains (where all addresses are visible in all domains).  If you're using
# Postfix-style virtual domains, where aliases should only show up in the
# virtual domain, set this variable to the list of host_name values to write
# separate virtual entries for.  I.e. if you run dom1.ain, dom2.ain, and
# dom3.ain, but only dom2 and dom3 are virtual, set this variable to the list
# ['dom2.ain', 'dom3.ain'].  Matches are done against the host_name attribute
# of the mailing lists.  See README.POSTFIX for details.

README.POSTFIX est un fichier qui n'existe plus dans la doc actuelle
mais on a pas mal d'infos là :

http://www.gnu.org/software/mailman/...ostfix-virtual

J'ai l'impression que modifier mm_cfg.py n'est utile que pour que Mailman
crée correctement le fichier "[...]/mailman/data/virtual-mailman" ?


Suite au prochain épisode comme on dit

[Aguy]

Pas testé mais j'aurais tendance à penser que oui.

Il faudra sans doute modifier pas mal mm_cfg.py pour aller chercher
dans MySQL les noms des domaines et alimenter les différentes
variables dont a besoin Mailman.

POSTFIX_STYLE_VIRTUAL_DOMAINS mais aussi d'autres
éventuellement, telles que DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST, etc.
selon la configuration voulue.

En fait sans rien définir d'autre que la table d'alias pour postfix les mails qui sont envoyés à la liste mailman@nsxxxxx.ovh.net passe correctement.

En fait la table d'alias de mailman /var/lib/mailman/data/aliases permet à postfix de délivrer correctement les mails à mailman "|/usr/lib/mailman/mail/mailman ..."

Ensuite les mails sont gérer par mailman qui décide du traitement approprié.

Dans mon cas un message d'un membre non inscrit a tenter de délivrer un message...

Bon ça m'ennuie de couper mon installation là mais il faut que je retourne au développement de mon appli en php, la suite à venir pour mailman...

Bonne journée !

[cassiopee]

Est-on obligé de renseigner POSTFIX_STYLE_VIRTUAL_DOMAINS = [] dans la conf de mailman ?
car j'utilise postfixadmin et j'ai donc interfacé mes virtual domains avec mysql donc pas de données à livrer directement à cette variable.

Pas testé mais j'aurais tendance à penser que oui.

Il faudra sans doute modifier pas mal mm_cfg.py pour aller chercher
dans MySQL les noms des domaines et alimenter les différentes
variables dont a besoin Mailman.

POSTFIX_STYLE_VIRTUAL_DOMAINS mais aussi d'autres
éventuellement, telles que DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST, etc.
selon la configuration voulue.

[Aguy]

Re !

La solution opté pour moi entre transport_map et alias_map est donc alias_maps car il permet effectivement de d'interfacer naturellement mailman sur postfix !

alias_maps = hash:/etc/mail/aliases,hash:/var/lib/mailman/data/aliases

Est-on obligé de renseigner POSTFIX_STYLE_VIRTUAL_DOMAINS = [] dans la conf de mailman ?
car j'utilise postfixadmin et j'ai donc interfacé mes virtual domains avec mysql donc pas de données à livrer directement à cette variable.

[cassiopee]

Voilà une excellente question

D'après là :

http://wiki.list.org/pages/viewpage....pageId=4030604

non, on ne peut pas, enfin pas tout à fait.

Une installation standard, non modifiée/patchée, de Mailman ne dispose
que d'un seul espace de noms pour toutes les listes gérées
donc ce n'est pas possible a priori.

Pour contourner, on peut faire plusieurs installations de mailman dans le même serveur.
(c'est un peu bourrin mais si c'est juste pour une ou deux listes, pourquoi pas)

Sinon on attend sagement Mailman 3.0
(ou encore on se risque avec des alphas )

[elekaj34]

Re,

Bon, j'ai réussi (via gros bidouillage qui me plait pas).

J'aurais une question à propos de mailman, car je le trouvait simple d'emploi et l'intégration avec postfix simple aussi (comparer à sympa ou c'est big bordelum)

Est il possible de créer un même nom de listes pour des domaines différents, par ex newsletter@domaine1.tld et newsletter@domaine2.tld ?

Merci

[cassiopee]

Pour sympa en particulier je ne sais pas mais pour mailman ça peut se faire de la façon suivante :
(je suppose l'utilisation de domaines virtuels dans Postfix)

(Je n'ai touché ni au fichier "transport", ni à la directive "transport_maps")

Dans "/etc/postfix/main.cf" :

virtual_mailbox_domains = mon_domaine.com
virtual_mailbox_base = /home/mail/virtual_hosts
virtual_mailbox_maps = hash:/etc/postfix/vmailbox,hash:/mailman/data/virtual-mailman
virtual_alias_maps = hash:/mailman/data/virtual-mailman
alias_maps = hash:/etc/aliases,hash:/mailman/data/aliases

Là j'ajoute en fait les répertoires de mailman à ceux par défaut de Postfix.

"virtual_mailbox_domains" permet de déclarer un nom de domaine virtuel.
(voir la doc de virtual_mailbox_domains) Il sera réutilisé par
"virtual_mailbox_maps" notamment.

"virtual_mailbox_base" c'est le répertoire de base où seront stockés
tous les fichiers relatifs aux noms de domaines virtuels.
(voir la doc de virtual_mailbox_base)
Il sera réutilisé par "virtual_mailbox_maps" notamment.

Le "virtual_mailbox_maps" permet de déclarer les boîtes aux lettres de mailman.
(voir la doc de virtual_mailbox_maps)

Le "virtual_alias_maps" fait le lien entre adresse email et alias virtuel local.
(voir la doc de virtual_alias_maps)

Enfin la directive "alias_maps" c'est ce qui fait le lien entre un alias et une commande à exécuter.
(voir la doc de alias_maps)

A chaque fichier "hash", ne pas oublier de faire un "postmap" après chaque modification
afin que le fichier soit au bon format.

Extrait de "/mailman/data/virtual-mailman" :

# LOOP ADDRESSES START
mailman-loop@mon_domaine.com     mailman-loop
# LOOP ADDRESSES END

# STANZA START: mailman

mailman@mon_domaine.com              mailman
mailman-admin@mon_domaine.com        mailman-admin
mailman-bounces@mon_domaine.com      mailman-bounces
mailman-confirm@mon_domaine.com      mailman-confirm
mailman-join@mon_domaine.com         mailman-join
mailman-leave@mon_domaine.com        mailman-leave
mailman-owner@mon_domaine.com        mailman-owner
mailman-request@mon_domaine.com      mailman-request
mailman-subscribe@mon_domaine.com    mailman-subscribe
mailman-unsubscribe@mon_domaine.com  mailman-unsubscribe
# STANZA END: mailman

# STANZA START: ma_liste

ma_liste@mon_domaine.com              ma_liste
ma_liste-admin@mon_domaine.com        ma_liste-admin
ma_liste-bounces@mon_domaine.com      ma_liste-bounces
ma_liste-confirm@mon_domaine.com      ma_liste-confirm
ma_liste-join@mon_domaine.com         ma_liste-join
ma_liste-leave@mon_domaine.com        ma_liste-leave
ma_liste-owner@mon_domaine.com        ma_liste-owner
ma_liste-request@mon_domaine.com      ma_liste-request
ma_liste-subscribe@mon_domaine.com    ma_liste-subscribe
ma_liste-unsubscribe@mon_domaine.com  ma_liste-unsubscribe

[...]

Avec une liste dont l'adresse principale est "ma_liste@mon_domaine.com"
+ les adresses par défaut de mailman pour débuter.


Extrait de "/mailman/data/aliases" :

mailman-loop: /mailman/data/owner-bounces.mbox

# STANZA START: mailman

mailman:             "|/mailman/mail/mailman post mailman"
mailman-admin:       "|/mailman/mail/mailman admin mailman"
mailman-bounces:     "|/mailman/mail/mailman bounces mailman"
mailman-confirm:     "|/mailman/mail/mailman confirm mailman"
mailman-join:        "|/mailman/mail/mailman join mailman"
mailman-leave:       "|/mailman/mail/mailman leave mailman"
mailman-owner:       "|/mailman/mail/mailman owner mailman"
mailman-request:     "|/mailman/mail/mailman request mailman"
mailman-subscribe:   "|/mailman/mail/mailman subscribe mailman"
mailman-unsubscribe: "|/mailman/mail/mailman unsubscribe mailman"
# STANZA END: mailman

# STANZA START: ma_liste

ma_liste:             "|/mailman/mail/mailman post ma_liste"
ma_liste-admin:       "|/mailman/mail/mailman admin ma_liste"
ma_liste-bounces:     "|/mailman/mail/mailman bounces ma_liste"
ma_liste-confirm:     "|/mailman/mail/mailman confirm ma_liste"
ma_liste-join:        "|/mailman/mail/mailman join ma_liste"
ma_liste-leave:       "|/mailman/mail/mailman leave ma_liste"
ma_liste-owner:       "|/mailman/mail/mailman owner ma_liste"
ma_liste-request:     "|/mailman/mail/mailman request ma_liste"
ma_liste-subscribe:   "|/mailman/mail/mailman subscribe ma_liste"
ma_liste-unsubscribe: "|/mailman/mail/mailman unsubscribe ma_liste"

[...]

Là on a les commandes à exécuter (le "pipe" en premier caractère)
en fonction du nom utilisé (ma_liste-xxxx).

[elekaj34]

Bonjour,

Ayant besoin d'un moteur de mailing liste pour l'envoi de newsletters. Après quelques tests et recherches, mon choix se pose sur SYMPA.

La mise en place est OK. Mais voici mon problème :

Le serveur mail (Postfix) gère les adresses @domaine.tld, et pour l'instant, Sympa gère les listes sur @liste.domain.tld.
Postfix fait cette distinction gràace au regexp suivant :

transport_maps = regexp:/etc/postfix/transport

et

/^.*\+owner@liste\.domain\.tld*$/ sympabounce:
/^.*\@liste\.domain\.tld*$/ sympa:

Maintenant, je voudrais que mes listes soit directement en @domain.tld (par newsletter@domain.tld au lieu de newsletter@liste.domain.tld)

J'ai redefini avec succès Sympa pour que le robots soit sur @domain.tld au lieu de @liste.domain.tld. Le problème étant que postfix du coup se mélange les pinceaux
Evidemment, si je supprime liste. dans le regexp, postfix renvoi tout à Sympa et c'est le drame (ce qui parait logique).

J'ai bien tenté maintes solutions pour configurer le transport, mais à chaque fois sans succès, car apparemment si la liste n'est pas dans le virtual_map, çà rouspète :
Le serveur de courrier à répondu :

5.1.1 : Recipient address rejected: User unknown in virtual mailbox table

Mon idée est donc de faire détecter les listes par la directive virtual_alias_maps (ou virtual_maps). Mais là j'avoue que je n'ai aucune idée de la manière à suivre (juste créer l'alias ne suffit pas, se serait trop beau)

Donc pourriez vous me mettre sur la piste pour que postfix arrive à détecter correctement les listes sur @domain.tld ?

Merci pour votre aide