From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <704a0f41d784daef39cd14dc4005f0b2@caldo.demon.co.uk>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] secstore
From: forsyth@caldo.demon.co.uk
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="upas-qiywuhxuqjahcdhfjxgnlpfbzb"
Date: Wed, 15 May 2002 12:45:08 +0100
Topicbox-Message-UUID: 92854f02-eaca-11e9-9e20-41e7f4b1d025

This is a multi-part message in MIME format.
--upas-qiywuhxuqjahcdhfjxgnlpfbzb
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

i suspect it appears only on a standalone authentication server
that doesn't use the file server.

--upas-qiywuhxuqjahcdhfjxgnlpfbzb
Content-Type: message/rfc822
Content-Disposition: inline

Return-Path: <9fans-admin@cse.psu.edu>
Received: from punt-2.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk
          id 1021461774:20:03493:6; Wed, 15 May 2002 11:22:54 GMT
Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net
           id aa2003142; 15 May 2002 11:22 GMT
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP
	id 9EB42199B9; Wed, 15 May 2002 07:22:11 -0400 (EDT)
Delivered-To: 9fans@cse.psu.edu
Received: from 9fs.org (cotswold.demon.co.uk [194.222.75.186])
	by mail.cse.psu.edu (CSE Mail Server) with SMTP id CCA3E19980
	for <9fans@cse.psu.edu>; Wed, 15 May 2002 07:21:26 -0400 (EDT)
Message-ID: <2ee5435c0b752aaefbcc264e23522b67@9fs.org>
To: 9fans@cse.psu.edu
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: [9fans] secstore
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: <https://lists.cse.psu.edu/archives/9fans/>
Date: Wed, 15 May 2002 12:19:13 +0100

The manul page says that there are deliberately no backups of the secstore,
and that -r is irrevocable.

It looks to me that secstore is sotred in /adm/secstore, so wouldn't
it be saved in a fileserver dump, or am I supposed to bind something
more local to the auth server over /adm/secstore before starting
secstored?

What is the practice at the labs?
--upas-qiywuhxuqjahcdhfjxgnlpfbzb--