The mailing list for listmasters using Sympa

[Serge Aumont <address@concealed>]

Micah Anderson wrote:
> > Sympa.conf distribution_mode fork option will make sympa fork, one 
> > process analyse incomming messages forward messages to editor, answers to 
> > command message etc. The second distribute message. It better but only 
> > one message distribution process is running at time. 
> >     
>
> I was surprised to hear of 'distribution_mode fork' option in
> sympa.conf, and set it immediately the other day to see if this would
> help. After a few days of data gathering, I noticed that we were getting
> sporadic complaints about messages not being delivered. So I had a look
> and it looked like there were about 4k messages that had piled up in the
> 'distribution' spool directory that were not being picked up for
> whatever reason. Two sympa.pl processes were running, and I tried to
> restart them, but it seemed as if whichever process was supposed to be
> parsing that distribution spool directory was not. 
>
>   
That's really strange.  You should run sympa.pl in debug mode. In order 
to do it in a way compatible with spool distribution use the following 
command :

sympa.pl --service=process_message --foreground --log_level=2

> > You should increase nrcpt parameter. nrcpt is the number of recipient as  
> > argument of each sendmail/postfix call. The number of processus that  
> > sympa have to run is #subscribers divided by nrcpt . (if you don't use  
> > verp).
> >     
>
> What if I am using verp? We are here, so I need to figure out what the
> correct setting for the nrcpt parameter should be. 
>   
If you use verp=100% nrcpt will not be used. If you use 2% nrcpt will be 
used but not for 2% of the subscribers.

Serge