[sympa-fr] Modification du domaine d'une liste (suite)

[adresse@cachée]

Merci pour ces explications.

> Nous avons rendu 'include2' un peu plus souple dans la version de 
> développement ; les sources de données sont maintenant interrogées 
> directement par wwsympa.fcgi, lors de l'édition de la config. Un bouton 
> de 'synchronisation' des membres avec la source est également proposé.

j'upgraderai certainement dès que le packet debian unstable sera dispo.


Mais je ne suis pas sûr d'avoir bien compris un point :

Je cherche surtout à gérer des listes dont les adresses de publication soient 
sur des domaines différents.

Le robot virtuel permet de proposer des adresses de robot sur un autre 
domaine que le domaine principal. Mais cela ne m'est pas très utile car les 
paramétrages communs du robot me conviennent et que le traitement abo/désabo 
est externe par html et sur une autre base sql (grâce à include2).

- J'ai pu obtenir le résultat espéré en re-créant ma liste depuis zéro (avec 
tous les bons alias), alors pourquoi ne peut-on pas avoir le même résultat en 
modifiant une liste existante (nom et domaine) ?

- enfin, lors d'un envoi à l'adresse de diffusion, le robot renvoi aux 
modérateurs la demande de confirmation depuis l'adresse d'émetteur : 
adresse@cachée (return-path  
adresse@cachée)
Et il envoi un accusé de réception de prise en compte de la demande de 
diffusion au rédacteur depuis l'adresse : adresse@cachée

Il semble donc que le robot utilise partiellement (selon les fontions) le 
domaine spécifique de la liste et partiellement le domaine principal. Est-ce 
normal ?

Je pense mettre en place un robot virtuel pour tester sans bien avoir compris 
sa nécessité dans mon cas.

Je continue mon exploration des fonctions de sympa. Je ne regrette vraiment 
pas mailman !

Cordialement,

François Corcket


----- Original Message ----- 
From: "Olivier Salaun - CRU" <adresse@cachée>
To: <adresse@cachée>
Cc: <adresse@cachée>
Sent: Monday, October 25, 2004 9:41 AM
Subject: Re: [sympa-fr] Modification du domaine d'une liste


Bonjour,

adresse@cachée wrote:

>J'ai récemment installé sympa 4.1.2 sur debian unstable et j'en suis 
>globalement très satisfait (la fonction include2 est en particulier 
>formidable).
>  
>
Nous avons rendu 'include2' un peu plus souple dans la version de 
développement ; les sources de données sont maintenant interrogées 
directement par wwsympa.fcgi, lors de l'édition de la config. Un bouton 
de 'synchronisation' des membres avec la source est également proposé.

>J'ai cependant rencontré le problème suivant :
>
>Après avec créé une liste sous le domaine principal de l'installation 
>adresse@cachée, j'ai mis en place des domaines virtuels (sous 
>postfix 2, méthode alias+virual regexep, le transport_regexp n'ayant pas 
>bien fonctionné).
>
>J'ai voulu renommer adresse@cachée en 
>adresse@cachée.
>
>J'ai modifié le paramêtre host et le nom de la liste par l'interface web.
>Les alias et virtual postfix ont été adapté en conséquence.
>
>Problème principal : 
>
>toute tentative d'envoi de message à adresse@cachée se 
>solde par un rejet direct de sympa.
>[...]
>  
>
Vous ne semblez pas avoir créé un robot virtuel au niveau de Sympa ?
Si le message arrive effectivement à Sympa et qu'il le rejette, c'est 
probablement qu'il ne trouve pas la liste avec la bonne adresse, dans le 
bon robot virtuel (au niveau de Sympa).
Fournissez- plus de détails : extraits de logs, élément de configuration 
de sympa.conf, aliases....

>la fonction "renommer la liste" dans wws ne me propose que le domaine 
>principal en menu déroulant, alors qu'il est dit dans la doc qu'on peut le 
>modifier.
>Pourquoi n'est-ce pas un champ libre ?
>Comment peut-on modifier la liste de domaines/host disponible à ce niveau ?
>  
>
La fonction "renommer la liste" est le bon moyen pour changer la partie 
locale de l'adresse de la liste et/ou déplacer la liste dans un autre 
robot virtuel.

>Faut-il passer par les robots virtuels pour traiter ce type de problème ?
>  
>
[...]
Ca dépent si vous avez besoin de cloisonner les listes dans plusieurs 
services de liste avec une adresse de robot distincts et 
une interface web distincte. 
Si ce n'est pas le cas, vous pouvez juste mettre en place des alias, mais 
attention aux paramètres du programme 'queue' dans les alias...

-- 
Olivier Salaün
Comité Réseau des Universités
-------------------------------------------
Validation signature / Trusting  signature: --> http://igc.cru.fr/trust.html
-------------------------------------------