RE: GPP drive mapping 'reconnect'

[Tom Miller]

I  had that setting enabled back when we started to use GPPs on Windows 7 
devices.  I do not see a need for in here - our network is Windows 7 
workstations.

Recreate (not reconnect, sorry) just deletes the printer/mapping, whatever at 
each processing of the GPP, then recreates it.

From: Elijah Buck [mailto:elijah.b...@gmail.com]
Sent: Monday, January 14, 2013 12:28 PM
To: NT System Admin Issues
Subject: RE: GPP drive mapping 'reconnect'

Do you have "Always wait for the network at computer startup and logon" enabled?

The more I read the less I understand about what 'reconnect' does. I'm dense, 
so how does the reconnect option help when a change is coming?

From: Tom Miller mailto:tmil...@sfgtrust.com>>
Sent: January 14, 2013 11:37 AM
To: NT System Admin Issues 
mailto:ntsysadmin@lyris.sunbelt-software.com>>
Subject: RE: GPP drive mapping 'reconnect'

The reconnect isn't necessary helpful for remote users - I wasn't clear on 
that.  What I mean is that using GPP is helpful for remote users.  We have many 
VPN users here, so once they connect to the VPN, they can go to Windows 
Explorer to open their files.  No script needed - the drives will be 
disconnected until the VPN is connected.

I usually use reconnect when I have a change coming soon, so I will set that 
and "remove this item when it is no longer applied".  New printers, drive 
changes, etc.

-Original Message-
From: Elijah Buck [mailto:elijah.b...@gmail.com<mailto:elijah.b...@gmail.com>]
Sent: Monday, January 14, 2013 10:16 AM
To: NT System Admin Issues
Subject: Re: GPP drive mapping 'reconnect'

Thanks for the responses. Tom, can you expand on why reconnect is helpful for 
remote users?

On Sat, Jan 12, 2013 at 7:44 AM, Tom Miller 
mailto:tmil...@sfgtrust.com>> wrote:
> I've used both.  Reconnect is helpful for our remote users who only connect 
> occasionally.I don't use reconnect for printers.  I find that setting on 
> printers makes the default printer be forgotten.
>
> -Original Message-
> From: James Hill [mailto:falc...@gmail.com<mailto:falc...@gmail.com>]
> Sent: Saturday, January 12, 2013 5:18 AM
> To: NT System Admin Issues
> Subject: RE: GPP drive mapping 'reconnect'
>
> Never ever used reconnect.  I always use a "Replace" policy and it has always 
> worked.
>
> I use GPP in many places for drive mappings and other things.
>
> James.
>
> -----Original Message-
> From: Elijah Buck [mailto:elijah.b...@gmail.com<mailto:elijah.b...@gmail.com>]
> Sent: Saturday, 12 January 2013 5:45 AM
> To: NT System Admin Issues
> Subject: GPP drive mapping 'reconnect'
>
> Hello,
>
> I'm working on using Group Policy Preferences for drive mapping, and am a 
> little confused about the reconnect option.
>
> http://social.technet.microsoft.com/wiki/contents/articles/12221.troub
> leshoo
> ting-the-drive-maps-preference-extension-in-group-policy-replace-mode-
> only-m
> aps-the-drive-every-other-logon.aspx
> is pretty much exactly the scenario I'm curious about (reconnect not set).
> It says:
>
> -
> Expected Result: Drive Z: is mapped to 
> \\CONTOSO-DC\netlogon every time the user logs 
> on to their computer.
>
> Actual Result: Drive Z: is only mapped to 
> \\CONTOSO-DC\netlogon every other time the 
> user logs on.
>
> Note: This difference in when Drive Z is mapped will only be noticeable if 
> either the administrator first deletes all mapped drives at the start of 
> processing Group Policy or the user has changed Drive Z during their previous 
> session.
> -
>
> I am confused about that Note. It seems to imply that the Z drive will be 
> mapped correctly on subsequent logons (assuming no one has changed or deleted 
> Drive Z), even though the drive maps preference extension doesn't apply 
> preferences on every logon (because some logons process GP asynchronously).
>
> Is it the case that if the user does not modify the drive mappings, the drive 
> mapping will be 'correct' on next logon? This implies there is some sort of 
> caching of drive mappings other than the caching that would occur if 
> 'reconnect' were set. Is that correct?
>
> Those of you that use GPP for drive mappings, do you have the 'reconnect'
> option set or not? Why?
>
> Thanks,
> Elijah Buck
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to 
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.s

