Re: [sympa-fr] Problèmesentêtes email et processus bounced

[Antoine Delvaux <adresse@cachée>]

>>1/ entêtes email
>>
>>Pour une liste d'un robot virtuel, nous avons modifié les messages de 
>>bienvenue, de suppression, etc. et ajouté les entêtes suivants :
>>
>>Mime-version: 1.0
>>Content-Type: text/plain; charset=iso-8859-1
>>Content-transfer-encoding: 8bit
>>
>>Ceci afin que le corps du message, contenant des caractères accentués, soit 
>>correctement interpreté.  Depuis lors nous avons un comportement bizarre 
>>qui fait que les messages de bienvenue (par exemple mais ça à lieu avec les 
>>autres types de messages également) envoyés suite à un abonnement par email 
>>(vers list-subscribe@...) comprenent les 2 entêtes suivants dans le corps 
>>du message :
>>  
>>
>Si vous voulez spécifier les champs d'entêtes SMTP vous-même, vous devez 
>l'indiquer à Sympa en débuttant la 1ère ligne du template par "From: ". 
>Voir la documentation, chap 11.2 :
>
>    If the file starts with a From: line, it is considered as a full
>    message and will be sent (after parsing) without adding SMTP
>    headers. Otherwise the file is treated as a text/plain message body.

Oui, les 5 lignes suivantes sont présentes tout au début du message de 
bienvenue en fait, puis une ligne vide et le texte du message : 

From: [conf->email]@[conf->host]
Subject: Bienvenue dans la liste [list->name]@[list->host]
Mime-version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 8bit

Et le comportement est même un peu plus étrange que celui que j'ai relaté.  
Car lorsqu'on fait un abonnement par l'interface web, les deux lignes 
d'entêtes en trop n'apparaissent plus.  Est-ce possible que l'envoi d'un 
message de bienvenue (ou d'un autre message générique) soit traité 
différement par Sympa suivant que l'abonnement est fait par email ou par le 
site web ?

>>2/ processus bounced
>>
>>J'utilise Sympa depuis presque 2 ans et en suis très satisfait.  Cependant, 
>>depuis quelques mois nous observons un comportement bizarre du processus 
>>bounced.  Sur certains messages de retour, il cale, c-à-d qu'il semble 
>>tourner en rond et consomme tout le temps CPU disponible et ce 
>>indéfiniment.  Les messages de retour sur lesquels il cale n'ont 
>>vraissemblablement rien en commun, et les listes qu'ils concernent sont 
>>aléatoires.
>>
>>Souvent lorsqu'un 'kill -HUP' est envoyé au processus bounced fou, tout 
>>rentre dans l'ordre.  Parfois il faut le faire plusieurs fois d'affilée, le 
>>temps qu'il traite tous les messages dans la queuebounced/  D'autres fois 
>>il faut vraiment le tuer et le redémarrer.
>>  
>>
>Le 'kill -HUP' n'a aucune incidence sur bounced.pl puisque celui-ci ne gère 
>pas ce signal.
>Pour comprendre le problème il nous faut des exemplaires de ces messages 
>difficiles à traiter sinon on tourne en rond....

Je crois que le 'kill -HUP' fonctionne lorsque c'est un processus bounced.pl 
enfant du processus initial qui tourne fou.  Et il le fait donc simplement 
stoper net, le processus parent reprennant la main et essayant de traiter le 
message de bounce suivant.

Je vais attraper le prochain message de bounce qui créé cette situation, mais 
jusqu'à présent je n'ai remarqué aucune similarité entre les messages de 
bounce qui crééent cette situation et ceux qui ne le font pas...

Cela dit merci pour votre réponse !

Antoine.