From mboxrd@z Thu Jan 1 00:00:00 1970 From: presotto@plan9.bell-labs.com Message-Id: <200007091455.KAA13396@cse.psu.edu> Date: Sun, 9 Jul 2000 10:55:49 -0400 To: arisawa@ar.aichi-u.ac.jp, 9fans@cse.psu.edu Subject: Re: [9fans] user none MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-dzbivvadxdtflnzppqtixamhxw" Topicbox-Message-UUID: d64fc354-eac8-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-dzbivvadxdtflnzppqtixamhxw Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Off hand, I can't thing of anything that would break. In security, less priviledge is always better. I'll change it on our syystems and see if it does break anything. --upas-dzbivvadxdtflnzppqtixamhxw Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sat Jul 8 19:28:49 EDT 2000 Received: from cse.psu.edu ([130.203.3.50]) by plan9; Sat Jul 8 19:28:48 EDT 2000 Received: from localhost (majordom@localhost) by cse.psu.edu (8.8.8/8.8.8) with SMTP id TAA06197; Sat, 8 Jul 2000 19:13:56 -0400 (EDT) Received: by claven.cse.psu.edu (bulk_mailer v1.5); Sat, 8 Jul 2000 19:13:38 -0400 Received: (from majordom@localhost) by cse.psu.edu (8.8.8/8.8.8) id TAA06163 for 9fans-outgoing; Sat, 8 Jul 2000 19:13:34 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from ar.aichi-u.ac.jp (none@ar.aichi-u.ac.jp [202.250.160.40]) by cse.psu.edu (8.8.8/8.8.8) with SMTP id TAA06159 for <9fans@cse.psu.edu>; Sat, 8 Jul 2000 19:13:29 -0400 (EDT) Date: Sat, 8 Jul 2000 19:13:29 -0400 (EDT) From: arisawa@ar.aichi-u.ac.jp To: 9fans@cse.psu.edu Message-ID: <20000708224524.281.qmail@nx.aichi-u.ac.jp> MBOX-Line: From kenji Sun Jul 9 07:45:23 2000 Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3J v130.3) Subject: [9fans] user none Reply-To: Kenji Arisawa Sender: owner-9fans@cse.psu.edu Precedence: bulk Hello, I have a question. In Plan9, we have a rule: "everyone can become none." However user none plays important role for Internet service. What's wrong if we replace the rule by the following ? "Only host owner can become none." Thanks, Kenji Arisawa E-mail: arisawa@aichi-u.ac.jp --upas-dzbivvadxdtflnzppqtixamhxw--