RE: GPP drive mapping 'reconnect'

[Elijah Buck]

Do you have “Always wait for the network at computer startup and logon”
enabled?

The more I read the less I understand about what ‘reconnect’ does. I’m
dense, so how does the reconnect option help when a change is coming?

 *From:* Tom Miller 
*Sent:* January 14, 2013 11:37 AM
*To:* NT System Admin Issues 
*Subject:* RE: GPP drive mapping 'reconnect'

The reconnect isn't necessary helpful for remote users - I wasn't clear on
that.  What I mean is that using GPP is helpful for remote users.  We have
many VPN users here, so once they connect to the VPN, they can go to
Windows Explorer to open their files.  No script needed - the drives will
be disconnected until the VPN is connected.

I usually use reconnect when I have a change coming soon, so I will set
that and "remove this item when it is no longer applied".  New printers,
drive changes, etc.

-Original Message-
From: Elijah Buck [mailto:elijah.b...@gmail.com]
Sent: Monday, January 14, 2013 10:16 AM
To: NT System Admin Issues
Subject: Re: GPP drive mapping 'reconnect'

Thanks for the responses. Tom, can you expand on why reconnect is helpful
for remote users?

On Sat, Jan 12, 2013 at 7:44 AM, Tom Miller  wrote:
> I've used both.  Reconnect is helpful for our remote users who only
connect occasionally.I don't use reconnect for printers.  I find that
setting on printers makes the default printer be forgotten.
>
> -Original Message-
> From: James Hill [mailto:falc...@gmail.com]
> Sent: Saturday, January 12, 2013 5:18 AM
> To: NT System Admin Issues
> Subject: RE: GPP drive mapping 'reconnect'
>
> Never ever used reconnect.  I always use a "Replace" policy and it has
always worked.
>
> I use GPP in many places for drive mappings and other things.
>
> James.
>
> -Original Message-
> From: Elijah Buck [mailto:elijah.b...@gmail.com]
> Sent: Saturday, 12 January 2013 5:45 AM
> To: NT System Admin Issues
> Subject: GPP drive mapping 'reconnect'
>
> Hello,
>
> I'm working on using Group Policy Preferences for drive mapping, and am a
little confused about the reconnect option.
>
> http://social.technet.microsoft.com/wiki/contents/articles/12221.troub
> leshoo
> ting-the-drive-maps-preference-extension-in-group-policy-replace-mode-
> only-m
> aps-the-drive-every-other-logon.aspx
> is pretty much exactly the scenario I'm curious about (reconnect not set).
> It says:
>
> -
> Expected Result: Drive Z: is mapped to \\CONTOSO-DC\netlogon every time
the user logs on to their computer.
>
> Actual Result: Drive Z: is only mapped to \\CONTOSO-DC\netlogon every
other time the user logs on.
>
> Note: This difference in when Drive Z is mapped will only be noticeable
if either the administrator first deletes all mapped drives at the start of
processing Group Policy or the user has changed Drive Z during their
previous session.
> -
>
> I am confused about that Note. It seems to imply that the Z drive will be
mapped correctly on subsequent logons (assuming no one has changed or
deleted Drive Z), even though the drive maps preference extension doesn't
apply preferences on every logon (because some logons process GP
asynchronously).
>
> Is it the case that if the user does not modify the drive mappings, the
drive mapping will be 'correct' on next logon? This implies there is some
sort of caching of drive mappings other than the caching that would occur
if 'reconnect' were set. Is that correct?
>
> Those of you that use GPP for drive mappings, do you have the 'reconnect'
> option set or not? Why?
>
> Thanks,
> Elijah Buck
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that IS

