![[Update]](icons/update.gif){kind=icon}
![[New]](icons/new.gif){kind=icon}
Date: Wed, 27 Dec 1995 18:10:00 -0800
From: Rich Graves <[email protected]>
From
article Q131675
in the Microsoft Knowledge Base:
The password encryption method used by Windows NT is different from the method used by Windows 95.
You may be able to work around this problem by using one of the following methods:
[I suspect that the supposed .PWL bug fix, which basically replaced the old, buggy Windows for Workgroups password scheme with the newer, probably less buggy NT password scheme, might resolve this, and might introduce problems with Windows for Workgroups clients. Could somebody try this out and tell me?]
Date: Tue, 10 Oct 1995 00:00:00 -0700
From: Rich Graves <[email protected]>
From
article Q135279
in the Microsoft Knowledge Base:
When you are browsing the network, Windows 95 stores the domain names in a table that is limited to 64K in size. When this table is full, no more domains are displayed.
In addition, many WINS servers have a known problem that causes them to report that domains exist, even after these domains have been removed from the network. On large networks, or on networks where domains are frequently removed shortly after they are created, this problem may prevent domains that currently exist on the network from being displayed in Network Neighborhood.
Microsoft has confirmed this to be a problem in Microsoft Windows 95. We are researching this problem and will post new information here in the Microsoft Knowledge Base as it becomes available.
Date: Tue, 10 Oct 1995 00:00:00 -0700
From: Rich Graves <[email protected]>
From
article Q126573
in the Microsoft Knowledge Base:
Microsoft Windows NT has an option that lets you connect to a network resource as someone else. This option uses a Connect As box in the Connect Network Drive dialog box.
Microsoft Windows 95 does not have such an option in its Map Network Drive dialog box. The only way to connect to a network resource as someone else in Windows 95 is to log off and then log back on as a different user.
Date: Sun, 01 Oct 1995 13:03:42 GMT From: [email protected] (John Robinson) Newsgroups: comp.os.ms-windows.win95.misc Message-ID: <[email protected]> >Date: Sun, 10 Sep 95 11:00:40 PDT >From: Scott McArthur <[email protected]> >To: [email protected] >Subject>: RE: Win 95 and NT server > > Tony Chandler <[email protected]> wrote: >>I have a NT 3.51 server. I have set up users with a home directory >>in there user profile. I have also got a logon script that sets up >>drives using %USERNAME%. >>Windows 95 clients logging into the NT server cannot see their home >>directory or the drives setup with the %username%, username is >>undefined. Has any body got this going? > >This is a Resource Kit documentation error. Windows 95 does not support >these variables. Only supported by NT workstations. NT sets these >variables on boot whereas Win95 does not. At a NT box do a set at a >command prompt and you will see all these variables. You can set a home >directory in user manager by setting "connect to" to a \\server\share >designation and on the 95 client doing a > >net use h: /home > >the h drive will then be mapped. It will not be the default directory >apps will save to though. I am using %username% but it took a lot of digging. You need two programs-PUTINENV and WINSET (on the win95 CD). I am using NT server with a logon script. The game is to get the environment variables of the user who just logged on using PUTINENV L and then to put this info into the Win95 master environment with WINSET. You then can map a drive to the user's home directory and have all the benefits of the %username% variable. Below is my login script -- hope this helps. if %os%==Windows_NT goto END \\server\netlogon\putinenv L \\server\netlogon\winset username=%username% net use f: /home \\server\netlogon\winset eudora=f:\%username% :END John Robinson <[email protected]>
Date: Tue, 10 Oct 1995 00:00:00 -0700
From: Rich Graves <[email protected]>
If a Windows for Workgroups machine is logged on to an NT server in one domain,
it cannot log on to a Win95 machine with user-level access control specifying an
NT server in another domain. See
article Q125925
in the Microsoft Knowledge Base.
Date: Thu, 07 Dec 95 10:15:00 -0800
From: Rich Graves <[email protected]>
Article Q134304
in the Microsoft Knowledge Base gives some
tips for what to try when browsing in the Network Neighborhood doesn't work.
Date: Tue, 10 Oct 1995 00:00:00 -0700
From: Rich Graves <[email protected]>
A corollary to F.3. is that you can't. Don't bother making sure
your password is the same in both domains -- it won't work. Credit
Tom Walker <[email protected]> and the other fine folks on win95netbugs
for trying every conceivable workaround. You need to log off and log on again as
another user.
Date: Tue, 10 Oct 1995 00:00:00 -0700
From: Rich Graves <[email protected]>
You might get this error because Windows 95 has corrupted your workgroup
name. Open the network control panel and enter it again. Microsoft has
confirmed that this is a problem in Windows 95. See
article Q126569
in the Microsoft Knowledge Base.
Save this article, because it might happen again.
Date: Wed, 06 Dec 95 09:18:19 CST
From: [email protected] (Glen R. Copeland)
The directory the tools are located in (usually C:\SRVTOOLS) needs to be in your
PATH. Put this into your AUTOEXEC.BAT.