Re: [sympa-fr] Problème avec le scenario public_nobcc

[Isabelle Gastal <adresse@cachée>]

Bonjour,

Je suis effectivement sur debian, mais j'ai installé sympa avec les sources.
Je vous transmet à nouveau les logs, ceux de sympa et de postfix. Je me demande si le problème ne vient pas de ma configuration de l'hôte virtuel.
benfica.univ-orleans.fr est le serveur (debian etch) hébergeant sympa et listes.univ-orleans.fr est l'hôte virtuel, j'utilise  postfix.

Qu'en pensez-vous ?


mail.log
Sep  4 10:18:30 benfica postfix/smtpd[31609]: connect from smtpka.univ-orleans.fr[194.167.30.175]
Sep  4 10:18:30 benfica postfix/smtpd[31609]: 8D0574E663: client=smtpka.univ-orleans.fr[194.167.30.175]
Sep  4 10:18:30 benfica postfix/cleanup[31612]: 8D0574E663: message-id=<adresse@cachée>
Sep  4 10:18:30 benfica postfix/qmgr[2929]: 8D0574E663: from=<adresse@cachée>, size=1431, nrcpt=1 (queue active)
Sep  4 10:18:30 benfica postfix/smtpd[31609]: disconnect from smtpka.univ-orleans.fr[194.167.30.175]
Sep  4 10:18:31 benfica postfix/local[31613]: 8D0574E663: to=<adresse@cachée>, orig_to=<adresse@cachée>, relay=local, delay=1, delays=0/0/0/1, dsn=2.0.0, status=sent (delivered to command: /home/sympa/bin/queue adresse@cachée)
Sep  4 10:18:31 benfica postfix/qmgr[2929]: 8D0574E663: removed

sympa.log
Sep  4 10:18:32 benfica sympa[23674]: main::DoFile() Processing /adresse@cachée ; sender: Isabelle Gastal <adresse@cachée>  ; message-id: <adresse@cachée> 
Sep  4 10:18:32 benfica sympa[23674]: main::DoMessage() Processing message for arthur with priority 5, <adresse@cachée> 
Sep  4 10:18:32 benfica sympa[23674]: main::DoMessage() Message for arthur from adresse@cachée rejected() because sender not allowed
Sep  4 10:18:32 benfica sympa[23674]: Moving bad file adresse@cachée to bad/




David Verdin a écrit :

adresse@cachée"> Une seule info pertinente : c'est bien la règle "equal([is_bcc],1)" qui est évaluée comme fausse et entraine donc le rejet du message.
Or on considère que la condition "is_bcc" n'est pas vraie si et seulement si :

Le message a un champ "To:" et la valeur de ce champ est le nom de la liste OU le message a un champ "Cc:" et la valeur de ce champ est le nom de la liste.

Comme d'une part cela semble être le cas dans l'extrait d'entêtes SMTP que vous avez fourni et que d'autre part notre version - identique - de Sympa 5.4.7 n'a pas le problème que vous évoquez, je ne vois pas d'explication logique à votre problème.

Peut-être pourriez-vous avoir des informations du côté des gestionnaires du paquet debian de Sympa (http://packages.debian.org/sid/sympa) ?

Cordialement,

David Verdin

Isabelle Gastal a écrit :

adresse@cachée">Bonjour,

Vous trouverez en PJ les log du mode debug. Personnellement, je n'y ai
pas vu d'info pertinente. Qu'en pensez-vous ?

Merci


David Verdin a écrit :

Bonjour,

Je viens de tester le problème sur notre version de la 5.4.7 et ne suis pas arrivé à le reproduire.

Ce que vous pouvez faire :

- vérifier qu'il n'y a pas de règles incluses automatiquement, en plus de votre scénario, dans un fichier du type include.send.header (voir https://www.sympa.org/manual/authorization-scenarios#scenario_implicit_inclusion )
- lancer sympa.pl en mode debug, pour avoir plus de détails et notamment savoir sur quelle règle Sympa rejette le message.

Cordialement,

David Verdin

Isabelle Gastal a écrit :

Re-Bonjour,

Voici le code source du scenario :

title.gettext public list, Bcc rejected (anti-spam)

equal([is_bcc],1)                     smtp,smime,md5    -> reject
true()                                smtp,md5,smime    -> do_it

et le code source du message rejeté :

>From - Mon Aug 31 10:07:18 2009
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00800000
X-Mozilla-Keys:                                                                                 Message-ID: <adresse@cachée>
Date: Mon, 31 Aug 2009 10:07:17 +0200
From: Isabelle Gastal <adresse@cachée>
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706)
MIME-Version: 1.0
To: adresse@cachée
Subject: test bcc
Content-Type: text/plain; charset=ISO-8859-1; format=flowed


Content-Transfer-Encoding: 8bit David Verdin a écrit :

Bonjour,

Pour vous répondre, il faudrait que nous puissions voir :

- le code source du scénario,
- le message rejeté.

Si vous pouviez nous faire suivre ces éléments, nous pourrions sans doute vous aider.

Cordialement,

David Verdin

Isabelle Gastal a écrit :

Bonjour,

Je viens de migrer de la version de sympa 5.2.3-1.2+etch1 vers la version 5.4.7 sur un nouveau serveur (également en debian etch).
Les listes utilisant le scenario send.public_nobcc ne fonctionnent plus, dans tous les cas il est impossible d'écrire dans ces listes, les mails sont systématiquement rejetés.
J'ai essayé de récupérer le scenario send.public_nobcc de l'ancien serveur, mais sans plus de succès.

Voilà les logs :
Aug 31 10:28:39 benfica sympa[14290]: main::DoFile() Processing /adresse@cachée ; sender: Isabelle Gastal <adresse@cachée>  ; message-id: <adresse@cachée> Aug 31 10:28:39 benfica sympa[14290]: main::DoMessage() Processing message for arthur with priority 5, <adresse@cachée> Aug 31 10:28:39 benfica sympa[14290]: main::DoMessage() Message for arthur from adresse@cachée rejected() because sender not allowed
Aug 31 10:28:40 benfica sympa[14290]: Moving bad file adresse@cachée to bad/

Avez-vous une idée pour m'aider à résoudre ce problème ?

Par avance merci pour votre aide.

Cordialement

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

-- 
--------------------------------------------------------
Isabelle Lavarenne-Gastal
 Responsable pôle infrastructures
 Centre de Ressources Informatiques (CRI)
 Université d'Orléans
 Bâtiment 3IA - 2e étage
 4-6 rue Léonard de Vinci
 BP 6102 45061 ORLEANS Cedex 2
 Tel : 02.38.41.71.42  -  Fax : 02.38.41.73.53
Email : adresse@cachée
--------------------------------------------------------