[clo-devel] Re: [lists] Re: Re: Payment Past Due, account
Anthony Ventimiglia
anthony at ventimiglia.org
Thu Nov 13 16:41:45 UTC 2003
Erik Enge writes:
> Anthony Ventimiglia <anthony at ventimiglia.org> writes:
>
> > Um er "Package" in Lispspeak
>
> Actually, no. Look at Franz' FTP server (opensource.franz.com) which is
> most definitely a package but hardly a library. Much better would it
> have been if Franz wrote an FTP server library and then wrote their FTP
> server on top of it. Then, if I thought they approach on the FTP server
> was poor and wanted to do it differently I wouldn't have to implement
> the library all over again.
Good point, I've always been of the mindset that libraries are the
most useful. So if I wrote a filter, it would first be a library, then
a separate filter program on top. This is what I did with the C++
library (http://libbpfl.sf.net/). This is also because Bayesian
filtering has uses well beyond simple spam filtering.
> In Lisp the technical difference between application and library is
> certainly less clear than in (for example) C but the programmer still
> have to think about how others will his software for it to become a good
> library.
You make excellent points, I usually think of them as synonymous, but
that may reflect my personal philosophies with respect to lisp. I
usually write libraries as packages which can be built into programs
with a few top level functions.
> > Well now you've given me incentive. The Bayesian end is pretty much
> > complete, And writing a working filter should be pretty easy. I want
> > to give it a HTTP frontend (via clhp) to make control easier, kind of
> > like the way Popfile works, I could make the filter work as a daemon,
> > which would filter every message that comes in and add an extra header
> > indicating the "Classification" (Bayesian filter allow for more than
> > just Spam and non-spam). Then you could use procmail to filter based
> > on the header. I don't know how it would integrate so if you could
> > give me some insight, I could design it to fit.
>
> We use Exim at the moment and /etc/aliases to shovel mail into Mailman.
> I think Exim has some features to redirect messages into your software
> and then back out again.
How does mailman work, If it recieves mail the same way user mail is
delivered, then it should be trivial to pipe it through a spam filter
and procmail along the way. Then procmail could isolate spam and send
normal messages along their merry way.
--
(incf *yankees-world-series-losses*)
More information about the clo-devel
mailing list