From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] imap4d operation (Was: ATA next) In-Reply-To: <20040123075534.H28365@cackle.proxima.alt.za> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ytuzskiowhfgyxtvmlefuuhfwl" Date: Fri, 23 Jan 2004 11:39:45 -0500 Topicbox-Message-UUID: bfa3ff36-eacc-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-ytuzskiowhfgyxtvmlefuuhfwl Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit cron does exactly the same thing. it no longer has to run on the auth server. it just has to run on a cpu server whose host owner can speak for anyone. That's the relation that's in /lib/ndb/auth on the auth server. --upas-ytuzskiowhfgyxtvmlefuuhfwl Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Jan 23 00:56:36 EST 2004 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Fri Jan 23 00:56:33 EST 2004 Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id E5A4519DC7; Fri, 23 Jan 2004 00:56:28 -0500 (EST) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6F60F19E4B; Fri, 23 Jan 2004 00:56:10 -0500 (EST) X-Original-To: 9fans@cse.psu.edu Delivered-To: 9fans@cse.psu.edu Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id 2031019DDF; Fri, 23 Jan 2004 00:56:00 -0500 (EST) Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 322B819DC7 for <9fans@cse.psu.edu>; Fri, 23 Jan 2004 00:55:45 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id i0N5taY5016566 for <9fans@cse.psu.edu>; Fri, 23 Jan 2004 07:55:37 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id i0N5ta9G016565 for 9fans@cse.psu.edu; Fri, 23 Jan 2004 07:55:36 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] imap4d operation (Was: ATA next) Message-ID: <20040123075534.H28365@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <20040122203626.F28365@cackle.proxima.alt.za> <9bc085a2c64521b6622e7f23ffcd5358@plan9.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <9bc085a2c64521b6622e7f23ffcd5358@plan9.bell-labs.com>; from David Presotto on Thu, Jan 22, 2004 at 02:53:15PM -0500 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 23 Jan 2004 07:55:35 +0200 X-Spam-Status: No, hits=-2.5 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) On Thu, Jan 22, 2004 at 02:53:15PM -0500, David Presotto wrote: > > I'll fix sources. > Thank you. There doesn't seem to be a short circuit to figuring these things out other than study and questioning, unfortunately. > > (b) does imap4d not need to be able to "speak for" the new user, > > which is easiest achieved on an auth server? > > It's easiest achieved by the user login in which just goes via > factotum. Factotum talks to the auth server but it doesn't matter > whether the auth server is local or remote. Factotum has certainly made a huge difference. I'm going to have to think this one through, because the picture that's beginning to form in my head will no doubt need some touching up :-) Just as a data point, "cron" would not be able to do the same without at least some major adjustments, would it? I do note that one tends to think of factotum conversing with the authenticator, whereas the conversation in fact takes place _through_ the client or server. ++L --upas-ytuzskiowhfgyxtvmlefuuhfwl--