Re: I'm afraid I might have to report this list as a spam source

2005-12-24 Thread Kai Schaetzl
Craig McLean wrote on Fri, 23 Dec 2005 16:02:47 +:

 I'll disagree with you here, I have had to contact the list-owner to get 
 a dynamic address unsubscribed 

You mean an address for which you sent email from dynamic IP space? 
Honestly, and not meant to be offensive, but if you do that that's your 
problem you should know better. I don't accept such mail either. And don't 
tell me you cannot send mail another way.

 It's surprising to me that the SA lists aren't just run through SA.

Well, ressource-wise it makes a difference if you run a million mails thru 
SA or if you can unload 90% at MTA level and run only the remaining 100.000 
thru SA.

Kai

-- 
Kai Schätzl, Berlin, Germany
Get your web at Conactive Internet Services: http://www.conactive.com





OT - test, and happy holidays

2005-12-24 Thread Jonathan Nichols
Sorry for the test. It's too slow around the holidays, and I need to see
if my filters are working properly before I leave for holiday.. (ie NOT
replying to everything with an OOO message!)

Happy Holidays everyone! Have a great New Year and hopefully we'll all
come back to find SA has caught all of the spam. ;)



Re: I'm afraid I might have to report this list as a spam source

2005-12-24 Thread mouss
Kai Schaetzl a écrit :
 Craig McLean wrote on Fri, 23 Dec 2005 16:02:47 +:
 
 
I'll disagree with you here, I have had to contact the list-owner to get 
a dynamic address unsubscribed 
 
 
 You mean an address for which you sent email from dynamic IP space? 
 Honestly, and not meant to be offensive, but if you do that that's your 
 problem you should know better. I don't accept such mail either. And don't 
 tell me you cannot send mail another way.
 

sometimes people's ISP gets listed (for good or bad reasons), and that
can be a very frustrating situation. This may be considered as
collateral damage, of course. but it's still annoying.


 
It's surprising to me that the SA lists aren't just run through SA.
 
 
 Well, ressource-wise it makes a difference if you run a million mails thru 
 SA or if you can unload 90% at MTA level and run only the remaining 100.000 
 thru SA.

This is absolutely true if you can find reliable RBLs. but
unfortunately, this is not as easy as we would like.

BTW is the list of subscribers available to the MTA, so that it can
reject non subscribers at MTA time? that won't help with forgeries, but
should reduce the load (not sure, but would be good to know if spammers
target the list without forging a subscriber's address).



Re: Spamassassin Debug

2005-12-24 Thread Jeff Chan
On Friday, December 23, 2005, 8:56:15 PM, Miles Muri wrote:
 Thanks,

 First, I don't know that the DNS server is the problem. I have  
 caching DNS on the mailserver itself and it seems to work OK. I'm  
 wondering if Net::DNS isn't working properly? It wasn't installed by  
 default, so I used CPAN to get the latest version. How does a person  
 go about testing it?

You should install Net::DNS like the other perl modules are
installed on your system.  If you install Net::DNS by CPAN, but
everything else was installed from tarballs or rpms or vice
versa, then the system may be confused about what to run, where
to find it, what versions it thinks are current, etc.

OTOH IIRC one of the SA lint or debug tests is to see if Net::DNS
is correctly installed and relatively recent.  But it's important
to install things in a consistent way or your system could get
confused.

Jeff C.
-- 
Jeff Chan
mailto:[EMAIL PROTECTED]
http://www.surbl.org/