Discuss

discuss@lists.surbl.org

2 participants
1870 discussions

Howdy
by Doc Schneider 12 Apr '04

12 Apr '04

Just wanted to say hi! And thanks Jeff and Raymond for the new lists. -- -Doc --- MomNDoc Online Consultants http://www.maddoc.net/ momndoc(a)maddoc.net

4 12

Re: [SURBL-Discuss] Trouble installing SpamCopURI-0.09
by Jeff Chan 12 Apr '04

12 Apr '04

On Sunday, April 11, 2004, 5:16:35 PM, Ed Kasky wrote: > At 3:36pm -0700 4/11/04, Jeff Chan wrote: >>it looks to me like it may be >>an incompatibility between Storable versions. Can you try updating >>your p5-Storable from CPAN? > That seems to have solved it!! I updated Storable via cpan and both > test and install ran fine. > I will start to watch for hits.... > thanks!!!! Glad to help! Please let us know how things go. You may want to try the alternate list sa.surbl.org also: http://www.surbl.org/ Note however that we will probably be changing the name of sa to something like sb or ws in the near future at the request of some SpamAssassin folks to reduce some potential confusion about the origins of the RBL. We're just trying to settle on a new name. I suppose we should pick one soon. Jeff C. -- Jeff Chan mailto:jeffc@surbl.org http://www.surbl.org/

1 0

Re: [SURBL-Discuss] Trouble installing SpamCopURI-0.09
by Jeff Chan 12 Apr '04

12 Apr '04

On Sunday, April 11, 2004, 3:07:33 PM, Ed Kasky wrote: > I am running SA 2.63 on RedHat 7.2 and get the following errors on > all tests when trying to install SpamCopURI-0.09: > [root@yoda2 Mail-SpamAssassin-SpamCopURI-0.09]# make test > cp bin/spamcopuri-update blib/script/spamcopuri-update > /usr/bin/perl "-MExtUtils::MY" -e "MY->fixin(shift)" > blib/script/spamcopuri-update > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > t/bad.............."lock_store" is not exported by the Storable > module at > /usr/src/Mail-SpamAssassin-SpamCopURI-0.09/blib/lib/Mail/SpamAssassin/SpamCopURI.pm > line 8 Hi Ed, I'm by no means a perl guru, but it looks to me like it may be an incompatibility between Storable versions. Can you try updating your p5-Storable from CPAN? Also what perl version are you running? Hopefully some of the more perl-culture-aware folks here will be able to chime in with some help. Here's fine for these questions, though we've also solved some together on spamassassin-users. Jeff C.

3 2

[SURBL-Discuss] Re: [SURBL-Announce] Lists archivess are available at correct URL
by Raymond Dijkxhoorn 12 Apr '04

12 Apr '04

Hi! > Looks like the list archive links need a slight fix. > Currently the URLs have the host as "localhost.localdomain" > where that should be "lists.surbl.org" instead. Let me ask > Raymond to please update that config in Mailman. :-) In the > meantime all the list archives can be found at: I'll have a look. also noticed that. > http://lists.surbl.org/pipermail/announce/ > http://lists.surbl.org/pipermail/discuss/ > > http://lists.surbl.org/pipermail/zones/ That last one is only available when loggin in (with the appropriate rights), so only list members can see that one. Thats working right now allready. Its a restrcited list, so the archives should also be :) Bye, Raymond.

2 2

Trouble installing SpamCopURI-0.09
by Ed Kasky 12 Apr '04

12 Apr '04

I hope this is an appropriate list to post this sort of problem. If not, please pardon the interuption and let me know which list is best. I am running SA 2.63 on RedHat 7.2 and get the following errors on all tests when trying to install SpamCopURI-0.09: [root@yoda2 Mail-SpamAssassin-SpamCopURI-0.09]# make test cp bin/spamcopuri-update blib/script/spamcopuri-update /usr/bin/perl "-MExtUtils::MY" -e "MY->fixin(shift)" blib/script/spamcopuri-update PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/bad.............."lock_store" is not exported by the Storable module at /usr/src/Mail-SpamAssassin-SpamCopURI-0.09/blib/lib/Mail/SpamAssassin/SpamCopURI.pm line 8 Can't continue after import errors at /usr/src/Mail-SpamAssassin-SpamCopURI-0.09/blib/lib/Mail/SpamAssassin/SpamCopURI.pm line 8 BEGIN failed--compilation aborted at /usr/src/Mail-SpamAssassin-SpamCopURI-0.09/blib/lib/Mail/SpamAssassin/SpamCopURI.pm line 8. Compilation failed in require at t/bad.t line 5. BEGIN failed--compilation aborted at t/bad.t line 5. t/bad..............dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-5 Failed 5/5 tests, 0.00% okay thanks in advance for any hints... Ed Kasky Randomly Generated Quote: No problem is so formidable that you can't just walk away from it.

1 0

[SURBL-Discuss] Re: [SURBL-Zones] sa.surbl.org TXT message shanged to add URI
by William Stearns 11 Apr '04

11 Apr '04

