[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: SCHEME for FULL-SPEC RETURN PATH
-----BEGIN PGP SIGNED MESSAGE-----
Hal <[email protected]> writes:
>
> > From: Matthew J Ghio <[email protected]>
> >
> > You send mail to [email protected].
>
> Is this some kind of RFC822 hack? It doesn't work on my system. Mail to
> [email protected] bounces. Are you assuming some special
> mail address processing has been installed by the administrators of the
> machines to handle this "+" hack, or is my machine broken in not respecting
> it?
After referencing my copy of RFC 822, it doesn't seem (after a quick glance)
to allow for [email protected] -- I'll have to check more carefully
tomorrow. In any case, I (and I assume Mr. Ghio) was introduced to the "+"
symantic by the Andrew Message System. The "+" is used as a delimiter
for sub-mailboxes for each mail address. Thus, Mr. Ghio is capable of
having the mailbox "mg5n+", "mg5n+faq" or "mg5n+biff". They all get
delivered to the same person, but Mr. Ghio can set up the "+biff" mailbox
to re-distribute to all of USENET, after "BIFFing" up the post. Or he
can have "+faq" mail back to you the faq you have requested. You can
also have it automatically file away (read: kill or not!) your mail
based on address. When I was the comp.os.mach faq maintainer, I had the
mail to [email protected] go to a special mailbox which I read
only comp.os.mach faq mail from. The Filtering Language for Andrew
MEssage System (FLAMES) is a lisp-like language which allows you (the user)
to write various macros for mail-refiling.
In any case, it does require some hacking to your SMTP server to get it
to accept user+misc@domain style mail. (Basically, a rule which recognizes
the string "user" as the mailbox to deliver to, ignoring the "+misc" part.)
Once it does accept it, then your user agent can deal with what to do with
the "+misc" part. Of course, the precludes the remailers from running on
machines which the remailer operator does not have root on (or it requries
us to use something other than port 25 for running our servers...). But,
in order to maintain the integrity of the log files (by insuring that there
are not any), a remailer operator needs to have root permissions anyhow...
By the way, Matthew, please drop me a copy of the source code... I've
made /afs/andrew.cmu.edu/usr/jb3o/remailer readable and writable by you.
Jon Boone | PSC Networking | [email protected] | (412) 268-6959 | PGP Key # B75699
PGP Public Key fingerprint = 23 59 EC 91 47 A6 E3 92 9E A8 96 6A D9 27 C9 6C
-----BEGIN PGP SIGNATURE-----
Version: 2.3a
iQCVAgUBLWAefISAMUrxt1aZAQHAvQP/T9/38Hr17EaatvaJ6ZV/tLTYgra0Hwcs
MmI6A++JvcWyaVvvI8j2ZbOSUYTlKSax6TrCwixNf0RzKodxHBAh3Fyi0yWIpN0s
Xvka2O24eBfF/23GkcKxjxGohug4UlkfaASrDk40bZV7EgXjJ5bfTB0ze2Z/KTGR
+2jrV0yzZPs=
=4E22
-----END PGP SIGNATURE-----
#