On Wed, 2011-10-12 at 10:39 +0000, Woodhouse, David wrote:
On Wed, 2011-10-12 at 12:25 +0200, Patrick Ohly wrote:
> David, how does the Evolution EWS backend handle this? Does it silently
> throw away data or remap it when the EDS vCard doesn't fit into the EWS
> data model?
Hm, haven't looked very hard at the addressbook code; that's a question
for Chen. Looking at the convert_contact_to_xml() function at
http://git.gnome.org/browse/evolution-ews/tree/src/addressbook/e-book-bac...
I think we just iterate over the known properties and map them, and drop
anything we don't have a mapping for.
I'm not sure if we have a filter (or capability list) somewhere which
prevents the UI from *adding* fields that we don't understand. That
would make some sense, in the case where it is specifically an
Exchange-based 'folder' in Evolution rather than being a file-based
store which just happens to be synced today to Exchange.
At the moment, I have
created a mapping for possible fields. The fields
which I was not able to match are,
<ContactSource/>,
<Generation/>,
<ImAddresses/>
<Mileage/>
<EffectiveRights/>
<ReceivedBy/>
<ReceivedRepresenting/>
The ImAddresses fields in Ews do not mention the type such as 'AIM',
'Yahoo' etc. like how exchange 2003 represents. I have not yet taken up
this work yet. The backends currently provide the fields that are
supported. I guess we would need to add support for backends to be able
to plugin some UI fields. Its a work todo.
Thanks, Chenthill.