Re: [sympa-fr] Racine nom de domaine et adressage

[Tone Pechelune <adresse@cachée>]

Bonsoir,

Merci beaucoup de prêter toute cette attention à mon problème, j'ai beaucoup appris ces derniers jours en testant plusieurs configurations et en relisant plusieurs fois vos messages très instructifs.

Actuellement, je n'en suis pas encore à gérer le multidomaine, ce sera pour plus tard.

Pour répondre à Luc, je souhaite que mes listes soient dans @domaine.fr par souci de simplicité en effet. Je n'en suis pas encore au point de gérer des centaines d'adresses, j'ai bien compris que cela peut créer des conflits dans certains cas de figure comme celui que tu exposes. Seulement, dans ma situation, j'ai simplement besoin de gérer une seule adresse : adresse@cachée, qui est une boîte mail classique.
En parallèle, je voudrais créer mes listes sur ce même domaine père avec Sympa (deux en fait, adresse@cachée et adresse@cachée).

Il est évident que je ne dois pas créer de liste adresse@cachée, sans quoi il y a conflit.

Sympa semble fonctionner convenablement tel que je l'ai configuré (avec une liste adresse@cachée par exemple), mon problème est que Sympa prend le pas sur tout le domaine.
Ainsi, lorsque j'écris à l'adresse adresse@cachée, je reçois le mail suivant en retour :

Ceci est une réponse automatique du robot de listes Sympa.
Problème de diffusion de votre message pour la liste 'adresse@cachée' :

L'adresse suivante n'est pas une liste connue :

    adresse@cachée

Donc, me voilà bloqué. Et je ne sais pas comment demander à Sympa de laisser cet alias tranquille. Avez-vous une idée ?

Je gère mes domaines et utilisateurs avec une base MySQL, et voici un extrait de mon main.cf :

myhostname = nsXXXXXX.ip-XX-XX-XX.eu
myorigin = /etc/mailname
#mydestination = localhost
mydestination = $myhostname, localhost, localhost.localdomain
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all

virtual_transport = lmtp:unix:private/dovecot-lmtp

virtual_mailbox_domains = mysql:/etc/postfix/db/virtual-domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/db/virtual-users.cf

alias_maps = hash:/etc/aliases,hash:/etc/mail/sympa/aliases
alias_database = mysql:/etc/postfix/db/virtual-aliases.cf,hash:/etc/mail/sympa/aliases

virtual_alias_maps = hash:/etc/postfix/virtual,regexp:/etc/mail/sympa_virtual_regexp

transport_maps = regexp:/etc/postfix/sympa_transport.cf,hash:/etc/postfix/transport

Je suis bien conscient que c'est encore du bricolage amateur, et je fais de mon mieux pour améliorer cette configuration grâce à vos conseils.
À savoir que j'ai bien tenté pour essayer de replacer le robot Sympa dans un sous-domaine @listes.domaine.fr pour voir. Et là, lorsque j'écris à adresse@cachée, même retour que ci-dessus, le robot traduit automatiquement l'adresse par adresse@cachée et m'indique que la liste n'existe pas ...

Je me demande si ce n'est pas le /etc/mail/sympa_virtual_regexp qui pose soucis, dont le contenu est :

/^(.*)@domaine.fr$/ $1

Cordialement,

-- 
Tone Pechelune.

Le 07/01/2019 à 18:37, Luc VEILLON (via sympa-fr Mailing List) a écrit :

Bonjour,

Le 03/01/2019 à 22:42, Tone Pechelune a écrit :

J'ai une question à vous poser et un petit problème que je rencontre au passage.

Je remarque que bien souvent, comme sur cette liste, un sous-domaine (listes.*) est utilisé comme nom à l'adresse.
J'aimerais savoir s'il est recommandable et possible de s'en passer ? Je veux simplement que l'interface web soit accessible en allant sur listes.domaine.fr/sympa, mais que les listes fonctionnent sur le domaine racine (et ainsi joindre une liste avec une adresse comme adresse@cachée plutôt que adresse@cachée).

La question en couvre en fait deux

•  comment gérer plusieurs domaines sur un seul serveur sympa, et régler la problématique des transports de courriers en aller et retour => on t'a répondu sur ce point
• comment mélanger un référentiel sympa avec un référentiel général d'entreprise ?
  

Tu ne le précises pas, mais on peut supposer que ton souhait de remonter tes listes dans @domaine.fr réponde à un souci de simplification de gestion des adresses mail dans @domaine.fr. Il se peut que tu gères par ailleurs des mails personnels directement sous ce domaine.

Intérêt : facilitation des recherches dans le carnet d'adresses si les mails persos et les listes sont en vrac dans un domaine unique + masquage de l'organisation interne (aujourd'hui "listes.domaine.fr", demain "diffusion.domaine.fr", après demain ? )

Inconvénient : chaque référentiel s'ignore, et quand tu remontes une adresse de liste dans @domaine.fr tu cours le risque de collision avec une adresse existante. Ou, si tu remontes plusieurs robots sympa dans un seul @domaine.fr, risque de collision avec des listes homonymes.

A titre personnel, je trouve que la remontée des adresses de listes dans le domaine père est une mauvaise pratique, précisément pour les inconvénients évoqués ci-dessus. Mais mon avis n'engage que moi, et l'ensemble de l'éducation nationale fonctionne en remontant l'adressage sympa dans le domaine principal des rectorats. Nous utilisons pour cela un outil perl maison qui synchronise les référentiels de tous nos robots sympa avec l'annuaire général des agents. Et on a les pbs de téléscopage en cas d'homonyme, car réunir les référentiels au même endroit ne règle pas le pb d'unicité des identifiants provenant de ces différents référentiels.

Cordialement

-- 

Luc Veillon
Responsable HUB de fédération
Responsable Messagerie
DSI/Pôle IH2M

adresse@cachée
T 02 38 79 45 20
M 06 24 84 13 30

Rectorat de l'académie d'Orléans-Tours
21 rue Saint-Étienne
45043 Orléans Cedex 1
www.ac-orleans-tours.fr