[xmail] Re: To much memory ?

2003-12-29 Thread Pascal de R.
Another just after xmail has refuse all connexion : vg_alloc_ThreadState: no free slots available Increase VG_N_THREADS, rebuild and try again. valgrind: the `impossible' happened: VG_N_THREADS is too low Basic block ctr is approximately 296190 sched status: Thread 1: status =

[xmail] Re: How to specify a multi-line reject message for Xmail?

2003-12-29 Thread Kirk Friggstad
If I may jump in here with a comment on your spam-blocking method... We've just been through hell with an ISP who uses a similar blocking scheme (blocking IP addresses in the headers of reported spam messages). We have a forwarding mail account set up for one of our out-of-office sales reps -

[xmail] Re: How to specify a multi-line reject message for Xmail?

2003-12-29 Thread Tracy
Davide - sorry to continue this OT here, but perhaps others might be interested... At 10:27 12/29/2003, Kirk Friggstad wrote: If I may jump in here with a comment on your spam-blocking method... We've just been through hell with an ISP who uses a similar blocking scheme (blocking IP addresses

[xmail] Re: To much memory ?

2003-12-29 Thread Davide Libenzi
On Mon, 29 Dec 2003, Pascal de R. wrote: Another just after xmail has refuse all connexion : vg_alloc_ThreadState: no free slots available Increase VG_N_THREADS, rebuild and try again. valgrind: the `impossible' happened: VG_N_THREADS is too low Basic block ctr is approximately

[xmail] Re: How to specify a multi-line reject message for Xmail?

2003-12-29 Thread Kirk Friggstad
You're absolutely right that I don't know anything about your methods - my apologies. The proposed multi-line reject message appeared very similar to the error messages produced by the remote mail server in our incident, and the line Your mail server's IP address has been found in the headers of

[xmail] Re: To much memory ?

2003-12-29 Thread Pascal de R.
lundi 29 décembre 2003 at 17:04:12, you said : Davide It's ok. Valgrind just uses a maximum number of 100 threads inside Davide include/vg_skin.h. For what I've seen there's no reason for the VM to Davide expand in the way you're experiencing. Later I'll send you a tar of the Davide 1.18 to try,