After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 677224 - Ews GAL only reports name and e-mail address; Other available fields should be included
Ews GAL only reports name and e-mail address; Other available fields should ...
Status: RESOLVED FIXED
Product: evolution-ews
Classification: Other
Component: Contacts (Global Address List)
3.5.x
Other Linux
: Normal normal
: ---
Assigned To: Evolution EWS maintainer(s)
Evolution EWS maintainer(s)
: 703900 (view as bug list)
Depends on:
Blocks: 703515
 
 
Reported: 2012-05-31 19:33 UTC by David Ronis
Modified: 2013-07-15 14:40 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description David Ronis 2012-05-31 19:33:45 UTC
The summary says it all.  EWS currently only reports the name and e-mail address.   There's lots more information available (e.g., Title, Office Address/Phone, etc.).
EWS should fetch it and EVO should display it.


It might be nice to be able to search on these fields to.  E.g., to fetch all the residents of a given department or office building.
Comment 1 Milan Crha 2012-06-06 11:28:41 UTC
Confirming. I didn't investigate this yet, but I suppose the data are in the OAB file, they are only not read from it when converting to EContact.
Comment 2 David Woodhouse 2013-07-09 14:03:03 UTC
I do appear to have the following fields in vcards from the GAL:

TEL;TYPE=CELL:
TEL;TYPE=WORK,VOICE:
ORG: (contains my numeric department ID)
TITLE: (contains my numeric employee ID)
ADR;TYPE=WORK:

There are certainly more which should be obtained, but the fields explicitly mentioned above *are* already present.

Photo would be a good thing to add. I'm not sure if that's actually *in* the GAL download, or if it needs to be obtained elsewhere. Pidgin certainly knows how to get it, and can display it in *its* contact list.

FWIW these are the property types that are found in our corporate address book that EWS 3.8 currently *doesn't* interpret:

Names taken from ews-oab-props.h where it has them, but I haven't filled in the missing pieces. (And no, EWS_PT_THUMBNAIL_PHOTO isn't present; I did also make it print the fields it *knew*).

EWS_PT_EMAIL_ADDRESS		0x3003001E
				0x39000003
				0x39050003
				0x39ff001e
EWS_PT_INITIALS			0x3A0A001F
EWS_PT_OFFICE_LOCATION		0x3A19001F
				0x3a220102
				0x3a40000b
				0x3a701102
EWS_PT_NAME			0x6800001F
EWS_PT_SEQUENCE			0x68010003
EWS_PT_GUID			0x6802001E
EWS_PT_DN			0x6804001E
EWS_PT_TRUNCATED_PROPS		0x68051003
				0x8006001e
				0x800f101f
EWS_PT_TARGET_ADDRESS		0x8011001F
				0x806a0003
				0x8c6a1102
				0x8c6d0102
				0x8c8e001f
				0x8c8f001f
				0x8c92001f
				0x8cac101f
				0x8cb5000b
EWS_PT_DL_MEMBER_COUNT		0x8CE20003
EWS_PT_DL_EXTENAL_MEMBER_COUNT	0x8CE30003
				0x0ffe0003
Comment 3 David Woodhouse 2013-07-10 13:52:27 UTC
*** Bug 703900 has been marked as a duplicate of this bug. ***
Comment 4 David Woodhouse 2013-07-15 14:40:19 UTC
I've added E_CONTACT_OFFICE, E_CONTACT_X509_CERT (but see bug 704246) and E_CONTACT_WANTS_HTML fields to the GAL parsing.

I don't see anything else in our address book that looks useful. If you have specific requests, please re-open this bug.

Bonus points for enabling debugging ('#define d(x) x' at line 39 of ews-oab-decoder.c) and showing the relevant part of the output of the 'oab-decode-test' program. That'll show us the MAPI property ID of the field you want translated, and its type and expected contents.