Yahoo Groups archive

Milter-greylist

Index last updated: 2026-04-28 23:32 UTC

Message

[Fwd: watch-greylist]

2006-08-02 by Chris Hoogendyk

We are running milter-greylist-1.6 on Solaris 9 with Sendmail 8.13.6,
etc. on an E250 with dual sparc processors.

We didn't go to milter-greylist-2.0.2 when building the system, because
we experienced what appeared to be memory leaks when trying to run it.
These seem to be in 1.6, but seemed to be worse in 2.0.2.

Periodically, with 1.6 running, we have a situation where the floodgates
open and we start getting spam. On checking mail logs and processes, we
discover that milter-greylist has stopped running. Because of this, I
have a cron script that checks this condition and restarts
milter-greylist. It doesn't trip off very often (a couple of times in a
few months). However, when it does, we find that milter-greylist has not
been functioning for several hours, but only actually terminates after
it has been this way for several hours. In the log files, we find
entries like:

     Jul 30 03:10:45 marlin sendmail[10724]: [ID 801593 mail.info]
k6U7AjxJ010724: Milter (greylist): to error state

Couple of questions:

Why does it do this? Are there many people testing on Solaris? When you
get 2.1.x ironed out, can we be a little more sure that stuff like this
has been cleaned up?

If it can see that it has gone "to error state", why shouldn't it just
terminate on the spot? Does it think it will come out of error state?
How about having an ability to restart itself?


---------------

Chris Hoogendyk

-
   O__  ---- Systems Administrator
  c/ /'_ --- Biology & Geology Departments
 (*) \(*) -- 140 Morrill Science Center
~~~~~~~~~~ - University of Massachusetts, Amherst 

<hoogendyk@...>

--------------- 

Erd\ufffds 4



-------- Original Message --------
Subject: 	watch-greylist
Date: 	Wed, 2 Aug 2006 11:55:10 -0400
From: 	George Drake <george@...>
To: 	hoogendyk@...



Chris, given that the log contains lines like
Jul 30 03:10:45 marlin sendmail[10724]: [ID 801593 mail.info] 
k6U7AjxJ010724: Milter (greylist): to
error state

I think I'll scan the log file looking for the following at the end 
of a line.  That should make the string search fast since I can lock 
it to the end of a line.

Milter (greylist): to error state

Are you aware of any other cases in which this string might occur and 
not signify we should kill and restart milter greylist?
-- 
--------
	George Drake		413-545-2625, FAX 413-545-3243
	Dept. of Biology, Univ. of Mass., Amherst, MA 01003
	  Director of Computing and Networking
	  College of Natural Sciences and Mathematics
	  University of Massachusetts, Amherst

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.