The information in this article applies to:
SUMMARYPROBLEM ID: PRLAN9212004 SYMPTOMS
The servername obtained from resolving a redirected drive overrides the
one provided with the NetAccessGetInfo() API.
The API should do the following
because redirected drives should be resolved only if you say "change
ACLs on my E drive, which just happens to be redirected". If you
actually pass NetAccessGetInfo() a servername, it should not resolve any
drive letters because they are not local.
CAUSESuppose \\server1 provides a share
and a workstation connects to this share as follows:
The following NetAccessGetInfo() call from the workstation will not be
resolved as expected:
What occurs is:
As a result, the API gets information from the wrong server. This is
undesirable because it is common for servers to have D and E drives and
it is also common for workstations that do not have D or E drives to use
D and E on the server as redirected drives. The validity of ACLs cannot
be guaranteed in this situation.
RESOLUTIONDo not use NetAccessGetInfo() on a drive that is redirected to a server other than the one mentioned as the first parameter to the call. STATUSMicrosoft has confirmed this to be a problem in LAN Manager versions 2.0 and 2.1. We are researching this problem and will post new information here as it becomes available. Additional query words:
Keywords : |
Last Reviewed: November 10, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |