Re: [Mimedefang] Tracking down the delay (Razor timeout!)

2004-01-30 Thread Jos De Graeve
On Wed, 28 Jan 2004, Adam Porter wrote: > I may have narrowed the problem down to razor. Looks like I'm getting > intermittent delays (which could explain why I have sometimes run > spamassassin all the way through without delay.) Often I run this once > and it completes quickly, but the 2nd and

Re: [Mimedefang] Tracking down the delay (Razor timeout!)

2004-01-28 Thread Michael Faurot
In article <[EMAIL PROTECTED]> you wrote: > In the meantime, shortening those delay limits will definitely help us > protect our performance if any of them has problems. Another list member posted today, in a different thread, about using the '-T' option when starting mimedefang to get timing info

Re: [Mimedefang] Tracking down the delay (Razor timeout!)

2004-01-28 Thread Adam Porter
[EMAIL PROTECTED] wrote: I personally have chosen not to use all of the various RBLs that SpamAssassin uses by default and have instead just enabled RCVD_IN_SBL[1], HABEAS_VIOLATOR[2], RCVD_IN_DYNABLOCK[3] and created my own RBL rules to access SpamHaus' XBL list[4]. What I wound up doing was just

Re: [Mimedefang] Tracking down the delay (Razor timeout!)

2004-01-28 Thread mfaurot
In article <[EMAIL PROTECTED]> you wrote: > > > > Perhaps setting these down to 5 seconds each and then restarting > > everything might be a useful experiment. If the delays drop after that, > > you'll know you're in the right ballpark. > Thanks, this seems like good advice! I already had rbl_ti

Re: [Mimedefang] Tracking down the delay (Razor timeout!)

2004-01-28 Thread Kelson Vibber
At 11:21 AM 1/28/2004, Adam Porter wrote: So I guess my questions now are: How do I find & set up a good, reliable set of RBLs? Do I need to invest a lot of time or can I automate it? Is this an anomaly with cloudmark's db/service or does this kind of thing happen a lot? (PS: I re-initialize

[Mimedefang] Tracking down the delay (Razor timeout!)

2004-01-28 Thread Adam Porter
> I don't have a complete answer for you, but it occurs to me that you might > want to tinker with the SpamAssassin configuration options rbl_timeout > and razor_timeout. According to Mail::SpamAssassin::Conf(3pm) the > defaults for these are 15 seconds for the rbl stuff and 10 seconds for > the

Re: [Mimedefang] Tracking down the delay

2004-01-28 Thread mfaurot
In article <[EMAIL PROTECTED]> you wrote: > I'm getting long delays (30+ seconds) for every message with > MD/SpamAssassin/Razor. [...] > I've got spamassassin and MD logging but can't find any RBL debug info > except for the delay times. Can anyone point me towards debugging this > properly?

[Mimedefang] Tracking down the delay

2004-01-28 Thread Adam Porter
I'm getting long delays (30+ seconds) for every message with MD/SpamAssassin/Razor. I know this comes up a lot but I'd like to learn how to debug things a little better. Environment: Redhat Linux 9 on Intel (gobs of CPU/RAM) with sendmail 8.12.8+Milter (to be upgraded once this is solved), MD