Re: SA and Ubuntu 14.04 LTS

2014-07-16 Thread Chris
On Wed, 2014-07-16 at 18:40 -0500, Jonathan Nichols wrote: > On Jul 16, 2014, at 7:31 AM, Chris wrote: > > > On Wed, 2014-07-16 at 01:50 -0700, Ian Zimmerman wrote: > >> On Wed, 16 Jul 2014 06:09:08 +0200 > >> Karsten Bräckelmann wrote: > >> > >>> And to really include *local* plugins, provide

Re: SA and Ubuntu 14.04 LTS

2014-07-16 Thread Jonathan Nichols
On Jul 16, 2014, at 7:31 AM, Chris wrote: > On Wed, 2014-07-16 at 01:50 -0700, Ian Zimmerman wrote: >> On Wed, 16 Jul 2014 06:09:08 +0200 >> Karsten Bräckelmann wrote: >> >>> And to really include *local* plugins, provide a relative path (to the >>> current site-wide configuration dir, without

Re: unsubscribe

2014-07-16 Thread John Hardin
On Wed, 16 Jul 2014, Brent Kennedy wrote: unsubscribe I have a wonderful snarky response to this but I will limit myself to: list-unsubscribe: -- John Hardin KA7OHZhttp://www.impsec.org/~jhardin/ jhar...@impsec.org

unsubscribe

2014-07-16 Thread Brent Kennedy
unsubscribe

Re: SA and Ubuntu 14.04 LTS

2014-07-16 Thread Chris
On Wed, 2014-07-16 at 01:50 -0700, Ian Zimmerman wrote: > On Wed, 16 Jul 2014 06:09:08 +0200 > Karsten Bräckelmann wrote: > > > And to really include *local* plugins, provide a relative path (to the > > current site-wide configuration dir, without a leading slash) as > > optional second argument

Re: Dealing with a bad network device affecting DNS lookups

2014-07-16 Thread Martin Hepworth
So whats the forwarder as it leaves your machine, a local DNS server, the appliance you think is in the way or Rackspace's DNS. If you can alter the overall forwarding so as it leaves your network can you make this google's or OpenDNS servers does this make a difference? -- Martin Hepworth, CISS

Re: Dealing with a bad network device affecting DNS lookups

2014-07-16 Thread lists-spamassassin
Original Message > Date: Tuesday, July 15, 2014 18:39:58 -0700 > From: Quanah Gibson-Mount > To: users@spamassassin.apache.org > Subject: Re: Dealing with a bad network device affecting DNS lookups > > --On Wednesday, July 16, 2014 2:26 AM + lists-spamassassin > wro

Re: Dealing with a bad network device affecting DNS lookups

2014-07-16 Thread Benny Pedersen
On 16. jul. 2014 00.27.08 CEST, "Kevin A. McGrail" wrote: >> One manual lookup might work, but when a msg comes in, there's a >> little flood and your friends don't like it . >Or one of the recursion rate limiting patches... does not makes sense, this limit is not forceing interceptions, whatev

Re: Dealing with a bad network device affecting DNS lookups

2014-07-16 Thread Benny Pedersen
On 15. jul. 2014 23.15.30 CEST, Quanah Gibson-Mount wrote: >*sigh* I DO already. That still does not prevent FIRST TIME LOOKUPS >from failing. if thats correct postfix would try one more time since dns on the sender dns server domain reject dns resolving on there sender domain dont shut the po

Re: Dealing with a bad network device affecting DNS lookups

2014-07-16 Thread Benny Pedersen
On 15. jul. 2014 23.09.55 CEST, Quanah Gibson-Mount wrote: >> DNS requests should takes less that 1 sec. 1 sec is slow imho :) >The problem isn't the DNS requests. The problem is the appliance that >is INTERCEPTING THE REQUESTS ON THE WAY OUT. ask them about dnssec dig +trace debian.org foll

Re: SA and Ubuntu 14.04 LTS

2014-07-16 Thread Ian Zimmerman
On Wed, 16 Jul 2014 06:09:08 +0200 Karsten Bräckelmann wrote: > And to really include *local* plugins, provide a relative path (to the > current site-wide configuration dir, without a leading slash) as > optional second argument to the loadplugin statement. There's hardly > ever any need for a fu