2:45 a.m.
Hi,
when my phone enters an email address into a contact it uses the field
EMAIL;TYPE=INTERNET;PREF:mailaddress@domain.org
Akonadi does
EMAIL;PREF:mailaddress@domain.org
So when I edit a contact in kaddressbook, it gets written to the
webdav server correctly. After the next sync, the mailaddress is not
visible any more in the phone.
Can I do anything about it from the syncevolution-end? Maybe rewriting
certain tags.
Regards
Christof
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
6:29 a.m.
Is this a spot where device templates can help?
Am Samstag, 9. Februar 2013, 16:45:48 schrieb Christof Schulze:
Hi,
when my phone enters an email address into a contact it uses the
field
EMAIL;TYPE=INTERNET;PREF:mailaddress@domain.org
Akonadi does
EMAIL;PREF:mailaddress@domain.org
So when I edit a contact in kaddressbook, it gets written to the
webdav server correctly. After the next sync, the mailaddress is not
visible any more in the phone.
Can I do anything about it from the syncevolution-end? Maybe
rewriting
certain tags.
Regards
Christof
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
12:37 a.m.
On Sat, 2013-02-09 at 20:29 +0100, Christof Schulze wrote:
Is this a spot where device templates can help?
No, they merely tell SyncEvolution how to connect to a device, not how
to handle it once connected. This is done instead via device profiles
which are enabled during a sync based on the device information sent as
part of SyncML, typically maker and model.
The relevant part is the EMAIL_FLAGS field in 00vcard-fieldlist.xml,
which gets mappted to vCard in 01vcard-profile.xml. INTERNET is
recognized, but there is no code which ensures that it is set for
outgoing vCards. Such code could be done conditionally or
unconditionally.
This is a bit more complicated, I don't have time right now to come up
with the full code. If you want to tinker with it, have a look at the
scripting language definition in the source of libsynthesis and add a
for loop to 07vcard-addrev.xml which iterates over all indices in the
EMAIL array and sets the flag in the corresponding EMAIL_FLAGS array
entry.
That would be enough for a quick hack to determine whether the missing
flag is the problem.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
8:37 p.m.
On Sun, 2013-02-10 at 14:37 +0100, Patrick Ohly wrote:
The relevant part is the EMAIL_FLAGS field in 00vcard-fieldlist.xml,
which gets mappted to vCard in 01vcard-profile.xml. INTERNET is
recognized, but there is no code which ensures that it is set for
outgoing vCards. Such code could be done conditionally or
unconditionally.
This is a bit more complicated, I don't have time right now to come up
with the full code. If you want to tinker with it, have a look at the
scripting language definition in the source of libsynthesis and add a
for loop to 07vcard-addrev.xml which iterates over all indices in the
EMAIL array and sets the flag in the corresponding EMAIL_FLAGS array
entry.
Attached is an updated 07vcard-addrev.xml which adds the flag as
described above. You can replace the installed version of that file
temporarily with the modified version. Does that help?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
9:59 p.m.
Hi Patrick,
Thank you for your efforts, I will integrate this into libsynthesis
and test this asap.
Christof
Am Montag, 11. Februar 2013, 10:37:09 schrieb Patrick Ohly:
On Sun, 2013-02-10 at 14:37 +0100, Patrick Ohly wrote:
> The relevant part is the EMAIL_FLAGS field in 00vcard-fieldlist.xml,
> which gets mappted to vCard in 01vcard-profile.xml. INTERNET is
> recognized, but there is no code which ensures that it is set for
> outgoing vCards. Such code could be done conditionally or
> unconditionally.
> This is a bit more complicated, I don't have time right now
to come up
> with the full code. If you want to tinker with it, have a look at the
> scripting language definition in the source of libsynthesis and add a
> for loop to 07vcard-addrev.xml which iterates over all indices in the
> EMAIL array and sets the flag in the corresponding EMAIL_FLAGS array
> entry.
Attached is an updated 07vcard-addrev.xml which adds the flag as
described above. You can replace the installed version of that file
temporarily with the modified version. Does that help?
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
4 a.m.
Hello,
after adding the file you provided and recompiling syncevolution I
tested the synchronisation using a contact that already had 2
email-addresses defined in my cell phone.
In kaddressbook I added a third email-address to that contact and ran a
synchronisation. In the webdav directory no Type=Internet-values are
visible for this contact, just as expected and the contact shows all
three email addresses. However only the newly added email-address is
visible in the phone. From my understanding of your script I would have
expected that all email addresses should be visible on the phone.
Unfortunately due to the performance of my server I currently have
dumpdata and printchanges disabled in order to avoid timeouts so I am
not sure, what exactly I can do at this point to provide more data to
investigate this.
If all else fails and these options are necessary to debug this, I could
try running syncevolution on a different machine than on the already
heavily loaded machine that is running owncloud.
Christof
Am Montag, 11. Februar 2013, 11:59:35 schrieb Christof Schulze:
Hi Patrick,
Thank you for your efforts, I will integrate this into libsynthesis
and test this asap.
Christof
Am Montag, 11. Februar 2013, 10:37:09 schrieb Patrick Ohly:
> On Sun, 2013-02-10 at 14:37 +0100, Patrick Ohly wrote:
> > The relevant part is the EMAIL_FLAGS field in 00vcard-fieldlist.xml,
> > which gets mappted to vCard in 01vcard-profile.xml. INTERNET is
> > recognized, but there is no code which ensures that it is set for
> > outgoing vCards. Such code could be done conditionally or
> > unconditionally.
> > This is a bit more complicated, I don't have time right
now to come up
> > with the full code. If you want to tinker with it, have a look at the
> > scripting language definition in the source of libsynthesis and add a
> > for loop to 07vcard-addrev.xml which iterates over all indices in the
> > EMAIL array and sets the flag in the corresponding EMAIL_FLAGS array
> > entry.
> Attached is an updated 07vcard-addrev.xml which adds the flag
as
> described above. You can replace the installed version of that file
> temporarily with the modified version. Does that help?
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
4:04 a.m.
On Mon, 2013-02-11 at 18:00 +0100, Christof Schulze wrote:
Hello,
after adding the file you provided and recompiling syncevolution I
tested the synchronisation using a contact that already had 2
email-addresses defined in my cell phone.
You can patch the installed file, usually /usr/share/syncevolution
or /usr/local/share/syncevolution, without having to recompile
SyncEvolution.
In kaddressbook I added a third email-address to that contact and ran
a
synchronisation. In the webdav directory no Type=Internet-values are
visible for this contact, just as expected and the contact shows all
three email addresses. However only the newly added email-address is
visible in the phone. From my understanding of your script I would have
expected that all email addresses should be visible on the phone.
Unfortunately due to the performance of my server I currently have
dumpdata and printchanges disabled in order to avoid timeouts so I am
not sure, what exactly I can do at this point to provide more data to
investigate this.
Set the loglevel to 4 in the sync config of the phone and try to send
updates to the phone. In the resulting syncevolution-log.html you'll
find dumps of the data and a trace of the script execution. Look for
"generated" in the log, that's what gets send to the phone. Verify that
what gets send looks exactly like the data that comes from the phone.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
5:14 a.m.
Hi,
You can patch the installed file, usually /usr/share/syncevolution
or /usr/local/share/syncevolution, without having to recompile
SyncEvolution.
Thanks for the hint!
> In kaddressbook I added a third email-address to that contact
and
> ran a synchronisation. In the webdav directory no
> Type=Internet-values are visible for this contact, just as
> expected and the contact shows all three email addresses. However
> only the newly added email-address is visible in the phone. From
> my understanding of your script I would have expected that all
> email addresses should be visible on the phone.
> Unfortunately due to the performance of my server I currently
have
> dumpdata and printchanges disabled in order to avoid timeouts so I
> am not sure, what exactly I can do at this point to provide more
> data to investigate this.
Set the loglevel to 4 in the sync config of the phone and try to
send updates to the phone. In the resulting syncevolution-log.html
you'll find dumps of the data and a trace of the script execution.
Look for "generated" in the log, that's what gets send to the phone.
Verify that what gets send looks exactly like the data that comes
from the phone.
I am not sure what caused the irritation - maybe me editing
directly
the vcf-files on the webdav storage.
Anyways at the moment it looks like things are working correctly now,
only akonadi sometimes has a hard time writing to webdav but that is
nothing that syncevolution can change.
Thank you very much for your support up to this point, if I see new
issues arise, I will report back.
Christof
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
3505
days inactive
3508
days old
syncevolution@synevolution.org
7 comments
2 participants
participants (2)
-
Christof Schulze -
Patrick Ohly