Re: [sympa-fr] bulkspool_table

[Anthony <adresse@cachée>]

Le 15/11/2012 11:14, Anne-Lise GROS a écrit :
> bonjour,
> 
> Merci, je vais regarder.
> J'ai contourné le problème en mettant une forte valeur à la
> variable max_allowed_packet dans le fichier conf de mysql my.cnf. J'ai
> également supprimé des enregistrements dans la table bulkspool_table
> suivant ce qui est décrit
> dans http://comments.gmane.org/gmane.mail.sympa.dev/454
> Aussi, j'ai eu le retour des utilisateurs qui n'ont reçu aucun message
> d'avertissement de non cheminement de leur mail où le fichier attaché
> n'était pas accepté car trop lourd. Par contre, l'archivage de la liste
> utilisée était bien maj avec le mail non envoyé. Cela m'a semblé un peu
> bizarre car on pourrait ainsi penser qu'en fait le mail a été bien
> traité. Est-ce un dysfonctionnement dans sympa qu'il n'y ait pas un
> retour automatique à l'expéditeur pour le prévenir ou cela n'a-t-il pas
> été pris en compte dans la procédure ?

De mon coté l'erreur venait exclusivement de l'insertion dans la base
(la table bulkspool_table était bien régulièrement purgée).
La modification de la variable "max_allowed_packet" a donc bien réglé
mon soucis.
Et en effet, les messages étaient bien archivés (comme si envoyés) mais
j'avais un retour d'erreur de distribution de la part de sympa (en tant
que listmaster) alors que l'expéditeur pensait que le message était bien
parti. Il y a donc bien un soucis de procédure dans sympa (archivage
d'un message non expédié).

Cordialement,

Anthony