client driven pst migration over vpn

[marti]

we have been struggling with getting cllent driven migrations over a vpn working.  i have been working with evault support on this for over a month and have not made much progress.  we recently had the case escalated but i have not yet been put in direct contact with a backline engineer.

others have started similar discussions over the years with little luck such as:

https://www-secure.symantec.com/connect/forums/problem-client-driven-migration-over-vpn

but i am hoping to take another swing at it since the main reason my client purchased evault was because the salesmen and sales engineer said it would be a perfect fit for this situation.

i am running ev 8.0 sp3.  my vpn is an aventail vpn that has been in production for years and all other applications work just fine over it.

it seems to come down to the type of internet connection evault is determining i have when connected via vpn.

from my client trace log below(i have attached the full trace), you can see that "Internet connection state"   gets set to a value of: 1 (81)

the 1 indicates a modem connection

the (81) is supposed to indicate the value of some flags but i have not been informed as to how to decode these flags.

22/10/2010 19:18:12.226[4496]: ~DesktopCommon::LoadBufferIntoXMLDOM: 0x0
22/10/2010 19:18:12.227[4496]: PSTMIG: CPstClientMigrator::UpdateLocalFields: 0x0
22/10/2010 19:18:12.227[4496]: PSTMIG: ~CPstClientMigrator::UpdateLocalFields: 0x0
22/10/2010 19:18:12.227[4496]: PSTMIG: ~CPstClientMigrator::ReadPSTFilesForComputer: 0x0
22/10/2010 19:18:12.228[4496]: CDesktopCommon::IsLANConnection: 0x0
22/10/2010 19:18:12.228[4496]: Internet connection state: 1 (81)
22/10/2010 19:18:12.228[4496]: ~CDesktopCommon::IsLANConnection: 0x0
22/10/2010 19:18:12.229[4496]: PSTMIG: Client does not have a LAN connection - no PST files will be migrated
22/10/2010 19:18:12.229[4496]: PSTMIG: ~CPSTImporter::CopyPSTToServer: 0x0
22/10/2010 19:18:12.229[4496]: PSTMIG: PST Importer sleeping for 60 minutes (there is no work to do)

according to support here are the possible values of the Internet connection state variable are:

INTERNET_CONNECTION_MODEM=1
INTERNET_CONNECTION_LAN=2
INTERNET_CONNECTION_PROXY = 4
INTERNET_CONNECTION_MODEM_BUSY = 8
INTERNET_RAS_INSTALLED =16
INTERNET_CONNECTION_OFFLINE = 32
INTERNET_CONNECTION_CONFIGURED = 64

so they are saying the psts are not migrating because evault thinks i am connected via a moden connection.  but no one can explain why a value of 1 is being returned instead of 2.  they say they are just using standard microsoft api calls to determine the connection type. 

they said they were going to send me a VBS script that makes the same api call as their code but  they have not yet sent the script.   i have tried to write my own but as struggling as i am more of a perl programmer than a vbs programmer.

that is about it for now.  if anyone has any ideas please let me know.  i will keep this discussion updated as we make progress.

-al

[JesusWept3]

OK so 81 = 1 + 16 + 64
INTERNET_CONNECTION_MODEM,
INTERNET_RAS_INSTALLED
INTERNET_CONNECTION_CONFIGURED
 

Add the following keys under a user suffering from this issue

HKEY_CURRENT_USER\SOFTWARE\Windows\Current Version\InternetSettings

(DWORD) EnableAutoDial = 0
(DWORD) NoNetAutoDial = 0

After that, you'll be good to go

[JesusWept3]

oh and for what its worth, EV is Determining this by making a windows call to InternetGetConnectedState, so it is windows that is telling it that it's connected via a modem

http://msdn.microsoft.com/en-us/library/aa384702(VS.85).aspx

[marti]

thanks for the quick informative response.

i tried your suggestion but still have the same result.  but let me make sure of one thing, i assume instead of:

HKEY_CURRENT_USER\SOFTWARE\Windows\Current Version\InternetSettings

you meant:

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\Current Version\InternetSettings

because the path you mentioned doesn't exist on my windows xp sp3 machine. 

but under the path i stated above both of the variables you mentioned had a value of 1,  i changed them to 0 saved and rebooted but still have the same issue.

thanks for the decoding of the flags. when i am connected to the LAN and client driven pst migrations work just fine,  i have log entries that look like:

20/08/2010 23:12:22.048[1140]: CDesktopCommon::IsLANConnection: 0x0
20/08/2010 23:12:22.050[1140]: Internet connection state: 1 (18)
20/08/2010 23:12:22.054[1140]: ~CDesktopCommon::IsLANConnection: 0x0

which would decode into 16 + 2:

INTERNET_CONNECTION_LAN=2

INTERNET_RAS_INSTALLED =16

so the 1 is irrelevant and the decoding of the flags is what i need to check.

thanks again for your input.

-al

[JesusWept3]

Hey sorry, you are correct
So couple more things

Are both NoNetAutoDial and EnableAutoDial set to REG_DWORD or REG_BINARY?
There was a bug ages ago in internet explorer that set EnableAutoDial to REG_BINARY and could be lingering

One more addition that i forgot about

(DWORD) GlobalUserOffline = 0

I don't *think* you need to restart your machine after this
Also go back to the reg keys and make sure that a GPO setting isn't pushing them back to a 1

If thats the case, set them back to 0 and restart outlook and see what happens

[JesusWept3]

Some people have also noted that going to

Tools -> Internet Options -> Connections (tab) -> LAN Settings (Button) and then unchecking "Automatically Detect Settings" pressing Apply then checking it back and applying fixes the problem also

[JesusWept3 · Accepted solution]

Btw regarding this statement

they said they were going to send me a VBS script that makes the same api call as their code but  they have not yet sent the script

I looked in to this, and InternetGetConnectedState is called via Wininet.dll and is *not* an ActiveX Object so you can't do this through VBScript without some kind of wrapper (namely DynaWrap), so at the very least it'd have to be Visual Basic proper