Forum Discussion

K_G's avatar
K_G
Level 6
14 years ago
Solved

outlook 2010 64 bit support?

hi,

do you know the release date or version for outlook 2010 64 bit version for ev addins?

thanks...

  • The issue that Rob identified has been fixed in EV 9.0.3

    That was fixed because the client was trying to locate the InstallPath registry key under:

    HKEY_LOCAL_MACHINE\Software\KVS\Enterprise Vault\Install\

    However, the installer had placed the key under:
    HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\KVS\Enterprise Vault\Install\

    You can workaround the issue whilst you wait until 9.0.3 to be released by creating a copy of the InstallPath value in the native x64 registry, not the wow6432 node by creating the following:-

    HKEY_LOCAL_MACHINE\SOFTWARE\KVS\Enterprise Vault\Install

    REG_SZ value InstallPath = <Path to ev root folder>, typically “C:\Program
    Files (x86)\Enterprise Vault\”

    If you do that on one client and it all works then you know you have the same issue.

17 Replies

  • custom forms manage forms was not includes the ev icons.

    i installed icons manually from user pc ev clients folder and problem solved.

    but why these forms not loaded outlook automatically when addin installed.

     

    all of the problemed clients will be done this process amnually?

    thanks...

  • yes, this is new EV server installation,same outlook binary used in tests.

    this is not outlook 64 problem i found it from my tests.

    there are working 64 bit outlook clients without any problem.

    but some of the 64 bit client have the problem.

    i analyzed 2 client trace of 64 bit outlook  client works and non works,there are no difference


     

  • You'd need to put your client traces back in the post....  or look in there for .fdm, and see what is happening to the forms.  And you can check your policy settings for Deploy Forms Locally.

  • I'm not 100 % sure  but what language of the EV Outlook Addin is installed?

     

    I see this in your client trace :

     

     

    13/07/2011 08:48:33.582[6056]: DesktopCommon::GetLanguageFolderPath: 0x0
    13/07/2011 08:48:33.582[6056]: ~DesktopCommon::GetLanguageFolderPath: 0x80070002
    13/07/2011 08:48:33.582[6056]: Unable to load EV forms into Personal Form Library

     

    Your working user is the same, but maybe they have the forms loaded manually ?

     

    Also what language do these clients have set in IE?  And the mailbox?

  • 2 users in same policy and deploy forms locally setted to always.

    i attached again.

    thanks..

  • I might be going nuts..  I don't see any attachment.  Can you attach a working and non-working user?  And answer the question around languages (above)?

  • The issue that Rob identified has been fixed in EV 9.0.3

    That was fixed because the client was trying to locate the InstallPath registry key under:

    HKEY_LOCAL_MACHINE\Software\KVS\Enterprise Vault\Install\

    However, the installer had placed the key under:
    HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\KVS\Enterprise Vault\Install\

    You can workaround the issue whilst you wait until 9.0.3 to be released by creating a copy of the InstallPath value in the native x64 registry, not the wow6432 node by creating the following:-

    HKEY_LOCAL_MACHINE\SOFTWARE\KVS\Enterprise Vault\Install

    REG_SZ value InstallPath = <Path to ev root folder>, typically “C:\Program
    Files (x86)\Enterprise Vault\”

    If you do that on one client and it all works then you know you have the same issue.