[sympa-fr] Re: Error: nested MAIL command sur une seule liste

["Luc VEILLON (DSI/SECU)" <adresse@cachée>]

VEILLON%20Luc a écrit :
> Bonjour, 
>
> Je suis confronté à un problème qui ne concerne qu'une seule des listes que
> nous hébergeons. 
>   
Sous réserve de vérification complémentaire (je ne peux pas tester une
liste en prod comme je le veux), il semble que le problème vienne d'une
adresse d'abonnée erronée, de type :
broger>@free.fr

Ce qui me conduit à demander une nouvelle fonctionnalité dans sympa :
* soit un contrôle syntaxique éliminant au moins le signe > des email en
cours de validation d'abonnement
* soit un système de logging journalisant l'emploi d'un email avant même
son usage (mais je suis en train de penser en l'écrivant qu'une erreur
syntaxique vautrera le système de logs de la même façon...)

Cordialement
> De cent à trois cent abonnés de cette liste, qui en contient 2500 environ, 
> sont
> rejetés lors de l'envoi du courrier par paquets. L'erreur commence toujours 
> au
> même lot, mais concerne un nombre plus ou moins grands de lots ensuite. 
>
> Certains abonnés rejetés dans cette liste sont également abonnés à d'autres
> listes que nous gérons et reçoivent correctement leurs courriers. 
>
> Le message renvoyé sur notre serveur est : 
> Sep 14 11:08:19 valinor postfix/smtp[7139]: [ID 197553 mail.info]
> 4841D2D22: to=<adresse@cachée>, relay=127.0.0.1[127.0.0.1],
> delay=9, status=bounced (host 127.0.0.1[127.0.0.1] said: 503 during
> MAIL: Error: nested MAIL command (in reply to end of DATA command)) 
>
> Il est répété pour chaque abonné du paquet traité par la liste sympa et -
> apparemment - pour les abonnés de tous les lots suivants. 
>
> Le relais 127.0.0.1 n'est pas logique, et peut expliquer le problème de 
> nested
> mail. Les courriers émis par le serveur sympa sont traités par postfix sur 
> le
> serveur lui même, qui les sous-traite à un antispam (puremessage) toujours 
> sur
> le même serveur,  ce dernier les renvoyant à postfix sur un autre port pour
> expédition. 
>
> L'antispam détecte correctement les paquets d'envoi préparés par sympa, les
> renvoie sans aucune remarque à postfix sur le port dédié, mais sur certains
> paquets, l'adresse du relais choisie par... par qui d'ailleurs ? sympa ?
> postfix ?  est soudain 127.0.0.1
>
> J'imagine que postfix s'affole alors et détecte un nested mail command en
> voyant la boucle qui démarre. 
>
> Mes questions sont : 
> 1/ l'erreur 503 nested mail reflète elle bien ce bouclage du courrier sur 
> lui
> même ?
> 2/ est ce sympa qui prépare les lots en triant les abonnés par domaine, et 
> dans
> ce cas, peut on considérer que le problème apparaît bien dans le premier lot
> (et pas dans le dernier lot correctement traité) ? 
> 3/ est ce sympa qui prépare le relais de mail ou bien le serveur de mail se
> débrouille seul ? 
> 4/ est il envisageable qu'un lot erroné provoque ensuite le rejet de tous 
> les
> lots suivants ? 
>
> Merci de votre aide, 
>
>   


-- 
     Luc VEILLON              | IRD/Délégation aux systèmes d'information/
     tel.:+33(0)2 38 49 95 95 | RSSI - Pôle APPUI RECHERCHE/coord. technique
     Fax :+33(0)2 38 49 95 76 | 5, rue du carbone                       
     adresse@cachée   | 45072 ORLEANS CEDEX 2
     gpg : 0x237A4AD7         | AC signature : http://igc.cru.fr/ac-racine/

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature