1993-01-10 - Politics of Rmailers

Header Data

From: tribble@xanadu.com (E. Dean Tribble)
To: uunet!netcom.com!norm@uunet.UU.NET
Message Hash: 5e228d21ed532be5f4b69d1167f8573507f55cba5fedf4247607eec20b783856
Message ID: <9301100732.AA10236@xanadu.xanadu.com>
Reply To: <9301100152.AA02289@netcom2.netcom.com>
UTC Datetime: 1993-01-10 07:56:11 UTC
Raw Date: Sat, 9 Jan 93 23:56:11 PST

Raw message

From: tribble@xanadu.com (E. Dean Tribble)
Date: Sat, 9 Jan 93 23:56:11 PST
To: uunet!netcom.com!norm@uunet.UU.NET
Subject: Politics of Rmailers
In-Reply-To: <9301100152.AA02289@netcom2.netcom.com>
Message-ID: <9301100732.AA10236@xanadu.xanadu.com>
MIME-Version: 1.0
Content-Type: text/plain


	 Date: Sat, 9 Jan 93 17:52:01 -0800
	 From: uunet!netcom.com!norm (Norman Hardy)

	 I can imagine a system administrator choosing to require that
	 all mail originating from his machine include a signature that 
	 correctly identifies the local name of the sender.

I can imagine it, but none exist.  This is mostly because the From:
field is supplied by the mailer and satisfies that requirement,
whereas requiring things in teh body of the mail message goes against
the grain of how the systems are used.

	 remailers: They require operators of remailers to be sympathetic
	 with the ends of the users of remailers. This obviously does not

Are there other reasons to use a remailer besides anonymity?  I can't
think of any, so that solves the sympathy problem.  If a remailer
operator conspires to reveal who you are that's a different issue, and
is solved (or reduced a lot) by using a chain of remailers.  Then
*all* of the remailers have to be compromised to reveal that
connection from source to destination.

dean





Thread