RE: GPP drive mapping 'reconnect'

[Tom Miller]

The reconnect isn't necessary helpful for remote users - I wasn't clear on 
that.  What I mean is that using GPP is helpful for remote users.  We have many 
VPN users here, so once they connect to the VPN, they can go to Windows 
Explorer to open their files.  No script needed - the drives will be 
disconnected until the VPN is connected.

I usually use reconnect when I have a change coming soon, so I will set that 
and "remove this item when it is no longer applied".  New printers, drive 
changes, etc.  

-Original Message-
From: Elijah Buck [mailto:elijah.b...@gmail.com] 
Sent: Monday, January 14, 2013 10:16 AM
To: NT System Admin Issues
Subject: Re: GPP drive mapping 'reconnect'

Thanks for the responses. Tom, can you expand on why reconnect is helpful for 
remote users?

On Sat, Jan 12, 2013 at 7:44 AM, Tom Miller  wrote:
> I've used both.  Reconnect is helpful for our remote users who only connect 
> occasionally.I don't use reconnect for printers.  I find that setting on 
> printers makes the default printer be forgotten.
>
> -Original Message-
> From: James Hill [mailto:falc...@gmail.com]
> Sent: Saturday, January 12, 2013 5:18 AM
> To: NT System Admin Issues
> Subject: RE: GPP drive mapping 'reconnect'
>
> Never ever used reconnect.  I always use a "Replace" policy and it has always 
> worked.
>
> I use GPP in many places for drive mappings and other things.
>
> James.
>
> -Original Message-
> From: Elijah Buck [mailto:elijah.b...@gmail.com]
> Sent: Saturday, 12 January 2013 5:45 AM
> To: NT System Admin Issues
> Subject: GPP drive mapping 'reconnect'
>
> Hello,
>
> I'm working on using Group Policy Preferences for drive mapping, and am a 
> little confused about the reconnect option.
>
> http://social.technet.microsoft.com/wiki/contents/articles/12221.troub
> leshoo 
> ting-the-drive-maps-preference-extension-in-group-policy-replace-mode-
> only-m
> aps-the-drive-every-other-logon.aspx
> is pretty much exactly the scenario I'm curious about (reconnect not set).
> It says:
>
> -
> Expected Result: Drive Z: is mapped to \\CONTOSO-DC\netlogon every time the 
> user logs on to their computer.
>
> Actual Result: Drive Z: is only mapped to \\CONTOSO-DC\netlogon every other 
> time the user logs on.
>
> Note: This difference in when Drive Z is mapped will only be noticeable if 
> either the administrator first deletes all mapped drives at the start of 
> processing Group Policy or the user has changed Drive Z during their previous 
> session.
> -
>
> I am confused about that Note. It seems to imply that the Z drive will be 
> mapped correctly on subsequent logons (assuming no one has changed or deleted 
> Drive Z), even though the drive maps preference extension doesn't apply 
> preferences on every logon (because some logons process GP asynchronously).
>
> Is it the case that if the user does not modify the drive mappings, the drive 
> mapping will be 'correct' on next logon? This implies there is some sort of 
> caching of drive mappings other than the caching that would occur if 
> 'reconnect' were set. Is that correct?
>
> Those of you that use GPP for drive mappings, do you have the 'reconnect'
> option set or not? Why?
>
> Thanks,
> Elijah Buck
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: GPP drive mapping 'reconnect'

[Elijah Buck]

Thanks for the responses. Tom, can you expand on why reconnect is
helpful for remote users?

