Accéder au contenu.
Menu Sympa

fr - [sympa-fr] Re: Re: Re: Mails erreurs envoyés à listmaster

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

Archives de la liste

Chronologique Discussions  
  • From: David Verdin <adresse@cachée>
  • To: Bertrand Lemaitre <adresse@cachée>
  • Cc: adresse@cachée, adresse@cachée
  • Subject: [sympa-fr] Re: Re: Re: Mails erreurs envoyés à listmaster
  • Date: Thu, 11 Oct 2007 10:34:48 +0200

Re-Bonjour,

Bertrand Lemaitre a écrit :

Bonjour,

Merci pour cet éclaircissement.
Est-il possible de garder la demande de modération, sans que les propriétaires soient avertis par mail ?

Oui. L'action editorkey accepte l'option "quiet", qui supprime l'expédition de mail.
Remplacez votre règle par une ligne telle que :
rue() smtp,md5,smime -> editorkey, quiet

et ça devrait marcher.

Merci de votre aide

Selon David Verdin <adresse@cachée>:

> Bonjour,
> Dans votre scénario, tout message reçu par un non abonné génère une
> demande de modération par le propriétaire de liste.
> Or, il apparaît dans le message d'erreur que la liste n'a pas de
> propriétaire ou bien que tous ceux-ci sont en nomail. Il est donc
> impossible de leur envoyer un message.
> Ce comportement anormal (il est nécessaire de pouvoir prévenir le
> propriétaire d'un dysfonctionnement) est signalé au listmaster par
> l'envoi d'un mail.
>
> Cordialement,
>
> Bertrand Lemaitre a écrit :
>> voici le log pour un message gérant une erreur :
>>
>> Oct 10 20:03:28 alise sympa[19500]: main::DoFile() Processing >> /adresse@cachée
>> ; sender: "Marconi schenck" <adresse@cachée> ; >> message-id: <000201c80b67$e410c360$d73e1357@amicocbc4fc8ab>
>> Oct 10 20:03:28 alise sympa[19500]: main::DoForward() Processing >> message for all-request with priority 5, >> <000201c80b67$e410c360$d73e1357@amicocbc4fc8ab>
>> Oct 10 20:03:28 alise sympa[19500]: main::DoForward() Warning : no >> owner defined or all of them use nomail option in list all
>> Oct 10 20:03:28 alise sympa[19500]: main::DoForward() >> sympa::DoForward(): Message for all-request ignored, request >> undefined in list all
>> Oct 10 20:03:29 alise sympa[19500]: Moving bad file >> adresse@cachée to bad/
>> Oct 10 20:03:34 alise bounced[19518]: >> main::update_subscriber_bounce_history() Subscriber not found in >> list all : adresse@cachée
>>
>>
>> cela génère l'envoie d'un mail à listmaster :
>>
>> L'utilisateur "Marconi schenck" <adresse@cachée> a été >> confronté à une erreur interne
>> (message diffusion - MSG_ID : >> <000201c80b67$e410c360$d73e1357@amicocbc4fc8ab> - LIST : >> adresse@cachée) :
>>
>> Impossible to forward a message to all-request : undefined in this list
>>
>> Le scénario est le suivant
>> cat include.send.header
>> title.fr antispam ALISE
>>
>> match([header->Content-Disposition],/attachment/) smtp,smime,md5 -> reject
>> match([header->X-Spam-Flag],/YES/) smtp -> request_auth
>> is_subscriber([listname],[sender]) smtp,smime,md5 -> do_it
>> is_editor([listname],[sender]) smtp,smime,md5 -> do_it
>> true() smtp,md5,smime -> editorkey
>>
>>
>>
>> Merci à tous
>>
>>
>> La liste existe bien et fonctionne bien
>>
>> David Verdin a écrit :
>>> Bonjour,
>>>
>>> www.alise.fr a écrit :
>>>> Bonjour,
>>>>
>>>> Pour l'association www.alise.fr, nous avons mis en place un >>>> scenario sur sympa
>>>> 5.3.3 selon le principe évoqué ici : >>>> http://listes.cru.fr/sympa/arc/sympa-fr/2005-07/msg00043.html .
>>>>
>>> Voir votre scénario nous aiderait sans doute à comprendre.
>>> Cela dit, si vous avez employé le scénario du thread mot pour mot, >>> c'est le comportement décrit dans le message qui se produit.
>>>> Or, depuis que cela est en place, nous recevons des tonnes de mails à
>>>> listmaster indiquant les erreurs suivantes :
>>>>
>>>> L'utilisateur "Orville Duke" <adresse@cachée> a été >>>> confronté à une
>>>> erreur interne
>>>> (message diffusion - MSG_ID : >>>> <adresse@cachée> - LIST :
>>>> adresse@cachée) :
>>>>
>>>> Impossible to forward a message to promo1994-request : undefined >>>> in this list
>>>> Consultez les logs pour plus de détails
>>>>
>>> Que disent les logs ?
>>>> A quoi est-ce du et surtout, comment supprimer cela ?
>>>>
>>>> De plus, il arrive parfois que des personnes envoyant de vrais >>>> mails reçoivent
>>>> une demande d'authentification, mais le message est bizarre. Peut >>>> on le changer
>>>> ?
>>>>
>>> Bizarre comment ? Quel message reçoivent-elles ?
>>>
>>> Je vous rappelle le comportement évoqué décrit dans le thread dont >>> vous vous êtes inspiré :
>>> " - un abonne' poste sur la liste, le mail passe
>>> - un abonne' (ou soit disant tel) envoie un spam (considere' comme >>> tel par spamassassin) le message est rejete'
>>> - un non abonne' poste un mail "normal" sur la liste, le >>> moderateur recoit une demande de moderation
>>> - un non abonne poste un spam sur la liste, il recoit une demande >>> de confirmation et le moderateur ne recoit rien
>>>
>>> "
>>> Vos messages "bizarres" ne correspondraient-ils pas au quatrième cas ?
>>> Peut-être faut-il creuser également du côté de votre logiciel anti-spam.
>>>
>>> Cordialement,
>>>> Merci d'avance pour toutes vos réponses
>>>>
>>>> Cordialement,
>>>> Bertrand Lemaitre
>>>> pour www.alise.fr
>>>
>>
>> --
>> *Bertrand Lemaitre *
>> adresse@cachée <mailto:adresse@cachée>
>> Ingénieur réseau ESIAL <http://www.esial.fr>
>
> --
> David Verdin
> Comité réseau des universités


--
David Verdin
Comité réseau des universités




Archives gérées par MHonArc 2.6.19+.

Haut de le page