Discuss June 2004

discuss@lists.surbl.org

44 participants
88 discussions

Re: rbldnsd is not responding
by Ricardo 03 Jun '04

03 Jun '04

Hi! > On Wednesday, June 2, 2004, 9:00:52 AM, Ricardo Ricardo wrote: >>We are trying to setup a local rbldnsd with rsynced data to answer the >>DNS queries, but the rbldnsd is not responding. [...] >>If I test our cached DNS system: >>% nslookup adulteroticfiction-MUNGED.com.sc.surbl.org 127.0.0.1 >>*** Can't find server name for address 127.0.0.1: Query refused >>*** Default servers are not available Thanks for the tips! I saw that I was not doing the right test... This one worked: dig test.surbl.org-MUNGED.sc.surbl.org @127.0.0.1 BTW, I (think I) understand how the whole thing works, but... isn't it possible to change SpamCopURI to resolve the names at a specific machine ip/port, instead of changing the DNS setup? Wouldn't this be easier and safer? []s! -- ... Hofstadter's Law: The time and effort required to complete a project are always more than you expect, even when you take into account Hofstadter's Law.

2 1

Need assistance in Installing SpamCopURI
by Rich 03 Jun '04

03 Jun '04

I'm sorry if this is a little off-base here, I am trying to install SA plugin SpamCopURI but kept getting errors as shown below, one error indicates 'Can't locate URI/QueryParam.pm' but I already copied the file to /usr/lib/perl5/site_perl/5.8.0/Mail/SpamAssassin/ Any input would be appreciated. Thanks. #perl Makefile.PL # SAPATH /usr/lib/perl5/site_perl/5.8.0 # installsitelib /usr/lib/perl5/site_perl/5.8.0 # INSTALLDIRS site Warning: prerequisite Net::DNS 0 not found. Warning: prerequisite URI 1.28 not found. We have 1.21. Writing Makefile for Mail::SpamAssassin::SpamCopURI #make Manifying blib/man3/Mail::SpamAssassin::Conf.3pm Manifying blib/man3/Mail::SpamAssassin::PerMsgStatus.3pm Manifying blib/man3/Mail::SpamAssassin::SpamCopURI.3pm #make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/blacklist........Can't locate URI/QueryParam.pm in @INC (@INC contains: /usr/local/src/Mail-SpamAssassin-SpamCopURI-0.18/blib/lib /usr/local/src/Mail-SpamAssassin-SpamCopURI-0.18/blib/arch /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl . /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at /usr/local/src/Mail-SpamAssassin-SpamCopURI-0.18/blib/lib/Mail/SpamAssassin/ SpamCopURI.pm line 5. BEGIN failed--compilation aborted at /usr/local/src/Mail-SpamAssassin-SpamCopURI-0.18/blib/lib/Mail/SpamAssassin/ SpamCopURI.pm line 5. Compilation failed in require at t/blacklist.t line 4. BEGIN failed--compilation aborted at t/blacklist.t line 4. . . . . Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-6 Failed 6/6 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed ---------------------------------------------------------------------------- --- t/blacklist.t 255 65280 4 4 100.00% 1-4 t/dnsrbl.t 255 65280 6 6 100.00% 1-6 t/extract_urls.t 255 65280 23 23 100.00% 1-23 t/mailto.t 255 65280 1 1 100.00% 1 t/open_redirect.t 255 65280 5 5 100.00% 1-5 t/spamcopuri.t 255 65280 12 12 100.00% 1-12 t/whitelist.t 255 65280 6 6 100.00% 1-6 Failed 7/7 test scripts, 0.00% okay. 57/57 subtests failed, 0.00% okay. make: *** [test_dynamic] Error 2

5 5

RE: [SURBL-Discuss] Need assistance in Installing SpamCopURI
by Chris Santerre 03 Jun '04

03 Jun '04

>-----Original Message----- >From: John Andersen [mailto:jsa@pen.homeip.net] >Sent: Wednesday, June 02, 2004 10:47 PM >To: discuss(a)lists.surbl.org >Subject: Re: [SURBL-Discuss] Need assistance in Installing SpamCopURI > > >On Wednesday 02 June 2004 07:05, Raymond Dijkxhoorn wrote: >> Hi! >> >> > You could also try install SpamCopURI through CPAN: >> > >> > perl -MCPAN -e shell >> > install Mail::SpamAssassin::SpamCopURI >> > >> > >> > And the dependencies should be taken care of. >> >> Hey, cool, didnt know it was in CPAN yet, great! > >That is cool! >I wish more people would use CPAN for perl things. >I don't understand why people want to use RPMs for this, >I've always done Spamassassin this way and its So easy. > Hey I didn't know it was on CPAN either! Now that is cool! Very nice guys, great work! --Chris

1 0

Re: ANNOUNCE: Mail::SpamAssassin::SpamCopURI 0.18
by Jeff Chan 03 Jun '04

03 Jun '04

