home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / apple2 / 26618 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  1.8 KB

  1. Xref: sparky comp.sys.apple2:26618 comp.sys.next.misc:23623
  2. Newsgroups: comp.sys.apple2,comp.sys.next.misc
  3. Path: sparky!uunet!cs.utexas.edu!torn!utgpu!utstat!philip
  4. From: philip@utstat.toronto.edu (Philip McDunnough)
  5. Subject: GS+AFP Unix server
  6. Message-ID: <C0KE8F.CnL@utstat.toronto.edu>
  7. Organization: University of Toronto, Dept. of Statistics
  8. Distribution: na
  9. Date: Sat, 9 Jan 1993 02:14:39 GMT
  10. Lines: 32
  11.  
  12. I have several mac's and a GS connected via Localtalk to a ci which is
  13. running Apple's Internet Router and is Ethertalked to a NeXT Cube which is
  14. running IPT's uShare AFP server, as a task. 
  15.  
  16. I can mount the NeXT volume on the GS desktop, move files back and forth and
  17. print to the NeXT printer without any problems.[ Same with a 486 which is also
  18. on Localtalk.].
  19.  
  20. There seems to be 2 problems though, also shared by the PC, but not by the 
  21. Mac's.
  22.  
  23. (1) Moving a GS file to the server causes it to lose it file type and
  24. creator (this is not the case with Mac files from a Mac).
  25.  
  26. (2) Logging off the server (either by dragging the volume to the garbage can
  27.     or OA-Y) hangs the GS. This problem also occurs with the PC using Windows'
  28.     based software (specifically Copstalk and Farallon's sw).
  29.  
  30. The file type/creator issue seems to be similar to one that happens with CAP.
  31. Does anyone have a fix for this (Todd?)? The logging off problem is different
  32. though. Could this be a funtion of the Internet Software router that I am 
  33. using (may not be the most recent). Any clues would be much appreciated. The
  34. speed with which one can print to the NeXT laser 
  35. is impressive using uShare/uPrint, but the logging off issue is really
  36. a pain. On the PC it completely hangs the system to the point of requiring a
  37. hard reset.
  38.  
  39. Philip McDunnough
  40. University of Toronto
  41. philip@utstat.toronto.edu
  42.  
  43.  
  44.