Prosoft Releases Mac OS X Client for Netware 41
JSherman writes "Prosoft Engineering has released a client that enables Mac OS X to connect to a Novell network. The client is pure TCP/IP, and is not tied with AppleTalk. Its been possible for Macs to connect to Netware Servers for a long time by using Novell's Native File Access, but this is a much better method since it's an actual client that will remember your user ID and password when connecting to servers, and it allows you to browse the NDS tree. This is great news for all of us that use Apple computers in the Enterprise. Mac OS X progress marches on."
maybe not, skippy (Score:4, Informative)
Re:It's dead, Jim. (Score:2)
Re:It's dead, Jim. (Score:1)
Virtual desktops, now -that- would be progress for OS/X - I'd like to see -that- problem addressed
How 'bout:
Now focus-follows-mouse for MacOS X, that would be something to shout about... =)
Re:It's dead, Jim. (Score:2, Insightful)
Not gonna happen. Not even possible, in fact. Why? Well the Mac Menu bar sits on the top of the screen, not under the title bar of each window. So moving the mouse from a window in one application to a window in another application would require the menu bar to switch to the other application's menu bar, otherwise the user is left with the uncomfortable (and not at all user-friendly) situation of having Application A's menu bar while working in Application B's window. But it gets worse. Assuming, for the above reasons, that the menu bar has to change when you mouse over another application's window, you're in for a nightmare if you use the menus (and why have menus if you aren't going to use them?). Every time you move the mouse to the menu bar, you have to move the mouse pointer out of the Application's window. And if you have any other windows open in the background from another application, your menu bar is going to magically change every time you move the mouse up to the menu bar, defeating the purpose and causing much swearing.
You could do all sorts of hacks around this, like time-delayed menu-bar switching, but the fact is, the whole metaphor just doesn't work on a Mac. Focus follows mouse is also pretty confusing to most users, since their experience generally comes from either the Mac or Windows world, neither of which has focus follows mouse (actually, you can turn it on in Windows through a registry hack, same goes for tab-completion on the command line). The intended audience of this feature would be UNIX converts, but because of the menu bar deal, they'd be just as annoyed as Mac users. That's why I doubt we'll ever see this in the Mac OS, even as an option.
Now, on my FreeBSD boxes I tend to use focus follows mouse with sloppy focus, and I like it, but it just doesn't work under the Mac OS metaphor, not that I mind.
Re:It's dead, Jim. (Score:2)
V Desk Top (Score:2)
You go here [codetek.com] Now!
Um, Netware client for MacOS X? (Score:1)
They meant to say "Netware Client for MacOS", and not the other way around...
How is this news? (Score:3, Interesting)
Re:How is this news? (Score:3, Insightful)
Some people don't have the time, patience, and/or skill to implement stuff like netware themselves in a convenient manner. What do you think about GUI wrappers for things that can be done in the CLI?
If you don't see the use of this, you aren't looking beyond your world, IMO.
Re:How is this news? (Score:3, Insightful)
Then they should NOT be an admin. Lazy admins are the reason why many networks are insecure. This is not to be construed as an arguement against GUI's, which have their place, but merely an arguement that reading documentation to learn how to do something is what an admin is supposed to do.
Re:How is this news? (Score:2)
The Prosoft client is not for Mac sysadmins. This client is for Mac end-users in a corporate environment that only has MCSEs and maybe one old Netware guy. Folks who would otherwise be excluded from Netware servers because no one is willing to help get them connected.
That said, the Prosoft client is a bad choice for most situations. It's $149 per client, which rapidly exceeds the cost of buying Novell 6 with Native File Access (aka No Client Needed).
Auckerman, where exactly would I find the documentation that teaches me the Netware protocols, and how to convince 10.2 to use them directly? Right now I use FTP.
Re:How is this news? (Score:2)
1. All admins get their act together, and those who shouldn't be admins stop all activity, and small businesses that need new admins pool their funds and get one.
2. Programs with a more intuitive and user-friendly interface come about, making it easier for any person faced with the duty of setting up network stuff to at least have a basic setup without security holes.
Re:How is this news? (Score:5, Informative)
This client is intended to permit a Mac user to map directly to a Netware volume without the old Netware (or Prosoft) for MAC NLMs, and without the new Native File Access pack NLMs - both of which, in different ways, forced the Netware server to look like a Mac server. A native NCP client goes the other way - it permits the Mac to use the Netware resources natively.
The advantage to the native Mac client is one less layer of indirection when accessing Netware-served files. The benefits should include improved security (relative to the Nw4Mac/NFAP methods), theoretically improved performance, better support for features such as clustering, etc.
In my opinion, Novell would be better off releasing sufficient information about NCP for third parties to create their own clients if they do not intend to write their own. I'm still waiting for the Linux equivalent to this client to appear, for instance. (as far as I can tell, ncpfs only supports IPX not native IP)
Re:How is this news? (Score:1)
Re:How is this news? (Score:2)
I actually did know about the NCP documentation [novell.com] available through Novell's Developer Net - it's not what I originally had in mind though. Yes, it does document each NCP call - but (IMO) it hardly gives enough information to be used to generate a new client. Perhaps I'm just not enough of a developer to appreciate what's in the document.
The information is also provided under a restrictive license agreement that could inhibit its use for creating 3rd party Netware clients:
I can see where they are coming from... and given that ncpfs does now have the necessary IP support, and Novell has even gone so far as to donate some time from one of their engineers to improving Ethereal's [ethereal.com] NCP decoder, I don't really have any objections.
Re:How is this news? (Score:1)
Re:How is this news? (Score:1)
Re:How is this news? (Score:2)
>Actually, I read this as client software development being allowed using this documentation. What is not allowed is using to documentation to write some kind of gateway that would allow multiple users to connect to the server over a single connection, thus bypassing the server licensing, plus the implementation of an NCP server.
Yes, that is the strict interpretation... but remember, lawyers interpret licenses, not people. The license does permit client development given the above two restrictions - but those are enough to (IMO, IANAL, etc) prohibit this documentation's use to create GPL'd software.
I just checked, and 1) ncpfs IS GPL'd, and 2) the author does not seem to have used Novell's documentation in the development of ncpfs. Why? Because ncpfs will permit you to mount a Netware volume at an arbitrary Linux mount point, and permit any Linux user to use files on that volume. This explicitly violates the NCP Documentation license at 2a.
And this is what I had in mind when I suggested that Novell would be better off making client documentation freely available - but as I said in my last message, the fact that ncpfs exists, is GPL'd, and contains IP support satisfies my needs. But this was only possible through the use of third party documentation (including some of Caldera's work), reverse engineering, and (in the USA) the expiration of the RSA patents...
As for the relevance of this all to this story, ncpfs can't be used on older Mac's, although it could conceivably be ported to OSX. Hence the importance of Prosoft finally updating their client to support modern (IP-only) Netware servers. The rub of course is that the new client is OSX only, so older Macs are stuck with IPX (old Prosoft client), Appletalk (NW4Mac on NW4 or Prosoft NLMs on NW5), or NFAP on NW5.1 or NW6.
Platform potpourri (Score:3, Informative)
Re:Like that is any good news (Score:1)
This is a bald-faced lie. I'd say you were ignorant if you had a clue about anything Apple has been doing regarding networks, but you pulled the above quote out of your ass. I was working there when they KILLED the use of AppleTalk on the campus network in favor of TCP/IP and that was YEARS ago.
Oh... and have a nice day!
Apple may have its head up its ass in a lot of ways, but imposing AppleTalk on anyone who doesn't want to use it is NOT its current mode of operation and hasn't been for a long time. And I have NEVER had the trouble with Macintosh networking that I have had with getting Novell and Windows networking to operate properly either separately or in concert. Write back when you stop composing your "contributions" with excrement from your diaper.
Netware 6 needs no client software (Score:2)
Re:Netware 6 needs no client software (Score:2)
The biggest difference for me is security & passwords, but then I'm a directory services geek. NFAP authentication by design uses a separate password hash than NCP authentication. A native NCP client uses RSA-licenses public/private key encryption to protect passwords - CIFS, AFP, and NFS do not. Therefore NFAP is designed to have a separate password for these protocols to protect the native password. The NFAP password is usually still protected by some kind of hash algorithm, but this is not as secure as the NCP methods.
But one of Novell's latest mantras is anywhere anytime access to your data, so they include NFAP as a least-common-denominator.
Re:Netware 6 needs no client software (Score:1)
-margaret
Nothing new (Score:1)
To the people making fun of novell users -I don't use novell by choice. I hate our university's network. I wish our departmental IT guy would dump that stupid novell server, but he's always raving about it for some reason. And I still can't figure out how to configure the #@%^! OS X Cisco VPN client so I can login from home. Thanks to the total lack of support for anything besides windoze, I probably never will. Hmph.
-margaret
Re:Are we talking... (Score:1)