Subj : Re: email.can additions To : Time Warrior From : Digital Man Date : Fri Sep 23 2005 01:58 pm Re: Re: email.can additions By: Time Warrior to Digital Man on Fri Sep 23 2005 11:33 am > From Newsgroup: alt.bbs.synchronet > > To: Digital Man > Re: Re: email.can additions > By: Digital Man to Time Warrior on Fri Sep 23 2005 03:25 am > > > Okay, get ftp://vert.synchro.net/Synchronet/spamblock.cfg (just copy it i > > your ctrl directory, or append to your existing spamblock.cfg file if you > > one). > > Thank you. > > > > > This file is automatically updated anytime I receive an e-mail for > > > > addresses in my spambait.cfg file (which happens frequently). > > > > > I also use POPfile (http://popfile.sourceforge.net/), which uses ba > > > > filters (similar to SpamAssasin) and public DNS blacklist servers. > > > > > Between these 3 anti-spam measures, I virtually *never* get spam in > > > > and I don't have any need to manually update any *.can files. > > > > Which is why I wish Synchronet had similar automation. > > > Huh? The automation I refered to above *is* in Synchronet. That's what th > > SBBSCTRL:Mail->Edit->Spam Bait List menu option is used for (to create/ed > > your spambait.cfg file), which in turn is used to automatically create/up > > your ctrl/spamblock.cfg file. > > I haven't upgraded to the new synch yet and this features sounds pretty > sweet, This feature (spambait/block.cfg) is not a new feature. > but I must not be understanding part of the explanation. Where does > the automation come in? Anytime my mail server receive an e-mail for one of my "SPAM bait" e-mail addresses, the mail session is blocked and the IP address of the server is added to my spamblock.cfg file. From http://synchro.net/docs/v311_new.html: "If an SMTP message is received for an address in the ctrl/spambait.cfg file, the message is refused and the IP address of the sender is added to ctrl/spamblock.cfg for later auto-blocking of spammers " > Does this file send you and receive from you > anti-spam entries that get distributed to everyone who runs Synchronet? No. > > Um.. spamblock.cfg support is built-in to Synchronet (that's what the > > SBBSCTRL:Mail->Edit->Spam Block List menu option is for). You don't need > > the *.can files at all. > > Ah I think I understand now. That open source anti-spam utility you > mentioned. If i understand right, you are allowing Synchronet to communicate > with it so that Synchronet can pull from the updates it gets. Yes? No. > > > You already have "network twit filter" ability on your "to-do" list so > > > think Sysop defined syndication of the rest of the Synchronet filters > > > be *easily* implimented into that system. > > > Well you can setup an event to get that file via FTP on a regular basis i > > wish. > > If we could define seperate filters that Synchronet could recognize, that > would be great. Otherwise this would get messy. What if one Network doesn't > mind User XYZ's posts but Network #2 does mind them and has User XYZ banned? > Network #1 shouldn't have a ban enforced by Network #2 without their consent Huh? We're talking about e-mail here, not message networks. > > > Maybe some sort of "Network Bridge" ability where two NC's can share t > > > filter files of their choosing. They might not share twitlist.cfg howe > > > sure sharing the email spam filter files would be thought of as a very > > > idea. > > > I think these ideas could be easily done via a JS script or even a Baja m > > (see exec/getimlst.src for an example). > > And if every programmer I knew wasn't so busy with real life things and / or > I could program worth a shit i'd have more than happily done it myself by no > as opposed to asking you. digital man Snapple "Real Fact" #80: About 18% of Animal owners share their bed with their pet. .