home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!munnari.oz.au!metro!cs.uow.edu.au!sol.deakin.OZ.AU!gdwb.oz.au!csb
- From: csb@gdwb.oz.au (Craig Bishop)
- Newsgroups: comp.windows.open-look
- Subject: Re: Why is the File Manager in OW 3.0 so buggy?
- Message-ID: <3219@peking.gdwb.oz.au>
- Date: 2 Sep 92 01:01:59 GMT
- References: <3202@peking.gdwb.oz.au> <1992Aug29.013454.27782@tin.monsanto.com>
- Sender: news@gdwb.oz.au
- Lines: 94
- Nntp-Posting-Host: oahu.isd.gdwb.oz.au
-
- nghoff@albert.monsanto.com (Norman G. Hoffman) writes:
-
- >What would you say must be added to the Calender (sic) Manager
- >to make it useful (besides a spell checker)?
-
- If you were reading this group earlier this year you would have
- seen a petition which was organised concerning the Calendar
- Manager. It is still bubbling along. It will be interesting to
- see how many of the problems it identifies and the RFE's which
- were subsequently attached to those problems are fixed in
- upcoming versions of the Calendar Manager.
-
- Here is the petition and the RFE's. This represents the the
- request by over 80 adminitrators running over 10,000 Sun
- Workstations.
-
- ***************************
-
- The following Sun users are petitioning Sun Microsystems to
- include the following functionality into the OpenWindows Deskset
- "Calendar Manager" tool. The majority of the items below are
- associated with the "backend" of the "Calendar Manager" ie. the
- "rpc.cmsd" process. Others are related to the methods which can
- be used to store the calendar information. And others are requests
- for information. However they all relate to the usefulness and
- manageability of the "Calendar Manager" at installations of more
- than a few Suns.
-
- 1. The "/var/spool/calendar" directory must be able to be mounted
- from a remote machine via NFS. Whether the "/var/spool/calendar"
- is mounted directly or via the automounter should not matter.
-
- BUG # 1075601
-
- 2. The "Calendar Manager" should also be able to operate in an
- environment where the "/var/spool/calendar" directory only
- exists on a server machine. The client machines which run the
- "cm" process do not have a "/var/spool/calendar" directory at
- all. The "cm" process on the client merely communicates with a
- rpc.cmsd on the server and the calendar changes are made
- there. In this environment there should be no requirement for
- a local rpc.cmsd process.
-
- The system administrator should have control over where users
- default calendars reside. This can also be a user option but
- must be able to be overridden by the administrator. Eg. if the
- administrator wishes to force calendars to a particular host
- the "Default Calendar" property should be "greyed" out.
-
- In an environment where all the "local" users calendars are
- stored on a server the "Calendar Manager" daemon should allow
- users to access other users calendars via their username
- without a hostname extension. The hosts.equiv file could be
- used to establish that "local" users are involved.
-
- In a server type configuration as described above in feature
- number 2, the "Calendar Manager" process must be made
- resilient to server crashes. It should automatically reconnect
- to the server and inform the user of any missed notifications.
-
- RFE # 1083378
-
- 3. The system administrator should have control over where users
- mail should be sent by default. Larger sites usually have a
- host which is used for mail service. The "Mail To" property
- would not be greyed out as the user should have the ability to
- redirect the mail if they wish.
-
- RFE # 1083381
-
- 4. The browse feature must also use the default calendar set by
- the user or the system administrator. At the moment it always
- uses "username@local_machine" regardless of what the default
- calendar is set to.
-
- RFE # 1083383
-
- 5. Sun need to publish specifications of the "Calendar Manager"
- protocol. Users want to create alternate front ends and be
- able to extract the calendar information using other tools. An
- example would be producing an interface to a hand held
- calendar device like those provided by "Sony" and "Casio".
- Another would be a interface for users of PC's in a mixed
- environment of PC's running PCNFS and Suns.
-
- RFE # 1083380
-
- ***************************
-
- --
- Craig Bishop Information Systems Division
- Email: csb@gdwb.OZ.AU Geelong & District Water Board
- Phone: +61 52 262506 61-67 Ryrie St Geelong
- Fax: +61 52 218236 Victoria 3220 Australia
-