Roster of members ... davidnicol

Hello group.  My name is David Nicol and I have been using e-mail since 
1985 when
I had a bitnet account at Boston University and I was active on the 
"metaphilosophers"
mailing list.  In the early 1990s, I was the treasurer of a student 
organization at
University of Missouri, and I wrote a general web interface to my duties 
as Keeper
Of The Organizational Checkbook, which became and continues to be the 
tipjar.com
money handling service.  The trivial business model of tipjar.com is 
that by taking
care of money handling for all comers, indentified only by their e-mail 
addresses,
for free, eventually tipjar LLC will be holding enough of other people's 
funds to
earn enough interest by making conservative investments to pay its 
expenses.  This
has not yet happened.  Towards bringing money in from somewhere, I have 
embarked
on designing and implementing a sender-pays e-mail system, which can be 
signed up
for -- free forwarding addresses -- at www.pay2send.com.

The pay2send smtpd server, which I have been developing and testing and 
would
probably be better off working on instead of writing this e-mail, 
filters during the
SMTP steps rather than after accepting a message. 

I seek collaborators on developing an interoperable domain-domain 
sender-pays
communication standard; which is not strictly on-topic for "filtering."

Without the sender-pays component, Advenge SMTPD (the product I'm 
developing)
fitlers as follows:

    MAIL FROM: <[email protected]>

check to see if we have a sender account for yadda and if so has yadda 
registered
a peer smtp host list and if so is the current connection from a peer on 
yadda's list?
If not, reject, with instructions on how to add a temporary host.  After 
six hours
switch to a permanent reject code.

   RCPT TO: <[email protected]>

Check to see if customer has listed yadda as their friend, and if so 
we're good,
otherwise we're provisional.  Provisional means:
     * only one recipient is allowed, further recipients are rejected 
with 4** temp codes
     * we defer accept/reject decision until we have seen the body and 
parsed it for "magic phrases"


There's more -- I am not certain if I will GPL Advenge SMTPD or try to 
sell it, yet; probably the
former.

Sign up at www.pay2send.com for a forwarding account if you wish.

So what I've got is essentially a "consent framework" although not 
within the formal consent
framework that the consent framework working group is working on, which 
as near as I could
gather proposes to export user preferences through a redundant method 
which, when followed,
would avoid initiating the SMTP transaction for a piece of unwanted mail. 

As if SMTP was that complex.  It isn't.