home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / novell / 10894 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  1.9 KB
  1. Path: sparky!uunet!olivea!spool.mu.edu!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!bcm!lib!biomath.mda.uth.tmc.edu
  2. From: drg@biomath.mda.uth.tmc.edu (David Gutierrez)
  3. Newsgroups: comp.sys.novell
  4. Subject: Re: *** WARNING *** Novell + QuickTime = Disaster
  5. Message-ID: <8223@lib.tmc.edu>
  6. Date: 28 Dec 92 22:05:39 GMT
  7. References: <1992Dec21.013555.22417@massey.ac.nz> <1992Dec21.185554.16895@novell.com> <8204@lib.tmc.edu> <1992Dec28.173804.5478@novell.com> <8222@lib.tmc.edu>
  8. Sender: usenet@lib.tmc.edu
  9. Organization: Univ. Texas M.D. Anderson Cancer Center
  10. Lines: 37
  11. Nntp-Posting-Host: ratatosk.mda.uth.tmc.edu
  12.  
  13. In article <1992Dec28.173804.5478@novell.com> dseeman@novell.com (Daniel
  14. Seeman) writes:
  15. >NetWare DOES implement time stamps correctly (if you are using the word
  16. "correct
  17. >ly" with respect to DOS workstation clients).
  18.  
  19. Since we're talking about Macs here, NetWare _doesn't_ implement time stamps
  20. correctly.
  21. It's supposed to be an AFP-compatible server, not AFP-compatible except for
  22. time stamps and CD-ROMs.
  23.  
  24. >problem is not so easy.  A choice was made in the beginning and to date, (I
  25. >had nothing to do with this decision process) Novell has elected to stick with
  26.  
  27. >that original format.  It is not such a bad decision considering the number of
  28.  
  29. >DOS clients compared to Macintosh (NetWare) clients.
  30.  
  31. This could be interpreted to say that Novell doesn't care about supporting
  32. Macs.
  33.  
  34. > Also, it is MUCH easier
  35. >to change the client's side rather than on the server's side 
  36.  
  37. I consider it inelegant to ask application writers to make special patches to
  38. their code to get around bugs in other publishers' software.
  39.  
  40. >However, let me hopefully put an end to this string (it really isn't getting
  41. >us anywhere) by asking that everyone keep their eyes open for another solution
  42. >that should not involve "fixing" the client side application.
  43.  
  44. We already have our solution - AppleTalk for PCs.
  45.  
  46. David Gutierrez
  47. drg@biomath.mda.uth.tmc.edu
  48.  
  49. "Only fools are positive." - Moe Howard
  50.