| Eelbash Admin 2006-12-01, 7:14 pm |
| -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
>
> All remailer messages are emails, dummy.
Try to be more polite or I won't respond in the future.
> So please enter the precise
> formula you propose to use to discern email addresses used by
> individuals from those used by lists, gateways, blogs, boards, or any
Any remop worth his salt should be able to filter out the stuff going to
gateways, pingers, other remailers. Anything else is going to be seen by a
human who can read the big disclaimer and take the appropriate action if
he wants to continue receiving emails via the remailer.
The few glitches that may occur are trivial compared to the great benefits
of making receiving email an opt-in choice, and can be controlled by
tweaking the whitelisting filters.
> Not only impossible to
> implement,
Nonsense. It is already implemented on the eelbash remailer and is working
well.
> it compromises the privacy of people associated with
> remailed messages.
Ridiculous.
> Which in and of itself could lead to a innocent
> person's folly.
That's gibberish. Do you even know what 'folly' means?
By the way, if the opt-in were not workable, it's easy to invert it to
make it an opt-out choice, probably keeping the disclaimer with each
message. So, at the cost of a disclaimer on each email message, a user
could end abuse simply by returning the message to the remailer.
This has the advantage that remailers could implement it independently,
without needing to pool a list of people who were on a blocklist.
It would be necessary to make the format of the disclaimer used by the
remailers identical. Also, I would suggest generating a 10-character set
of random numbers/letters and putting it at the start of the subject in
brackets. It's not congenial to have to alter the subject line, but well
worth it for the results.
The victim would simply reply to the message, sending to whatever reply-to
address the remailer had included. On receipt, the remailer would compare
the 10-character code with the one it had generated when sending the
message, and, if they matched, would put the victim on a blocklist.
So the user would have to reply to each abusive message from each
remailer, but would not need to receive and reply to a confirmation, since
the message itself would contain enough information, the 10-character
code, to provide confirmation.
Yes, that's a possibility. It's easier for remailers to implement this
individually, with minimal cooperation, while requiring the user to take
an action to opt-out rather than do nothing.
Comments?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFFcMa0EC+g9Qawm6QRAhjxAJ9lhGtPZOzp
3NJxaNCtMvJfnhpz7gCg92wm
Aq6HIspTFF9DgftNSlwbEh0=
=sGSK
-----END PGP SIGNATURE-----
|