On Sun, 11 Apr 2004, Jeff Chan wrote: > I've udpated the TXT message for the sa list, addding a URI: > > "Message body contains domain in sa-backlist." > > to: > > "Message body contains domain in sa-backlist. See: http://www.stearns.org/sa-blacklist/" > > This makes for a slightly larger BIND zonefile, but it's perhaps > more descriptive. Comments please to discuss(a)lists.surbl.org . Looks good, except sa-backlist needs another "l". *smile* Cheers, - Bill --------------------------------------------------------------------------- "Toleration is an inner personal disposition, is a fundamental requirement of being human and of living together in society . . .When toleration becomes indifference, it is ruined." -- Van Ruler (Courtesy of Tim Hawes <thawes(a)dma.org>) -------------------------------------------------------------------------- William Stearns (wstearns(a)pobox.com). Mason, Buildkernel, freedups, p0f, rsync-backup, ssh-keyinstall, dns-check, more at: http://www.stearns.org --------------------------------------------------------------------------

2 1

Re: Please sanity check sa.surbl.org announcement
by Jeff Chan 11 Apr '04

11 Apr '04

On Sunday, April 11, 2004, 12:29:43 AM, Daniel Quinlan wrote: > Jeff Chan <jeffc(a)surbl.org> writes: >> Can any 3.0 guys able to comment if I got the urirhsbl syntax correct: > It's correct, but you might not need to get it correct because the rule > will likely ship with 3.0 when it is released if it seems to work well > and it helps. Let's hope that proves to be the case. :-) Would you please do a spam and ham corpora check with "sa.surbl.org" whenever you can? We'd really like to know any false positives to remove if that's possible to determine. > I have a concern about the rule. Bill Stern's SpamAssassin blacklist is > a blacklist *for* SpamAssassin, so I think the naming of your rule and > the DNSBL name (sa.surbl.org) are unintentionally a bit misleading since > the list is not maintained by the ASF or SpamAssassin. I think it would > be a good idea to rename the DNSBL and the rule to make this clearer. > Maybe we should encourage (or help) Bill Stern to pick a snappy name. > :-) Fair enough. I picked sa.surbl.org out of thin air since his rule started with "sa" and to give oblique credit to the original motivation for his rule, if not the precise source. Bill, anyone, got some better names? I prefer two letters. (sa and sc were kind of confusing anyway.) "sb" for Sa-Blacklist anyone? LOL! ;-) > Also, it would be better from our perspective if we could get multiple > RBL results from a single query to reduce overhead. Any of multiple A > (like NJABL, SBL/XBL, or SORBS), bitmask A (like OPM or RBL+), or > multiple TXT (like SBL/XBL) would probably not be too hard to support > (Justin?). We deliberately did not want to combine Bill's list and mine not so much due to not-invented-here syndrome but because their source data is so different, and because their size and time factors are pretty radically different at present. I gave some of the original reasons in the proposed announcement which I had not forwarded here yet, but will now. >> P.S. If we can get some 3.0 developers on discuss(a)lists.surbl.org, >> perhaps we can take the talk there. > Carbon-coping spamassassin-dev(a)incubator.apache.org (which is public) > for SpamAssassin issues (all versions) is probably the easiest way to > get SpamAssassin developers involved in a discussion. OK Cross-posting it is... :-| LOL! Jeff C. -- Jeff Chan mailto:jeffc@surbl.org-nospam http://www.surbl.org/

2 2

Re: Please sanity check sa.surbl.org announcement
by Jeff Chan 11 Apr '04

11 Apr '04

On Sunday, April 11, 2004, 12:29:43 AM, Daniel Quinlan wrote: > Also, it would be better from our perspective if we could get multiple > RBL results from a single query to reduce overhead. Any of multiple A > (like NJABL, SBL/XBL, or SORBS), bitmask A (like OPM or RBL+), or > multiple TXT (like SBL/XBL) would probably not be too hard to support > (Justin?). Dooh, I think I just realized you were asking whether multiple RBLs could be supported from a single query inside SA, and not whether we could combine the lists on the RBL side. Pardon my misinterpretation if that was your original meaning. Jeff C. -- Jeff Chan mailto:jeffc@surbl.org-nospam http://www.surbl.org/

1 0

Re: [SURBL-Discuss] surbl.com and surbl.net registered
by Doc Schneider 11 Apr '04

11 Apr '04

Jeff Chan <jeffc(a)surbl.org> wrote .. > FWIW I just registered surbl.net and surbl.com to prevent > doofuses from registering them and setting up bogus RBLs on > them, as I recall happened to another RBL. > > Also set up an Apache redirect permanent for them to > www.surbl.org, which remains the real domain. > > Cheers, > > Jeff C. > Awesome Jeff. I always registered the big three for all my domains too. Might also want to considering grabbing surbl.us seems more and more folks are geting those too. -Doc

2 1

surbl.com and surbl.net registered
by Jeff Chan 11 Apr '04

11 Apr '04

FWIW I just registered surbl.net and surbl.com to prevent doofuses from registering them and setting up bogus RBLs on them, as I recall happened to another RBL. Also set up an Apache redirect permanent for them to www.surbl.org, which remains the real domain. Cheers, Jeff C. -- Jeff Chan mailto:jeffc@surbl.org http://www.surbl.org/

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss