[CLUE-Tech] If you administer a mail server, you might find this useful.

[William]

Get used to it.  Jim Ockers portrayed exactly the scenario that my utility is engineered to
support, with the addition that it null-routes repeat spammers -- the ultimate way to shut them
down.  This is a solo project (derived from concepts by other authors) that was deliberately
designed to be spread to other Linux people.  CLUE is "other Linux people".  If I were to sit on
this and keep it to myself as you seem to recommend, then my personal mission to fight spam at the
server level -- *appropriately* (once more, read before you judge) -- is moot.  Don't be so
close-minded.

If you are working on *useful* projects, I would personally be interested in hearing about them on
a list like this.  You never know what you might find from a list of people you might be able to
trust...

--- dan radom <dan at radom.org> wrote:
> * Jim Ockers (ockers at ockers.net) wrote:
> > Hi Dan,
> > 
> > dan radom wrote:
> > > 
> > > * William (bkimball1 at yahoo.com) wrote:
> > > > I released my first GNU GPL project yesterday, dubbed popauth3 -- a derivitave of the
> original POP
> > > > before SMTP daemon, popauther.  It was engineered for use with postfix, but it is modular
> and can
> > > > be easily extended to other MTAs.
> > > > 
> > > > What's important is that it offers a stronger anti-UCE stance than most other solutions,
> including
> > > > automated null-routing of repeat offenders.  Even if you don't need the POP before SMTP
> > > > authentication mechanism (easily disabled), you should find this useful.
> > > > 
> > > 
> > > Hmmm.  Im confused.  You fight UCE with your pop client?  That is
> > > certainly less than optimal.  Anyway.  Thanks for the list spam.  Could
> > > popauth3 null route these types of messages?
> > 
> > Actually I administer several mail servers and I think that a tool like
> > popauth3 could be useful to fight UCE.  Perhaps you don't have a bunch
> > of remote users who use hotel, dialup, wireless hotspot, or other
> > Internet connections.  As you know mail servers have to restrict somehow
> > mail they accept for relaying.
> > 
> > If a mail server accept any old mail for relaying, then the spammers 
> > win.
> > 
> > If you restrict the relaying to a few IP addresses, then the spammers
> > can't use your mail server as a relay, but neither can your mobile 
> > users.
> > 
> > If you have a tool like popauth, then the spammers still can't use
> > the mail relay, but your mobile users can.  This is how it fights
> > UCE.
> > 
> > What about the original post makes you think it's list spam?  I took
> > it as an announcement of a potentially useful software tool.
> > 
> > -- 
> 
> spam should be blocked at the MTA.  smtp authentication and pop3s exist
> for reasons, as does pop/imap before smtp.
> 
> many of us are involved in projects and such, but we don't advertise them
> here for the most part.
> 
> dan
> _______________________________________________
> CLUE-Tech mailing list
> Post messages to: CLUE-Tech at clue.denver.co.us
> Unsubscribe or manage your options: http://clue.denver.co.us/mailman/listinfo/clue-tech


=====
William Kimball, Jr.
"Programming is an art form that fights back!"  =)


	
		
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/