From: "Chris" <[EMAIL PROTECTED]>
> > Shutting down spamd: [ OK ]
> > Starting spamd: Could not create INET socket on 127.0.0.1:783: Address
> > already in use (IO::Socket::INET: Address already in use) [FAILED]
> >
> > -------------------------------------------------------
>
> Here's some anecdotal evidence, for whatever it's worth. I manage six
> mail servers (three clients plus my own) running spamd. Four are
> Fedora Core 1 or 3 (one of the threes is heavily loaded - over 18K
> mails per day) and the other two are FreeBSD.
>
> I have had problems with spamd going away on the very lightly loaded
> (15-20 mails per day) FreeBSD machine. After some testing, I
> determined that, after the morning updating of rules_du_jour, the
> restart was not getting the job done, even after I extended the sleep
> between stop and start. I changed the RDJ script to use reload
> instead of restart, and it hasn't "gone down" since.
>
> I know your problem isn't RDJ. I related that vignette to illustrate
> that there may be some kind of odd race condition that causes spamd
> not to restart properly.
>
> I would think it would be more effective to reduce the max number of
> connections per child, if you're trying to hold down memory
> consumption.
>
> Cheers,
Bob, first I'm going to slightly edit the subject so that the reply doesn't
go
into my cronjob folder. I thought I'd try the 'reload' instead of 'restart'
however, however it seems like 'reload' is not an option:
<< jdow: edit /etc/init.d/spamassassin and make it an option. For FC4 this
works when placed between the stop) and restart) cases.
reload)
# Reload the daemon's configs
echo -n $"Reloading configuration: "
killproc spamd -HUP
RETVAL=$?
echo
;;
{^_^}
