Re: SURBL problems

2004-09-11 Thread Jeff Chan
On Saturday, September 11, 2004, 6:32:57 AM, Kai Schaetzl wrote: > There are RBL time-outs for > local.cf, but they don't apply to URIDNSBL since this is a separate > module. Here's a timeout mentioned in URIDNSBL.pm: http://spamassassin.apache.org/full/3.0.x/dist/lib/Mail/SpamAssassin/Plugin/

Re: SURBL problems

2004-09-11 Thread Kai Schaetzl
Jeff Chan wrote on Sat, 11 Sep 2004 03:16:32 -0700: > I would expect DNS timeouts are imposed by the application or > operating system. I don't think anyone would allow these > programs to run indefinitely due to the lack of a timeout > value. > Jeff, you already answered my question with a simi

Re: SURBL problems

2004-09-11 Thread Jeff Chan
On Saturday, September 11, 2004, 2:51:38 AM, Kai Schaetzl wrote: > But, there's still my concern about SURBL timeouts. It seems there's no > way to specify SURBL timeouts. Is this true? If so, this is an absolute > must to add in the URIDNSBL module. DNS timeouts for the other RBL lookups > are a

Re: SURBL problems

2004-09-11 Thread Kai Schaetzl
Jeff Chan wrote on Mon, 6 Sep 2004 18:25:48 -0700: > I assume all programs are subject to some kind of DNS lookup > timeouts either in the application or an external resolver. > RBL lookups in general should be quite fast and cached. If > something is taking longer than 120 seconds it's probably

Re: SURBL problems

2004-09-07 Thread Jeff Chan
On Monday, September 6, 2004, 5:57:32 PM, Kai Schaetzl wrote: > Jeff Chan wrote on Mon, 6 Sep 2004 16:56:57 -0700: >> Hang on, that's not a meaningful test since it would be in your >> local resolver cache. >> > First check took 22 msec to get the data from our forwarder. I noticed > that our ns

Re: SURBL problems

2004-09-07 Thread Kai Schaetzl
Jeff Chan wrote on Mon, 6 Sep 2004 16:56:57 -0700: > Hang on, that's not a meaningful test since it would be in your > local resolver cache. > First check took 22 msec to get the data from our forwarder. I noticed that our nscd isn't running, so I restarted it, although I don't think there shou

Re: SURBL problems

2004-09-07 Thread Kai Schaetzl
Jeff Chan wrote on Mon, 6 Sep 2004 16:37:35 -0700: > What you describe sounds perhaps like a DNS timeout (which > SA3 may support through your operating system's resolver). > There are currently three SURBL nameservers with problems, > but they're all commented out of the authority for the > subdo

Re: SURBL problems

2004-09-06 Thread Jeff Chan
On Monday, September 6, 2004, 4:37:35 PM, Jeff Chan wrote: > If you do: > dig test.surbl.org.multi.surbl.org a > many times, do you get any delays? Hang on, that's not a meaningful test since it would be in your local resolver cache. Jeff C. -- Jeff Chan mailto:[EMAIL PROTECTED] http://www.s

Re: [SURBL-Discuss] Re: SURBL problems

2004-09-06 Thread Jeff Chan
On Monday, September 6, 2004, 4:41:51 PM, David Coulson wrote: > Jeff Chan wrote: >> What you describe sounds perhaps like a DNS timeout (which >> SA3 may support through your operating system's resolver). >> There are currently three SURBL nameservers with problems, >> but they're all commented ou

Re: SURBL problems

2004-09-06 Thread Jeff Chan
On Monday, September 6, 2004, 4:20:56 PM, Kai Schaetzl wrote: > I haven't debugged this yet any further since I'm on the brink to leaving > for a vacation. Is it possible that one or more of the SURBL RBLs habe > problems today? I was getting a lot of SA time-outs today and the first > reason wh

Re: SURBL problems

2004-09-06 Thread Kai Schaetzl
Kai Schaetzl wrote on Tue, 07 Sep 2004 01:20:56 +0200: > Subject: SURBL problems > This is missing a question mark, of course. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com IE-Center: http://ie5.de & http://msie.winware.org