home *** CD-ROM | disk | FTP | other *** search
- Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
- Path: sparky!uunet!uvaarpa!darwin.sura.net!paladin.american.edu!auvm!SIGURD.INNOSOFT.COM!NED
- Errors-to: epmdf@YMIR.BITNET
- X-Envelope-to: PMDF-L@IRLEARN.BITNET
- X-VMS-To: IN%"Rollo.Ross@Levels.UniSA.Edu.Au"
- X-VMS-Cc: IPMDF
- MIME-version: 1.0
- Content-type: TEXT/PLAIN; CHARSET=US-ASCII
- Content-transfer-encoding: 7BIT
- Message-ID: <01GMTYKIIA9U9GVP01@YMIR.CLAREMONT.EDU>
- Date: Sun, 26 Jul 92 19:32:19 GMT
- Sender: PMDF Distribution List <PMDF-L@IRLEARN>
- From: "Ned Freed (Postmaster)" <NED@SIGURD.INNOSOFT.COM>
- Subject: RE: Problem with timezone names
- X-To: Rollo.Ross@Levels.UniSA.Edu.Au, IPMDF@YMIR
- Newsgroups: bit.listserv.pmdf-l
- Lines: 14
-
- The logic for getting values from MULTINET_TIMEZONE should, in practice,
- never be used. This is because PMDF should always be started prior to
- starting Multinet. See the documentation on startup ordering in the
- PMDF installation guide for details. In essence, PMDF should be started
- prior to starting any networking software PMDF interacts with. (In other
- words, run PMDF_STARTUP very early during startup.) PMDF_SUBMIT_JOBS
- should then be run only after ALL networking software has started. (And
- after you have made all appropriate logical name assignments and other
- changes that would affect PMDF or other networking software you use.)
-
- Since the logic for setting PMDF_TIMEZONE via the other logicals is, in
- practice, useless, we plan to get rid of it entirely in the next release.
-
- Ned
-