[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference jamin::pathworks32

Title:Digital PATHWORKS 32
Moderator:SPELNK::curless
Created:Fri Nov 01 1996
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:337
Total number of notes:1612

206.0. "Cannot connect to NT-server using DECnet and PW32" by BERGEN::TERJESO () Fri Apr 04 1997 13:19

I have a customer with one MWAX3185, running VMS and PW v4.x, as both
application server and PC-server.  The clients are all running PW v4.2 client
SW with only DECnet.  In order to migrate to WinNT v4.0 I have tried to use
PW32 for NT v4.0 that adds DECnet to NT.  With this I hoped that the clients
could talk DECnet with both the old PW-server and the new NT-server for file
and print.  I was not able to get it to work as I get an error message that
says "Access denied" when I try to connect to a NT-share from a PW v4.2-client.
It seems to me that this could be a license problem but I have not been able to
find out which license I need to get it to work or if it is possible to do this
at all.


Any help will be appreciated.

Regards Terje 
T.RTitleUserPersonal
Name
DateLines
206.1Enhanced redirector please ...SIOG::FITZMAURICEFri Apr 04 1997 14:1423
    
    The clients perhaps are running 4.1 as 4.2 does not exist also
    licenses are not the issue.
    
    To be blunt you should configure the clients for the enhanced
    redirector as this is what NT expects you to connect to file
    and print share with.
    
    When a USE is made to NT from an enhanced redirector client a
    username and password are transparently passed also. This is
    what NT expects and knows how to deal with.
    
    This is NOT the  %username password you are familiar with the
    Digital basic redirector.
    
    Again you should use the enhanced redirector though there are
    ways to con NT into letting you have access which are discussed
    elsewhere in the PWDOS4 notes file.
    
    
    Regards,
    
    Eamonn
206.2VMSNET::S_VORESmile - Mickey's Watching!Fri Apr 04 1997 14:253
    run SETLOGON on the Digital Basic Redirector clients and/or enable the 
    GUEST account on the NT Server.
    
206.3Client needs more than DECnet installed.JAMIN::TELESETSKYMon Apr 07 1997 15:4410
    There is an outstanding issue with PW32 running on an NT server
    whereas, if the client is running -only- DECnet, the client will not
    be able to map to the PW32 NT server.  The client needs to have
    an additional transport such as TCPIP or NETBEUI running or not
    even bound, but just installed. Engineering states that this is a
    Microsoft issue with TDI.
    
    Workaround :
     If you need to map shares from any client to a PW32 NT server, you must
    have more than just the DECnet transport installed on your client.
206.4SPELNK::curlessMon Apr 07 1997 20:3312
Not quite right.... the issue is NT v4.0 CANNOT run with DECnet only,
as the TDI interface never binds to DECnet... however adding NetBEUI,
TCP/IP or any other Mucrosoft written transport will enable TDI over
DECnet.

We are discussing this with Microsoft engineers, who ... haven't
figured it out yet either.

Again, this is not a client connectivity issue.

Jeff
206.5Pathworks 4.1 client hangs on file copyWOTVAX::MATTHEWSSPS/SWS/SWAS/FS/CS/EIS/DS/NTCC/NETCC/MUPSC/AD&IWed May 14 1997 12:0017
    Can anyone help me with a pathworks 4.1 client accessing an NT 4
    pathworks32 server running DECnet? Using the enhanced re-director or
    basic redirector I have no problem at the DOS level using pathworks
    shares. 
    
    If I use WIndows 3.1 or WFWG 3.11 I can see the NT DECnet shares and I
    can copy files from the PC to the NT system. However If I try and copy
    from the NT system to the PC the PC hangs in the copy and needs
    re-booting. On the NT the error message produced is
    
    "The server received an incorrectly formatted request from TEST41".
    
    If I perform the same file copy from DOS everything is OK.
    
    Any help would be appreciated.
    
    				Brian