RE: [Raven] [FYI] NL: Intelligence agency authorized to scan satellite communications

"Christian Price" <ccprice@sprintparanet.com> Wed, 12 April 2000 17:37 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA29172 for <raven-archive@ietf.org>; Wed, 12 Apr 2000 13:37:32 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA28509; Wed, 12 Apr 2000 13:22:21 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA28480 for <raven@ns.ietf.org>; Wed, 12 Apr 2000 13:22:20 -0400 (EDT)
Received: from yorktown.paranet.com (kirkwood.paranet.com [199.164.131.35]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA28382 for <raven@ietf.org>; Wed, 12 Apr 2000 13:24:48 -0400 (EDT)
Received: from SPR90829 (dhcp-65-200.phx.paranet.com [172.16.65.200]) by yorktown.paranet.com (8.9.3/8.9.3) with SMTP id MAA20126 for <raven@ietf.org>; Wed, 12 Apr 2000 12:19:15 -0500 (CDT)
From: "Christian Price" <ccprice@sprintparanet.com>
To: <raven@ietf.org>
Subject: RE: [Raven] [FYI] NL: Intelligence agency authorized to scan satellite communications
Date: Wed, 12 Apr 2000 10:22:33 -0700
Message-ID: <001401bfa4a3$b09d8140$c84110ac@paranet.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
In-Reply-To: <200004112007.QAA19208@ietf.org>
Content-Transfer-Encoding: 7bit
Sender: raven-admin@ietf.org
Errors-To: raven-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Raven Discussion List <raven.ietf.org>
X-BeenThere: raven@ietf.org
Content-Transfer-Encoding: 7bit

This still seems to me to be technical folly.  If the data are not encrypted
until they reach the provider, then the data travel unencrypted over open
lines until they reach the provider.  This would seem to defeat the purpose
of encrypting the data at all.

--Christian

> Communication providers should be demanded by law to
> encrypt the data of their customers and the customers
> themselves should not be allowed to encrypt. The police
> shouldn't be allowed to enter homes for placing bugs
> without proof that the suspected are using encryption to
> hide their communication.
>
> +++chefren
>
> p.s. There is still some time to reject that
> everything but new pointless American-macho RFC...
>
>
> _______________________________________________
> raven mailing list
> raven@ietf.org
> http://www1.ietf.org/mailman/listinfo/raven
>


_______________________________________________
raven mailing list
raven@ietf.org
http://www1.ietf.org/mailman/listinfo/raven