[sympa-fr] paramètre host vs. robot

[Daniel Viñar Ulriksen <adresse@cachée>]

Re-bonjour, 

Dans les dernières versions de sympa, la gestion des alias mail
(fichier /etc/mail/sympa_alias, qui fait le lien entre sympa et le MTA,
au moins dans debian/postfix) s'est énormément améliorée. 

Non seulement il n'ya plus aucun souci à la création de la liste, mais
de plus, depuis sympa 6.x, il a deux nouvelles fonctions très
intéressantes qui gèrent ca assez bien: "renommer une liste" et "copier
la configuration" d'une liste existante lorsqu'on en crée une nouvelle. 

Ces deux fonctions gèrent bien les différents domaines de plusieurs
robots virtuels (leur paramètre "domain"), mais en revanche, elles ont
des défauts lorsqu'il s'agit d'un domaine qui n'est pas celui d'un
serveur Sympa, mais seulement défini pour une ou quelques listes, avec
le paramètre "host" de celles-ci. 

Deux problèmes: 
- Un mineur, de commodité: lorsqu'on renomme une fonction, de tels
domaines n'apparaissent pas dans les domaines proposée (en liste
déroulante) au moment renommer une liste.

- un autre plus gênant: lorsqu'on crée une liste en copiant la
configuration d'une autre, c'est le domaine défini dans "host" qui est
utilisé pour définir les alias dans /etc/mail/sympa_alias, ce qui peut
donner lieu à la création de listes inopérantes, sans qu'on en soit
averti et sans que cela puisse être réparé facilement, y compris par un
listmaster qui n'utiliserait que l'interface WWSympa. Il faut aller
modifier à la main le fichier d'alias, et re-générer son .db

En effet, le domaine défini dans le paramètre "host" d'une liste peut
très bien ne pas être opérationnel dans le MTA associé à Sympa (dans les
config de mes serveurs, c'est souvent le cas). En général on crée une
liste avec le domaine principal du serveur Sympa, et ensuite on modifie
le paramètre host pour la valeur que l'on veut veut voir dans
l'interface web et en tant qu'expéditeur. Mais il se peut très bien que,
pour la réception, il y ait une redirection de mail dans un autre MTA.
D'ailleurs, il est à noter que, lorsqu'on modifie le "host" à travers
WWSympa, cela n'est pas répercuté sur le fichier /etc/mail/sympa_alias
(ce qui est cohérent avec le comportement décrit juste avant). 

C'est dommage, d'autant plus qu'un listmaster qui a fait pas mal de
tunning a une liste, aura facilement tendance à en copier la
configuration... 

Y a-t-il moyen de pallier à ce problème? 

Ce serait, en quelque sorte, pouvoir définir deux valeurs pour le
paramètre "domain". Avec deux conséquences: 
- toutes les valeurs de "domain" seraient proposées dans la liste
déroulante au renommage (et comme c'est le cas maintenant, le fichier
d'alias serait modifié en concéquence)
- lorsqu'on copie la config d'une liste: 
    - si le "host" de la liste copiée est dans les valeurs de "domain"
on prendrait cette valeur pour la création d'alias, 
    - si le "host" de la liste copiée n'est pas une valeur de "domain",
pour la création d'alias on utiliserait, non pas le "host", mais la
valeur de domaine utilisée dans pour la liste copiée dans le fichier
d'alias. 

Ce que je dis se comprend? 
Est-ce pertinent ou ai-je faux quelque part?
Est-ce faisable?

Merci d'avance pour votre attention. 
Cordialement, 
daniel  
-- 
Daniel Viñar Ulriksen
adresse@cachée
Redes & sistemas - CSIC - CCI - EI
Tel. (+598) 24083309 24087033 int. 125
Cel. (+598) 99726960
www.csic.edu.uy - www.universidad.edu.uy