Dear Milan, thanks for your support. I did, what you outlined and got a big (some dozend) MB logfile that I analyzed (thats the reason for the late reply). But I'm sorry to say that I could't find clarification. There are a lot of more "mysthic" behavior found like sent Anniversariy entries are not displayed in evolution althoug they are sent (seems to be same or similar behavior like Birthday field). All contacts with a filled Birthday and Anniversary field in Outlook could be found in the soup output of the logfile e.g. <t:Birthday>1949-05-23T11:59:00Z</t:Birthday> and <t:WeddingAnniversary>1969-04-07T22:00:00Z</t:WeddingAnniversary> but they are not shown in evolution (neither "evolution 3.40.0-1" nor "evolution 3.36.5-0ubuntu1"). The capture date of the contact does not seem to be relevant, as older entries show the Birthday and newer not. The above entries have been entered/modified not very long ago <t:LastModifiedTime>2021-04-08T20:27:31Z</t:LastModifiedTime> The only difference to the new entered testusers that show Birthday entries in evolution is the length of the <t:Contact>...</t:Contact> block. The testusers are significant smaller. It is not clear for me, that nearly the same Birthday/Anniversery entries are shown in evolution and some not although the entries are identical from a format view, only their values differ. As a result I can say that the values are all sent from the exchange server as expectet. The rules for presentation within evolution are unclear. Rgds, Matthias -------- Weitergeleitete Nachricht -------- Von: Milan Crha via evolution-list <evolution-list gnome org> Antwort an: Milan Crha <mcrha redhat com> An: evolution-list gnome org Betreff: Re: [Evolution] evolution :: contacts :: personal information :: no Birthday data from ews account Datum: Wed, 16 Jun 2021 18:04:47 +0200 On Wed, 2021-06-16 at 15:20 +0200, Matthias Kuntze wrote:
FYI: The anniversary entry changed name from "X-MS- ANNIVERSARY;VALUE=DATE:" to "X-EVOLUTION-ANNIVERSARY:" How can this problem be solved? Do I have to export the >1000 contacts in Outlook and re-import it in evolution as a new contact folder or is there a switch telling evolution to use the right exchange data?
Hi,
the evolution-ews doesn't use the vCard format during the exchange of
the data with the server, it uses the EWS protocol instead, thus the
above "X-...." attributes do not matter.
The Birthday and Anniversary read/write/update had been fixed long ago,
within [1], which your 3.36.5 has. I suspect the server doesn't return
the Birthday element or it is set to some odd value.
Could you close evolution, then remove the addressbook cache for the
EWS addressbook (it's at ~/.cache/evolution/addressbook/<uid>/; if
there are more, you can delete all of them, as they will be re-
populated the next time they are opened (the only downside is the
bandwidth use this repopulate means). Then run the addressbook factory
as this:
$ EWS_DEBUG=2 /usr/libexec/evolution-addressbook-factory -w
&>log.txt
(the actual path can differ in your system) which will debug all the
communication between the server and the evolution-ews for every EWS
address book configured in the Evolution. I do not want that log, it
contains private information, both encoded and in a plain text mode.
Do not share it anywhere, please.
Once the update will be done and the contacts will not have their
birthday filled, close evolution, soft-kill the factory process:
$ kill -TERM `pidof evolution-addressbook-factory`
Then open the log.txt file and search for "Birthday" (quotes for
clarity only). That contains the date. Either the format is wrong or
it's not in the file for some/all contacts, or or some other problem
with that date is, that it cannot be read/deciphered by the evolution-
ews. You can see also the contact names, emails and such around this
Birthday, if it's there, which can give you an idea which contact it
references and what value is expected (the one shown in Outlook).
Could you share what failed according to the log, please?
Thanks and bye,
Milan
[1]
https://gitlab.gnome.org/GNOME/evolution-ews/-/issues/57
_______________________________________________
evolution-list mailing list
evolution-list gnome org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Attachment:
smime.p7s
Description: S/MIME cryptographic signature