Attempting to use mfcmapi for customer site evaluation regarding why exchange 2010 custom attribute 1-15 data can not be obtained thru entended mapi calls. Mfcmapi works fine in-house on xp\outlk 2007\exch 2003 as well as xp\outlk 2003\exch 2003,
however, when run on in-house win7\outlk 2010\exch 2003 get one of two conditions:
a) Run mfcmapi\session\logon & display store table\click ok on default profile\address book\open default directory results in displaying only "off-line address book" content, or
b) Run mfcmapi\session\logon & display store table\click ok on default profile\address book\open default directory results in "Windows Security\Mail Application\Connecting to user@domain \enter password dialog". Proper domain\user name
is detected (in this case domain admin logged into machine which has valid exch account and for which outlk 2010 works fine) but entering correct password results in just repetitive cycling of same Windows Security dialog (will not logon\authenticate
So can not access on-line GAL content with this machine\outlook\exch combination. Any ideas? Will eventually try at customer site to see if works ok but looking to see if any known win7 issues first.
Guess while I'm at it... We have a service that works in all prior exchange versions (exchange 2007 is an unknown) which grabs display name\alias\fax number or custom attributes 1-15 if warranted. Running under exch 2010 we get all info OK except custom
attributes data. Limited research is leading towards custom attributes may no longer be accessible via extended mapi to exchange 2010 and only stored in AD.
Appreciate any thoughts.