Accéder au contenu.
Menu Sympa

fr - Re: [sympa-fr] Retour (user unknown) vers listes modérées

Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa

Archives de la liste

Chronologique Discussions  
  • From: Pascal Maes <adresse@cachée>
  • To: adresse@cachée
  • Subject: Re: [sympa-fr] Retour (user unknown) vers listes modérées
  • Date: Mon, 9 Oct 2006 22:27:31 +0200


Le 9 oct. 06 à 20:38, Serge Aumont a écrit :

Pascal Maes wrote:


Bonjour,

Sympa version 5.2.2


nous avons créé une liste modérée (même pour le modérateur) et effectué un envoi en utilisant
une adresse X@Y pour l'adresse de réponse et en utilisant cette même adresse pour l'auteur anonyme.
Cette adresse est une adresse valide.

adresse de réponse : Reply-to: positionné à l'envoi du message pour le test ou par config de la liste ?


via la config de la liste et c'est opérationnel.
Le From et le Reply-To sont bien corrects dans le message reçu.

Je suppose que chaque postmaster est libre d'écrire les messages de retour en fonction des en-têtes qui lui sont fournis. Le return-path en est un comme un autre.


Les aliases sont définis de manière standard avec entre autres,

liste-owner: "| /var/sympa/bin/bouncequeue liste@domaine"


Malgré le reply-to, certains retours se font vers liste- owner@domaine (= Return-Path) et, ce qui est un peu plus dérangeant, se retrouvent dans les messages à modérer. Est-ce bien "normal" ?

Les messages pour liste-owner ne devraient-ils pas être envoyés au propriétaire de la liste ?

<list>-owner est affecté à la réception des bounces. C'est assez surprenant mais c'est écrit dans un rfc (je ne sais plus lequel) . Cela date d'un temps ou les bounces étaient traités à la main...

<list>-request doit par cnotre permettre de contacter une personne qui gère le service <list>

Ces 2 règles s'apliquent aux listes de diff et plus généralement à tout service en mode messagerie

Serge Aumont



Ce n'est pas tant le fait que list-owner soit utilisé qui m'ennuie, ce qui m'embête c'est que les messages d'erreur passent par le processus de modération alors que leur seul intérêt, dans notre cas, serait de pouvoir éliminer de la listes les adresses non valides.

--
Pascal







Archives gérées par MHonArc 2.6.19+.

Haut de le page