>>>One of my clients has an NT 4.0 server with DOS, Win95, Win98 and NT workstations. Everything is fine except:
>>>
>>>DOS work station Fran (computer name and user name in system.ini) works fine until DOS work station Larry (computer name = Other and user name = Larry in system.ini) tries to log on.
>>>
>>>We then get one of two errors:
>>>A. Drive door is open
>>>or
>>>B. Network reading drive f:
>>>
>>>
>>>We've checked the system.ini and autoexec.bat to see if there
>>>are any Computer Name is the Same as another work station type
>>>issues, but cannot find them.
>>>
>>>Does anyone have any suggestions?
>>
>>What network protocol are you using? If you're using TCP/IP with static IP addresses, have you checked to make certain that you haven't duplicated an IP address?
>
>Sorry about that...They are using Netbuei (really). I do not want to futz with
>these installs too much, since I did not set it up originally.

Nothing to apologize for; IP address conflicts have been problems in many similar situations that I've seen, so it's just a logical thing to check.

I'd still be suspicious of an IP address conflict, if only because NT wants to use IP so much by default, and I'd try a bit more work to completely rule it out. If there's no IP stack on the NIC at the server, it's probably not worth considering; if there is, try disabling TCP/IP and NBT (NetBIOS over TCP/IP) at the server, or at least setting TCP/IP as a less desirable protocl for the server, so that it will attempt to use netBEUI before attempting to use TCP/IP; if the DOS stations can both attach and map drives when the server isn't using TCP/IP and NBT, then it's almost definite that the stations are talking to the server via an IP stack when IP is enabled.

You reference SYSTEM.INI - I take it that these are not DOS, but actually running Win3.x or WfWG. If so, you've ignored settings in PROTOCOL.INI as the possible cause of problems. if not, the names of the stations are referencing another file for their NetBIOS names, since SYSTEM.INI is applicable to the Windows environment, not the DOS environment