----- Original Message -----
From: "Paul Lambert" <PaulLambert(_at_)AirgoNetworks(_dot_)Com>
Anonymous mail is a valuable service that should be provided by this
effort and not designed away in our fervor to eliminate spam.
Paul, I do not disagree with you. Obviously, as a mail software vendor, I
can't dictate or remove functionality to customers. However, it was not
uncommon to NOT offer "border-line unethical engineering designs" that have
the possibility for abuse, i.e., backdoor or running your DATA as a batch
file even though they might some "neat" powerful ideas behind it. This is
what got Microsoft WIndows in trouble with there urge to provide "OLE"
automation integration!
Anyway, however, what I am saying here there is a difference:
- Anonymous mail is different from Anonymous access.
- Alias access is different from anonymous access (some trusted relationship
where tracable anonymity mail may be allowed)
- 100% amonymous access with no restrictiions (where the abuse lies today)
- 100% amonymous access with restrictiions (where some controls are
available today)
It is a concept that should be discussed because once again, the real
problem of unrestricted anonymous access can not be ignored. It is the
dominate issue that has to be address first above all others, imo.
-- support for anonymous transport and anonymous headers
With all of these ideas, do we still have a common shared functional
model for this discussion (UA, MTA, etc.)?
I hope we can get this level. The sooner the better. :-)
--
Hector Santos, Santronics Software, Inc.
http://www.santronics.com