On Sat, Jan 12, 2013 at 7:44 AM, Tom Miller  wrote:
> I've used both.  Reconnect is helpful for our remote users who only connect 
> occasionally.I don't use reconnect for printers.  I find that setting on 
> printers makes the default printer be forgotten.
>
> -Original Message-
> From: James Hill [mailto:falc...@gmail.com]
> Sent: Saturday, January 12, 2013 5:18 AM
> To: NT System Admin Issues
> Subject: RE: GPP drive mapping 'reconnect'
>
> Never ever used reconnect.  I always use a "Replace" policy and it has always 
> worked.
>
> I use GPP in many places for drive mappings and other things.
>
> James.
>
> -Original Message-
> From: Elijah Buck [mailto:elijah.b...@gmail.com]
> Sent: Saturday, 12 January 2013 5:45 AM
> To: NT System Admin Issues
> Subject: GPP drive mapping 'reconnect'
>
> Hello,
>
> I'm working on using Group Policy Preferences for drive mapping, and am a 
> little confused about the reconnect option.
>
> http://social.technet.microsoft.com/wiki/contents/articles/12221.troubleshoo
> ting-the-drive-maps-preference-extension-in-group-policy-replace-mode-only-m
> aps-the-drive-every-other-logon.aspx
> is pretty much exactly the scenario I'm curious about (reconnect not set).
> It says:
>
> -
> Expected Result: Drive Z: is mapped to \\CONTOSO-DC\netlogon every time the 
> user logs on to their computer.
>
> Actual Result: Drive Z: is only mapped to \\CONTOSO-DC\netlogon every other 
> time the user logs on.
>
> Note: This difference in when Drive Z is mapped will only be noticeable if 
> either the administrator first deletes all mapped drives at the start of 
> processing Group Policy or the user has changed Drive Z during their previous 
> session.
> -
>
> I am confused about that Note. It seems to imply that the Z drive will be 
> mapped correctly on subsequent logons (assuming no one has changed or deleted 
> Drive Z), even though the drive maps preference extension doesn't apply 
> preferences on every logon (because some logons process GP asynchronously).
>
> Is it the case that if the user does not modify the drive mappings, the drive 
> mapping will be 'correct' on next logon? This implies there is some sort of 
> caching of drive mappings other than the caching that would occur if 
> 'reconnect' were set. Is that correct?
>
> Those of you that use GPP for drive mappings, do you have the 'reconnect'
> option set or not? Why?
>
> Thanks,
> Elijah Buck
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: GPP drive mapping 'reconnect'

[Tom Miller]

I've used both.  Reconnect is helpful for our remote users who only connect 
occasionally.I don't use reconnect for printers.  I find that setting on 
printers makes the default printer be forgotten.  

-Original Message-
From: James Hill [mailto:falc...@gmail.com] 
Sent: Saturday, January 12, 2013 5:18 AM
To: NT System Admin Issues
Subject: RE: GPP drive mapping 'reconnect'

Never ever used reconnect.  I always use a "Replace" policy and it has always 
worked.  

I use GPP in many places for drive mappings and other things.

James.

-Original Message-
From: Elijah Buck [mailto:elijah.b...@gmail.com]
Sent: Saturday, 12 January 2013 5:45 AM
To: NT System Admin Issues
Subject: GPP drive mapping 'reconnect'

Hello,

I'm working on using Group Policy Preferences for drive mapping, and am a 
little confused about the reconnect option.

http://social.technet.microsoft.com/wiki/contents/articles/12221.troubleshoo
ting-the-drive-maps-preference-extension-in-group-policy-replace-mode-only-m
aps-the-drive-every-other-logon.aspx
is pretty much exactly the scenario I'm curious about (reconnect not set).
It says:

-
Expected Result: Drive Z: is mapped to \\CONTOSO-DC\netlogon every time the 
user logs on to their computer.

Actual Result: Drive Z: is only mapped to \\CONTOSO-DC\netlogon every other 
time the user logs on.

Note: This difference in when Drive Z is mapped will only be noticeable if 
either the administrator first deletes all mapped drives at the start of 
processing Group Policy or the user has changed Drive Z during their previous 
session.
-

