[sympa-fr] mail perdu en cas de saturation de postfix

["Thibaut" <adresse@cachée>]

Bonjour,

Nous avons réalisé un test de saturation du /var/spool de postfix lors d'un
envoi de mail sur une liste sympa.
Pour le test, nous avons :
 - un serveur sympa ( 6.2.12 ), installé sur un autre fileSysteme /appli/
sympa/  et avec un postfix avec un /var/spool de 3,7gb libre
 - un serveur relay avec uniquement postfix
 - architecture RED HAT 6.4

Nous avons envoyé un mail de 55 mo ( uniquement pour saturer rapidement le /
var/spool ) sur une liste possédant 100 abonnés, avec un NRCPT définis à 1 .
Juste avant le test, le postfix du relay était arrêté afin de tester le
comportement de postfix et de sympa en cas de saturation du /var/spool

L'envoi débute normalement, les premiers mails passent en deferred sur postfix
et le /var/spool grossit jusqu'à saturation ( 68 mails )
à ce moment là, des messages d'erreurs apparaissent :
     - dans /var/log/sympa.log  : err main::#190 >
Sympa::Process::reap_child#95 Child process 17035 for
<5.5.1458292482.1458293031.375237.2eme@qp-ari-
sympa02.ariel.hp.in.phm.education.gouv.fr_z,10545,1761/0002> exited with
status 75
     - dans postfix :   postfix/cleanup[16426]: warning: C0608316: write queue
file: No space left on device

On relance le postfix sur le relay, et on force la re-emission des mails
deffered avec un postqueue -f , ce qui diminue le /var/spool de postfix tout
en envoyant les mails sur le relay.

Cependant, on constate qu'il n' y a que 68 mails envoyé et qu'il nous manque
32 mails , ce qui correspond aux 32 messages d'erreurs ( exited  status 75 )
vu dans le sympa.log

Nous supposons que sympa n'est pas capable de gérer une saturation de /var/
spool ,
Est-ce que quelqu'un peut confirmer qu'il s'agit du comportement 'normal' de
sympa ( et qu'il faut donc prévoir un espace de stockage de /var/spool
important )  ou existe t-il une astuce  de configuration ?

Cordialement,

Thibaut Jacob