accessing contacts in mapifolder way too slow

[Kurt Häusler]

Hi.

I have am using c# and the outlook object model to access the outlook
address book, but once you have more than a 100 or so contacts in the
folder it takes far too long to iterate through them. When theres 3000
contacts in there it takes a whole minute to iterate through them. My
Code is at the end of the post. You can see I have commented out the
dialog box filling section, to see that thats not causing the slowdown,
its the contact = (Outlook.Contac tItem) contactItems.It em (counter);
that seems to be slowing things down.

I know it can be done faster because Outlook itself gets all contacts in
its window instantly, and if one uses the mapi32.dll from c++ for
example with MAPILogonEx , OpenAddressBook , and IAddrBook::Addr ess the
contacts appear instantly too. (I cant do this however as I dont want
the default outlook supplied UI)

Any suggestions as to a quicker way to get the contacts in?

Heres my code, its pretty standard copied out of the newsgroups stuff:

private void
GetInfo ()
{
string contactFolderNa me;
string entryIdFolder;
string entryIdStore;
Outlook.MAPIFol der contactsFolder;
Outlook.Items contactItems;
Outlook.Contact Item contact;

Outlook.NameSpa ceClass nameSpace =
(Outlook.NameSp aceClass) oa.GetNamespace ("mapi");
nameSpace.Logon (Environment.Us erName, "", true, true);

// Here we need to let the user choose a folder.

//contactsFolder = nameSpace.PickF older();
try
{
if (Application.Us erAppDataRegist ry.GetValue ("ContactsFolde r") !=
null)
{
// Bits related to registry reading snipped
contactsFolder =
nameSpace.GetFo lderFromID (entryIdFolder, entryIdStore);
}
else
{
contactsFolder =
nameSpace.GetDe faultFolder (Outlook.OlDefa ultFolders.
olFolderContact s);
}
}
// Catch snipped
contactItems = contactsFolder. Items;

int counter = 0;

ContactPicker cp = new ContactPicker ();

for (counter = 1; counter <= contactItems.Co unt; counter++)
{
contact = (Outlook.Contac tItem) contactItems.It em (counter);
//message = contact.FullNam e;
//System.Windows. Forms.MessageBo x.Show(message) ;
//contact.Display (true);
/*
ListViewItem newItem = new ListViewItem(co ntact.FullName,
counter-1);

newItem.SubItem s.Add(contact.M ailingAddressPo stalCode);
newItem.SubItem s.Add(contact.M ailingAddressCi ty);
newItem.SubItem s.Add(contact.M ailingAddressSt reet);
newItem.SubItem s.Add(contact.B usinessTelephon eNumber);
newItem.SubItem s.Add(contact.H omeTelephoneNum ber);
newItem.SubItem s.Add(contact.M obileTelephoneN umber);
newItem.SubItem s.Add(contact.B usinessFaxNumbe r);

cp.lstContacts. Items.Add(newIt em);
//Console.WriteLi ne(contact.Full Name);
*/

}
cp.lstContacts. Sorting = System.Windows. Forms.SortOrder .Ascending;
cp.lstContacts. Sort ();

cp.Show ();

nameSpace.Logof f ();

contactItems = null;
contactsFolder = null;
nameSpace = null;
oa = null;
//return null;
}

[cribe]

Hi,

I too have noticed that getting contact data is slow. But have you noticed that setting it is extremely slow for phone numbers! I am testing a C++ Com Add-in and am synchronizing contacts from a server to Outlook. My bottleneck is the darn contact phone number entries it takes 1 to 2 seconds per entry! :mad:

Have you seen this problem before? Do you have any suggestions?
(Under outlook 2003 the problem is more apparent!)
Thanks in advance!
Chris

[cribe]

Hi again,

I found the solution/workaround to my problem(s): Performance and the deleted items not showing the correct parent. Well in C++ anyway.

What I did was create a new instance of Outlook withing the plugin and get the MAPI namespace from there. That solves the deleted items not deleting and is a heck of a lot quicker since it does not seem to trigger the Tapi32.dll and Rtutils.dll (Telephony stuff).

//-------------------------------------------------------------------------
// This is the correct method of connecting to the outlook model
// (MAPI + new Outlook instance) this method is faster than using the
// application reference passed to the plugin. This seems to be because
// no default outlook automation occurs in this state.
//-------------------------------------------------------------------------
_ApplicationPtr objOutlook("Out look.Applicatio n");
objOutlook.Crea teInstance(__uu idof(Applicatio n));
objOutlook->GetNamespace(C ComBSTR("MAPI") ,&olNs);


Hope that solves your problem too.
Chris