GNOME Bugzilla – Bug 610697
GAL addressbook only shows e-mail addresses
Last modified: 2010-05-28 15:05:32 UTC
I'm using the git/master of evo and friends. When I do a gal search on my exchange account all that is returned is the e-mail address. I believe that other information is available, most importantly telephone numbers, or at any rate this used to be the case. Note that openchangeclient --userlist does NOT show this extra information either, which might indicate that the problem is at my end (i.e., our IT folks have decided not to include this information).
I see that ema is fetching only few items from GAL, though I'm unsure how much is accessable and how. Note: do also DistList fetching from GAL within this bug report.
I checked with our IT guys here and there are additional fields that are populated here (and that would be nice to have). Here's what one of them said: The phone number that appears in the GAL under Business Phone is stored in the AD attribute, wait for it... telephonenumber ! The value his tool returned for Email is stored in the AD attribute, legacyExchangeDN, the attribute he should query is called mail. They also showed me what their lookup tool returns for me and I'll attach the image.
Created attachment 159182 [details] Gal listing for me
Created attachment 159436 [details] [review] ema patch for evolution-mapi; Sharing code with the book backend. Try with openchange revision 1760+, you'll also see how many items are in your GAL in the status bar. Also, probably will need to delete all under ~/evolution/cache/addressbook/mapi*, especially those mentioning GAL in name, to re-fetch them.
Created commit 879e3b8 in ema master (0.31.1+)
Thanks Milan! (and earlier than expected). I'm currently trying it out, and have encountered some issues: 1. you also have to kill off e-addressbook-server; 2. As in the earlier versions, it seems to download everything before that GAL becomes usable. In my case, ls -lrt mapigal___achemi2\@exchange.campus.mcgill.ca_\;Global\ Address\ List/ total 12824 -rw------- 1 ronis ronis 10427374 2010-04-23 12:30 cache.xml -rw-r--r-- 1 ronis ronis 2680342 2010-04-23 12:30 cache.summary which is huge, and doesn't even appear to be finished (although the files aren't growing any longer). Shouldn't it be better to have the gal as a simple lookup tool; i.e., go after only what is searched for (perhaps with REGEX capability)? One last thing, while writing this I switched components in evo and triggered a crash. Might be coincidence, but have a look at bug 616667
OK, after restarting, things seem to work (and indeed there are extra fields). However, I've again manged to hang evolution. I'd switched to the gal in the addressbook (the notification area indicates that it's "Searching") and then switched to a local addressbook before the gal search finished. Evo is hung. Here's a backtrace: basic_engine_shape (engine=0x8122dd0, font=0x8078d60, text=0x926e2f50 "MSN Work Screen Name 1:", length=23, analysis=0x8a2214c, glyphs=0x926e3560) at basic-fc.c:184 184 p = g_utf8_next_char (p); (gdb) thread apply all bt full
+ Trace 221532
Thread 1 (Thread 0xb560b810 (LWP 9698))
How many contacts do you have there approximately? This information should be shown instead of "Searching.....", when you've the recent master of all the evolution related products (though I think the ema master is also enough). It seems to me that it's not in hung, but in some state of updating UI with a new contact found in your GAL, so it uses 100% of CPU updating view again and again. It should stop later, but if you've really many contacts in the GAL, like 10K or more, then it can take some time. I see I added there a call of e_data_book_view_notify_update for each single contact found in GAL.
Hmmm... I only get "Searching" and I'm running the current git/master of evo and friends (last built on the 24th at 11:00 PM). I'm pretty sure that I have over 10K entries in the entire gal. Note that things are much faster on the second and subsequent times I run evolution. Nonetheless, how about an option to not download the entire gal, but instead just use it as a search interface, much like ldap?
Yes, I was told it's doable on OpenChange side and I hope and believe there's a bug report requesting the same on evolution-mapi. If not, feel free to add one.
*** Bug 612541 has been marked as a duplicate of this bug. ***