Re: fetchmail starts too fast for spamd

2006-03-09 Thread Graham Murray
Tristan Miller <[EMAIL PROTECTED]> writes: > Problem is, SuSE's System Services (Runlevel) editor doesn't let you > specify the order in which services are run. When you enable or disable a > service, it seems to assign the S and K numbers using its own internal > logic; I can't find any configur

Re: fetchmail starts too fast for spamd

2006-03-09 Thread Tristan Miller
Greetings. In article <[EMAIL PROTECTED]>, Tristan Miller wrote: > I use Fetchmail to fetch mail from various POP3 and IMAP accounts and > Procmail to pipe the retrieved mail through SpamAssassin (using spamd). > This works fine, except that the first few messages fetched after booting > don't see

Re: fetchmail starts too fast for spamd

2006-03-09 Thread Tristan Miller
Greetings. In article <[EMAIL PROTECTED]>, Gene Heskett wrote: > Here, I don't recall that being a problem. spamassassin (spamd) is > started in /etc/rc3.d as S80spamd, well before S99local is run, which > is where I start fetchmail. You might want to setup similar > sequencing. Problem is, SuS

Re: fetchmail starts too fast for spamd

2006-03-08 Thread Gene Heskett
On Wednesday 08 March 2006 21:30, Tristan Miller wrote: >Greetings. > >I use Fetchmail to fetch mail from various POP3 and IMAP accounts and >Procmail to pipe the retrieved mail through SpamAssassin (using > spamd). This works fine, except that the first few messages fetched > after booting don't s

Re: fetchmail starts too fast for spamd

2006-03-08 Thread Theo Van Dinter
On Thu, Mar 09, 2006 at 02:30:18AM +, Tristan Miller wrote: > from the command line, spamc didn't wait any longer no matter what value of > x I used; it just waited for a second and then spit out some-email.txt > as-is. Ditto when using the -x option. That makes sense. If the daemon isn't ru