[29] in Management Reporting Authorizations Team
Profile Generator and Session Manager
daemon@ATHENA.MIT.EDU (Robert V. Ferrara)
Thu Jul 3 01:31:20 1997
Resent-From: "Rocklyn E. Clarke" <RCLARKE@mitvma.mit.edu>
Resent-To: MRAUTH-L List Archive <mrauth-mtg@menelaus.mit.edu>
Date: Tue, 11 Feb 1997 17:20:19 -0500
To: MR-TECH@MIT.EDU, rclarke@mitvma.mit.edu
From: rferrara@MIT.EDU (Robert V. Ferrara)
----------------------------Original message----------------------------
>X-Sender: hlederer@po10.mit.edu
>Mime-Version: 1.0
>Date: Tue, 11 Feb 1997 09:31:08 -0500
>To: rferrara@MIT.EDU
>From: Herbert Lederer <hlederer@MIT.EDU>
>Subject: Profile Generator and Session Manager
>Cc: cochrane@MIT.EDU, martint@MIT.EDU
>
>Hi Bob,
>
>Here is my follow up of the presentation that was given last week.
>1. Session Manager and Profile Generator are independent. MIT might use the
>Profile Generator under 3.1g without using the Session Manager. If they are
>used in conjunction, than the Profile Generator is informing the Session
>Manager via a RFC to build a specific user or company menue.
>
>2. There are no plans to support 16 bit or Mac architecture with the session
>manager.
>
>3. Both are optional. Meaning that MIT can use the Profile Generator
>together with the current GUI (3.1g GUI) and on some Windows machines the
>session manager also. In this cases the seeion manager sits on top of the GUI.
>
>4. The Session Manager is not Kerberized and currently there are no plans to
>do so. If that became a critical issue later in MIT's roll out we will have
>to talk to the German development. The session manager is storing the
>username and password.
>
>Hope that clarifies outstanding issues. For any open points please let me
>know...
>
>...Herbert
