home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!crdgw1!newsun!dseeman
- From: dseeman@novell.com (Daniel Seeman)
- Newsgroups: comp.sys.mac.system
- Subject: Re: *** WARNING *** Novell + QuickTime = Disaster
- Message-ID: <1992Dec28.173804.5478@novell.com>
- Date: 28 Dec 92 17:38:04 GMT
- References: <1992Dec21.013555.22417@massey.ac.nz> <1992Dec21.185554.16895@novell.com> <8204@lib.tmc.edu>
- Sender: news@novell.com (The Netnews Manager)
- Organization: Novell Inc., San Jose, Califonia
- Lines: 42
- Nntp-Posting-Host: db.sjf.novell.com
-
- In article <8204@lib.tmc.edu> drg@biomath.mda.uth.tmc.edu (David Gutierrez) writes:
- >In article <1992Dec21.185554.16895@novell.com> dseeman@novell.com (Daniel
- >Seeman) writes:
- >>If using RESEDIT is not easy enough, maybe you should try asking the
- >application
- >>maker to use consistant time stamps. My guess is that it will take a bit
- >longer
- >>for the company to make those changes rather than for you to do the work your-
- >>self.
- >
- >I think Novell should correctly implement time stamps in their server software.
- >I believe this problem has been known for a while; how long will it take the
- >company to make the changes?
- >
- >Yet another reason we trashed our NetWare server and moved the PCs in our
- >department to AppleTalk.
- >
- Hi,
-
- NetWare DOES implement time stamps correctly (if you are using the word "correct
- ly" with respect to DOS workstation clients). You will notice the time stamp
- formats for Macintosh and DOS operating systems are of different formats. The
- problem is not so easy. A choice was made in the beginning and to date, (I
- had nothing to do with this decision process) Novell has elected to stick with
- that original format. It is not such a bad decision considering the number of
- DOS clients compared to Macintosh (NetWare) clients. Also, it is MUCH easier
- to change the client's side rather than on the server's side (please do not
- lose sight of the absolutely HUGE task of changing time stamp formats on the
- server side).
-
- However, let me hopefully put an end to this string (it really isn't getting
- us anywhere) by asking that everyone keep their eyes open for another solution
- that should not involve "fixing" the client side application. But don't ask
- for any specifics because I have already said too much.
-
- Think Peace...
-
- Dan Seeman
- Novell
- Walnut Creek,Ca.
-
- ps. If only fools are positive, I am happy to be foolish!
-