Milter-greylist

Emmanuel Dreyfus wrote:
 > Jim Hermann - UUN Hostmaster wrote:
 > > Any word on this problem?
 > 
 > Never seen such a problem. Did you tried tracing it? Do you get a
 > SIGALRM? Anyone has an idea of where it comes from?

It's the standard output of the default handler of SIGALRM
(just like "Segmentation fault" is the standard output from
SIGSEGV).  The exact format might depend on the OS and the
shell. For example, I can produce the output like this on
FreeBSD:

$ sleep 5 & kill -ALRM $!
[1]   Alarm clock             sleep 5

It usually only happens when there's a bug in a program,
such as when the programmer started a timer (e.g. using
setitimer()) but forgot to install a handler for SIGALRM.
Or the handler got lost or reset to the default, which
might happen when using signal() on systems that implement
the SystemV semantics (as opposed to BSD semantics), such
as Solaris.  You should better always use sigaction()
instead of signal() to avoid that problem.

Disclaimer:  I haven't looked at the milter-greylist code,
so I don't know if any of the above applies.  It was just
a generic explanation.

Best regards
   Oliver

-- 
Oliver Fromme,  secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.

"A language that doesn't have everything is actually easier
to program in than some that do."
        -- Dennis M. Ritchie