Hadmut wrote:
The failure is that this sender's right currently needs
to cut any recipient's right.
I think your views and objections are based on a fixed view of
technologies that could be used to combat spam, and by fixation on
implementing to the letter some ill-thought out German laws.
In fact your conclusions are wrong. One just needs to use technology
which does not do that. Requiring senders to classify their mail
doesn't meet the principles we've discussed, but this just means that
is a bad solution.
For example hashcash and token based white lists as a way to avoid
false positives provides:
- reduces spam for recipient
- no erosion of senders rights (privacy, reliability, functionality)
- no loss of reliability
- backwards compatibility
- improves reliability for users
From my point of view, the currently exhibited objections
are based on ignorance and violation of the recipients rights.
No, the objections were carefully reasoned, and are in fact defacto
and demonstrably user valued existing functionalities of email. What
uucp mail may or may not have provided is somewhat irrelevant to the
current email users who for the last say 10 years have been relying on
particular privacy, functionality and reliability features.
The only conflict is your inflexible adherence to what you claim is a
German principle of law that the recipient should have the right to
not receive anonymous email, which is a nonsensical claim in a
communications medium without authentication, and a strong history and
user desire for user choice in authentication (none, web of trust,
non-transferable signatures, and PKI signatures based on the
circumstance).
You claim to care about privacy, and yet it would seem you want to
punish users who want privacy in the name of narrow minded, to the
letter, interpretations of ill-thought out local laws.
This list is about reducing the volume of spam received by recipients,
not about enforcing a claimed local law saying that users must have a
right to not receive anonymous mail. These are different things.
Adam
_______________________________________________
Asrg mailing list
Asrg(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/asrg