On 08/13, John Levine wrote:
> PS: I don't suppose there's any chance you might consider paying the
> rather modest price for a Spamhaus datafeed, rather than leeching all
> your DNSBL queries for free.
I suspect you would not say that if you knew more about what Marc does.
Careful with your assum
On Fri, 12 Aug 2011 18:45:38 -0700, Marc Perkel wrote:
That's a good idea except that I'm using pdns-recursor for my caching
nameservers.
yes, i begin to know bind after some big nameservers still have
2.0.0.0/8 acl'ed in, its just alot of domains admins that belive its my
foult and sit back
>That's a good idea except that I'm using pdns-recursor for my caching
>nameservers.
A few seconds looking at the manual reveals how to get pdns-recursor to
do the same thing:
http://doc.powerdns.com/built-in-recursor.html#recursor-settings
(hint: see auth-zones)
R's,
John
PS: I don't suppos
On 8/11/2011 7:44 PM, Benny Pedersen wrote:
On Thu, 11 Aug 2011 10:46:57 -0700, Marc Perkel wrote:
Kind of getting tired of spamhaus hitting me up for money and trying
to find all the places where I need to change to get rid of spamhaus
queries. What do I need to do to get rid of spamhaus?
Th
On Fri, 12 Aug 2011, manspan1 wrote:
I have a fresh installation of spamassassin (ver 3.3.2) on solaris 10.
When I run: sa-update I get:
http: GET http://spamassassin.apache.org/updates/MIRRORED.BY request failed:
501 Attempt to reload LWP/Protocol/http.pm aborted.
Compilation failed in requi
I have a fresh installation of spamassassin (ver 3.3.2) on solaris 10.
When I run: sa-update I get:
http: GET http://spamassassin.apache.org/updates/MIRRORED.BY request failed:
501 Attempt to reload LWP/Protocol/http.pm aborted.
Compilation failed in require: 501 Attempt to reload LWP/Protocol/
Finally fixed the problem,
we are using spamass-milter. The regex might have worked if
we were using procmail or mailscanner or some such to scan the
mail with SA but spamass-milter operates on a synthesized
version of the header that sendmail adds, not the real header.
That is because it's a mi
On 2011/08/11 18:39, Karsten Bräckelmann wrote:
On Thu, 2011-08-11 at 14:40 -0700, jdow wrote:
>>> KB_DATE_CONTAINS_TAB is misfiring with great consistency on the LKML.
>>> This is not good.
It's a known issue. There is at least one ISP and LKML rewriting *MUA*
generated headers like that. Frank