On Wednesday, June 2, 2004, 2:10:58 PM, Lucas Albers wrote: > I noticed this release does not have support for: > open_redirect_list_spamcop_uri drs.yahoo.com > open_redirect_list_spamcop_uri rd.yahoo.com > Why not? > Should I just add them back in? > I currently has these listed: > open_redirect_list_spamcop_uri snurl.com *.snurl.com > open_redirect_list_spamcop_uri snipurl.com *.snipurl.com > open_redirect_list_spamcop_uri tinyclick.com *.tinyclick.com > open_redirect_list_spamcop_uri babyurl.com *.babyurl.com > open_redirect_list_spamcop_uri lin.kz *.lin.kz > open_redirect_list_spamcop_uri *.v3.net > open_redirect_list_spamcop_uri shorl.com *.shorl.com > open_redirect_list_spamcop_uri tinyurl.com *.tinyurl.com > open_redirect_list_spamcop_uri xurl.us As I understand it, SpamCopURI only handles "open" redirects where the redirected-to site is visible in the original URI. I'm not sure why/if the yahoo redirectors came out of the list. Perhaps Eric Kolve can comment. "Opaque" redirection sites, which encode or otherwise obscure the destination URI, such as tinyurl.com, are not currently handled in SpamCopURI (SA 2.63) or urirhsbl (SA 3.0), due to potential resource issues. Following such redirections would incur network access, timeouts, etc. that would probably be unusable on a mail system with significant message volume. Jeff C. -- Jeff Chan mailto:jeffc@surbl.org http://www.surbl.org/

2 2

Re: [SURBL-Discuss] Is spamd broken?
by John Andersen 03 Jun '04

03 Jun '04

On Wednesday 02 June 2004 20:22, David B Funk wrote: > On Wed, 2 Jun 2004, John Andersen wrote: > > Folks here probably remember me whining about never once > > seeing a surbl hit in my spam even after wadeing thru hundreds > > of spams. > > > > Several users gave me hints which I dutifully carried out (thanks guys). > > John Fawcett even sent me a spammer's web URI that was > > guarenteed to trigger the Spamcop URI code and it did when fired > > off manually with a command line like > > /usr/bin/spamassassin -D -t < message-file > output-file 2>&1 > > > > BUT STILL no Surbl hits. > > > > Just as a lark I remove the spamd line from my procmailrc and > > replaced it with /usr/bin/spamassassin -a > > > > AND IT WORKS? > > > > So, what's wrong with spamd? Is it not capable of handling > > anything but the basic rules? > > One question John, > Do you -really- mean 'spamd' ? > Are you actually trying to use 'spamd' in your procmailrc? No, - Good catch, I was using spamc in procmailrc to send it to spamd. Spamassassin used directly seems a bit more resource intensive as I can hear my disks ratteling away when mail arrives. Not that this matters much because the machine has nothing to do most of the time. -- _____________________________________ John Andersen

2 1

Is spamd broken?
by John Andersen 03 Jun '04

03 Jun '04

Folks here probably remember me whining about never once seeing a surbl hit in my spam even after wadeing thru hundreds of spams. Several users gave me hints which I dutifully carried out (thanks guys). John Fawcett even sent me a spammer's web URI that was guarenteed to trigger the Spamcop URI code and it did when fired off manually with a command line like /usr/bin/spamassassin -D -t < message-file > output-file 2>&1 BUT STILL no Surbl hits. Just as a lark I remove the spamd line from my procmailrc and replaced it with /usr/bin/spamassassin -a AND IT WORKS? So, what's wrong with spamd? Is it not capable of handling anything but the basic rules? -- _____________________________________ John Andersen

2 1

Re: SURBL and hitpoints
by Jeff Chan 03 Jun '04

03 Jun '04

On Wednesday, June 2, 2004, 4:55:29 AM, Martin Lyberg wrote: > Lucas Albers wrote: >> My average score on spam increased signifigantly. >> I'll have to enable redirector checks because many spammers are now using >> redirectors. > Does anybody know why this isn't enabled by default? Is the > redirector-list accurate or should i add/remove anything from the list? > Will the cpu-load increase significant? Yes, the redirection checks are disabled by default to save some resources like CPU and network traffic. If your message volume isn't too large then you can probably enable it. Jeff C. -- Jeff Chan mailto:jeffc@surbl.org http://www.surbl.org/

1 0

rbldnsd is not responding
by Ricardo 03 Jun '04

03 Jun '04

Dear list, Help! We are trying to setup a local rbldnsd with rsynced data to answer the DNS queries, but the rbldnsd is not responding. I started it manually with this command: % /usr/local/sbin/rbldnsd -u rbldns -b 127.0.0.1/53 -w /usr/local/etc/rbldnsd sc.surbl.org:dnset:sc.surbl.org.rbldnsd ws.surbl.org:dnset:ws.surbl.org.rbldnsd It started with no errors, and with an expected output (as seen on http://www.surbl.org/rbldnsd-howto.html): rbldnsd: listening on 127.0.0.1/53 rbldnsd: dnset:sc.surbl.org.rbldnsd: 20040602 131207: e/w=504/0 rbldnsd: dnset:ws.surbl.org.rbldnsd: 20040602 131208: e/w=12297/0 rbldnsd: zones reloaded, time 0.2e/0.0u sec rbldnsd: rbldnsd version 0.992 (7 Mar 2004) started (1 socket(s), 2 zone(s)) If I test our cached DNS system: % nslookup adulteroticfiction-MUNGED.com.sc.surbl.org 127.0.0.1 *** Can't find server name for address 127.0.0.1: Query refused *** Default servers are not available If I use the default DNS, of course it works: % nslookup adulteroticfiction-MUNGED.com.sc.surbl.org Server: server4.mpc.com.br Address: 200.246.0.252 Name: adulteroticfiction-MUNGED.com.sc.surbl.org Address: 127.0.0.2 There's no other DNS on the machine, nor errors on /var/log/messages. I also tried to use the FreeBSD version of the startup script. This are the versions of the softwares: - FreeBSD 4.9-RELEASE-p3 - rbl dns daemon version 0.992 (7 Mar 2004) Any hints to solve this will be greatly appreciated! []s! -- ... Press any key to continue or any other key to quit.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss June 2004