Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!uwm.edu!bionet!agate!ucbvax!CTRVAX.VANDERBILT.EDU!EWINGRA From: EWINGRA@CTRVAX.VANDERBILT.EDU Newsgroups: comp.sys.apple2 Subject: Re: a2r&d, ethernet, TCP/IP, mounting mounted volumes Message-ID: Date: 22 Apr 91 01:32:00 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 30 >I guess I'm asking if the Unix mounted hard drive is a Personal AppleShare volume. Well, what you are asking is on the fringe of compatibility. I guess it's possible. Personal Appleshare will allow you to share just about anything except floppies and other Appleshare volumes. Since something like NFS/Share isn't considered to be Appleshare, I guess Personal Appleshare could be fooled into sharing an NFS volume. Assuming this works.... It may work but I doubt if its performance would be good because you're going through two things just to share the NFS server. Instead, I would suggest either using CAP 6.0 or something to make the Unix machine a real Appleshare server, or if you have a Gatorbox for a router, use gatorshare. make sure that either solution will support Apple IIs. Some Appleshare implementations aren't that good when it comes to Apple IIs (like DataClub). Of course, there *is* precedence for this hare-brained solutions. Back two years ago, there was a product for the IBM PCs that allowed you to set up a dedicated Appleshare 1.1 server. A customer of the Apple office in Houston that was running this has a 3-Com server in which they wanted the Macs to talk to, but the 3-Com - Mac solution was pretty gross. Instead, what they tried was to use the 3-Com DOS software on the Appleshare DOS server to mount the 3-Com server as an available drive. Then after running the Apopleshare software and sharing the network 3-Com drive, the Macs actually saw the 3-Com drive. What's even more amazing is that not only did it work, but the performance wasn't that bad either. It was a weird solution, but sometimes these things work out. --Rick Ewing Vanderbilt University