Milter-greylist

Hi Matthieu,

Thank's for your help.
I added patch 108993-40 (the patch 108993-39 has been obsoleted by this 
one) and I will see...

Best regards.

Cédric.

A 14:26 02/02/2005 +0100, Matthieu Herrb a écrit :
>HILLEMBRAND Cedric wrote:
>>Dear list,
>
>Hi,
>
>>I’m a new user of Milter-Greylist.
>>I installed milter-greylist since few days with sendmail 8.12.1 (and 
>>spamassasin + mitler-spamc, smrazor) on Solaris 8.
>>The results are really good !
>>But I’m disappointed, because after one or two days, my daemon stops to 
>>work.
>>It was the case this night. I can read this information from my syslog :
>>/Feb  2 03:44:10 castor sendmail[19897]: [ID 801593 mail.info] 
>>j122i7nG019897: Milter add: header: X-Greylist: Default is to whitelist 
>>mail, not delayed by milter-greylist-1.7.5 (castor.cesr.fr 
>>[195.83.102.11]); Wed, 02 Feb 2005 03:44:10 +0100 (MET)
>>Feb  2 03:44:15 castor sendmail[19909]: [ID 801593 mail.notice] NOQUEUE: 
>>POSSIBLE ATTACK from [4.32.196.36]: newline in string "narryaz\r "
>>Feb  2 03:44:20 castor sendmail[19910]: [ID 801593 mail.error] 
>>j122iInH019910: milter_read(greylist): cmd read returned 0, expecting 5
>>Feb  2 03:44:20 castor sendmail[19910]: [ID 801593 mail.info] 
>>j122iInH019910: Milter (greylist): to error state
>>/I tried to install the new version (1.7.5), but the results are the 
>>same... where can I look ?
>
>If you're running Solaris 8, make sure you've installed the latest 
>patches. There is a nasty memory leak in the pthread libraries prior to 
>patch  108827-40. It makes the milter-greylist process grow pretty quickly 
>and dump core once the available virtual memory is exhausted.
>
>This patch has later been obsoleted by 108993-39.
>So check that you have one of those two patches installed. You can get the 
>latest 108993 revision from http://sunsolve.sun.com/. Beware, this is a 
>pretty nasty patch that really requires a quick reboot after installation, 
>as it screws up user authentification. It's also not possible to install 
>it using PatchPro (it is marked as making the kernel instable).
>
>--
>Matthieu Herrb
>
>
>