I am confused about that Note. It seems to imply that the Z drive will be 
mapped correctly on subsequent logons (assuming no one has changed or deleted 
Drive Z), even though the drive maps preference extension doesn't apply 
preferences on every logon (because some logons process GP asynchronously).

Is it the case that if the user does not modify the drive mappings, the drive 
mapping will be 'correct' on next logon? This implies there is some sort of 
caching of drive mappings other than the caching that would occur if 
'reconnect' were set. Is that correct?

Those of you that use GPP for drive mappings, do you have the 'reconnect'
option set or not? Why?

Thanks,
Elijah Buck

~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: GPP drive mapping 'reconnect'

[James Hill]

Never ever used reconnect.  I always use a "Replace" policy and it has
always worked.  

I use GPP in many places for drive mappings and other things.

James.

-Original Message-
From: Elijah Buck [mailto:elijah.b...@gmail.com] 
Sent: Saturday, 12 January 2013 5:45 AM
To: NT System Admin Issues
Subject: GPP drive mapping 'reconnect'

Hello,

I'm working on using Group Policy Preferences for drive mapping, and am a
little confused about the reconnect option.

http://social.technet.microsoft.com/wiki/contents/articles/12221.troubleshoo
ting-the-drive-maps-preference-extension-in-group-policy-replace-mode-only-m
aps-the-drive-every-other-logon.aspx
is pretty much exactly the scenario I'm curious about (reconnect not set).
It says:

-
Expected Result: Drive Z: is mapped to \\CONTOSO-DC\netlogon every time the
user logs on to their computer.

Actual Result: Drive Z: is only mapped to \\CONTOSO-DC\netlogon every other
time the user logs on.

Note: This difference in when Drive Z is mapped will only be noticeable if
either the administrator first deletes all mapped drives at the start of
processing Group Policy or the user has changed Drive Z during their
previous session.
-

I am confused about that Note. It seems to imply that the Z drive will be
mapped correctly on subsequent logons (assuming no one has changed or
deleted Drive Z), even though the drive maps preference extension doesn't
apply preferences on every logon (because some logons process GP
asynchronously).

Is it the case that if the user does not modify the drive mappings, the
drive mapping will be 'correct' on next logon? This implies there is some
sort of caching of drive mappings other than the caching that would occur if
'reconnect' were set. Is that correct?

Those of you that use GPP for drive mappings, do you have the 'reconnect'
option set or not? Why?

Thanks,
Elijah Buck

~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

GPP drive mapping 'reconnect'

[Elijah Buck]

Hello,

I'm working on using Group Policy Preferences for drive mapping, and
am a little confused about the reconnect option.

http://social.technet.microsoft.com/wiki/contents/articles/12221.troubleshooting-the-drive-maps-preference-extension-in-group-policy-replace-mode-only-maps-the-drive-every-other-logon.aspx
is pretty much exactly the scenario I'm curious about (reconnect not
set). It says:

-
Expected Result: Drive Z: is mapped to \\CONTOSO-DC\netlogon every
time the user logs on to their computer.

Actual Result: Drive Z: is only mapped to \\CONTOSO-DC\netlogon every
other time the user logs on.

Note: This difference in when Drive Z is mapped will only be
noticeable if either the administrator first deletes all mapped drives
at the start of processing Group Policy or the user has changed Drive
Z during their previous session.
-

I am confused about that Note. It seems to imply that the Z drive will
be mapped correctly on subsequent logons (assuming no one has changed
or deleted Drive Z), even though the drive maps preference extension
doesn't apply preferences on every logon (because some logons process
GP asynchronously).

Is it the case that if the user does not modify the drive mappings,
the drive mapping will be 'correct' on next logon? This implies there
is some sort of caching of drive mappings other than the caching that
would occur if 'reconnect' were set. Is that correct?

Those of you that use GPP for drive mappings, do you have the
'reconnect' option set or not? Why?

Thanks,
Elijah Buck

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin