[SyncEvolution] Kontact's ics-calendar-file to N900 synchronises properly until VTODO's or VJOURNAL items are present.
7:30 a.m.
Hi,
I want to synchronise a local agenda of KDE's Korganizer-kontact with my Nokia N900
native calendar: using the file-backend.
I succeeded in synchronising the N900-calendar with a small test-calendar in a file
called calendar.ics. Hence I know Syncevolution on my desktop system now
communicates fine over BT with the Nokia built-in SyncML server.
When replacing the calendar.ics file with the larger
actual calendar+journal+todo file from kontact, things
stop working, e.g:
First ERROR encountered: calendar: retrieving item:
20080907T221411Z-10975-1000-1-48@freyja-rid
Besides VEVENT-s, the kontact calendar.ics file also contains VTODO and VJOURNAL items.
These seem to be the problem: When I remove these with a plain text-editor, all 707
calendar-events are transferred properly to the N900 and subsequent synchronisation tests
are succesfull enough.
A few things could be wrong:
1) for this calendar with multiple types I need to select another backend than:
type=calendar:text/calendar or type=calendar:text/x-vcalendar
Obviously this backend should ignore VTODOs and VJOURNAL items when
requested.
2) VTODO items are loaded by the backend, but since I am not yet interested
in them (first things first: the calendar) I did not configure to send to
a proper place (in the N900, or some /dev/null for now) thereby also
causing this lethal error.
3) Something else.
Any Solutions?
Furthermor: it took me some carefull searching to find the specific N900 uri-feature:
uri=Calendar (the capital C), are these exact uri's documented somewhere or can they
be retreived from somewhere on the phone itself (e.g. a plain-text config
file, or some Nokia technical document)?
For completeness: Config @ Debian (syncevolution 1.1.1 )
*********
[hansdej@debian]>syncevolution --print-config MyPhone |grep -v ^# |grep -v ^$
syncURL = obex-bt://XX:XX:XX:XX:XX:XX
username = user
password = -
loglevel = 4
remoteIdentifier = PC Suite
PeerIsClient = 1
PeerName = MyPhone
deviceId = syncevolution-some-weird-number
remoteDeviceId = IMEI:XXXXXXXXXXXXXXX
enableWBXML = 1
ConsumerReady = 1
[addressbook]
sync = disabled
type = addressbook
uri = addressbook
[calendar]
sync = two-way
type = file:text/calendar
evolutionsource = file:///home/hansdej/.SyncEvolutionData/
uri = Calendar
[calendar+todo]
sync = disabled
type = virtual:text/calendar
evolutionsource = calendar,todo
uri = calendar+todo
[memo]
sync = disabled
type = memo
uri = memo
[todo]
sync = disabled
type = calendar:text/calendar
evolutionsource = file:///home/hansdej/.SyncEvolutionData/
uri = todo
*******
8:29 a.m.
On So, 2011-01-02 at 20:30 +0000, Hans de Jonge wrote:
Hi,
I want to synchronise a local agenda of KDE's Korganizer-kontact with my Nokia N900
native calendar: using the file-backend.
[...]
Besides VEVENT-s, the kontact calendar.ics file also contains VTODO
and VJOURNAL items. These seem to be the problem: When I remove these
with a plain text-editor, all 707 calendar-events are transferred
properly to the N900 and subsequent synchronisation tests are
succesfull enough.
You are accessing a single .ics file via the Evolution Data Server,
right? That only works for .ics files which contain one of VEVENT,
VTODO, or VJOURNAL, but not a mixture of them.
The SyncEvolution file backend as it exists at the moment also doesn't
help, because a) it expects each item to be a separate file and b) also
is limited to one kind of items per directory.
A few things could be wrong:
1) for this calendar with multiple types I need to select another backend than:
type=calendar:text/calendar or type=calendar:text/x-vcalendar
Obviously this backend should ignore VTODOs and VJOURNAL items when
requested.
2) VTODO items are loaded by the backend, but since I am not yet interested
in them (first things first: the calendar) I did not configure to send to
a proper place (in the N900, or some /dev/null for now) thereby also
causing this lethal error.
3) Something else.
Any Solutions?
Sorry, none at the moment.
It wouldn't be too hard to write a SyncEvolution backend which accesses
a single .ics file. If some developer is interested, then I can provide
further instructions. Might be useful by itself, independent of KDE.
There's also an on-going effort to enable an Akonadi backend, but it is
still work in progress. Dinesh (on CC) is driving that.
Furthermor: it took me some carefull searching to find the specific
N900 uri-feature:
uri=Calendar (the capital C), are these exact uri's documented somewhere or can
they
be retreived from somewhere on the phone itself (e.g. a plain-text config
file, or some Nokia technical document)?
I'm not aware of any documentation for that. For Nokia phones it always
happens to be the same, and SyncEvolution contains templates for phones
it knows about (see http://syncevolution.org/development/sync-phone):
$ syncevolution --template '?Nokia N900'
Available configuration templates:
template name = template description matching score in percent (100% = exact match)
Nokia N900 = Template for all Nokia phones which support contacts, notes and combined
tasks+events 100%
Nokia N910 = Template for a fictious Nokia N910 80%
Sony Ericsson K750i = Template for old Sony Ericsson phones, with separate databases
for contacts/events/tasks/memos and SyncML 1.1 40%
Sony Ericsson W595 = Template for all current Sony Ericsson phones, with separate
databases for contacts/events/tasks/memos and SyncML 1.2 40%
SyncEvolution Client = SyncEvolution server side template 40%
$ syncevolution --print-config -q --template "Nokia N900" | grep -v '#'
remoteIdentifier = PC Suite
PeerIsClient = 1
deviceId = foo
ConsumerReady = 1
defaultPeer = Nokia-N97-mini
[addressbook]
sync = two-way
type = addressbook
evolutionsource = SyncEvolution_Test_addressbook_1
uri = Contacts
[calendar]
sync = disabled
type = calendar
evolutionsource = SyncEvolution_Test_calendar_1
uri = event
[calendar+todo]
sync = two-way
type = virtual:text/x-calendar:1.0
evolutionsource = ical20,itodo20
uri = Calendar
[memo]
sync = two-way
type = memo
evolutionsource = SyncEvolution_Test_memo_1
uri = Notes
[todo]
sync = disabled
type = todo
evolutionsource = SyncEvolution_Test_todo_1
uri = task
Note that this template configures the "calendar+todo" source so that it
talks to the combined "Calendar" URI on the N900, whereas the local
storage is done in the separate "calendar" and "todo" sources.
--
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:36 a.m.
Aahaaa,
Thanks for the extensive reply.
Op zondag 02 januari 2011 22:29:41 schreef u:
On So, 2011-01-02 at 20:30 +0000, Hans de Jonge wrote:
> Hi,
>
> I want to synchronise a local agenda of KDE's Korganizer-kontact with my Nokia
N900
> native calendar: using the file-backend.
[...]
> Besides VEVENT-s, the kontact calendar.ics file also contains VTODO
> and VJOURNAL items. These seem to be the problem: When I remove these
> with a plain text-editor, all 707 calendar-events are transferred
> properly to the N900 and subsequent synchronisation tests are
> succesfull enough.
You are accessing a single .ics file via the Evolution Data Server,
right? That only works for .ics files which contain one of VEVENT,
VTODO, or VJOURNAL, but not a mixture of them.
After using a small ics file for setting up and testing, I copied a standard ics file from
korganizer in the directory ${HOME}/.SyncEvolutionData/:
[hansdej@debian]>cp ${HOME}/.kde/share/apps/korganizer/std0.ics
${HOME}/.SyncEvolutionData/calendar.ics
and the working calendat source configuration with the test calendar.ics file:
********calendar config**********
[calendar]
sync = two-way
type = file:text/calendar
evolutionsource = file:///home/hansdej/.SyncEvolutionData/
uri = Calendar
****************************
But enter the VEVENTS and/or VJOURNAL, things stopped working. (for the reason you explain
below)
The SyncEvolution file backend as it exists at the moment also
doesn't
help, because a) it expects each item to be a separate file and b) also
is limited to one kind of items per directory.
[...]
>
> Any Solutions?
Sorry, none at the moment.
Your extensive answer has been pretty helpfull already; thanks!
Guess I 'll have to work around it for now then: tell Korganizer to refrain from
mixing the different items in one file; that will not be difficult (just something to
keep in mind all the time)
It wouldn't be too hard to write a SyncEvolution backend which
accesses
a single .ics file. If some developer is interested, then I can provide
further instructions. Might be useful by itself, independent of KDE.
There's also an on-going effort to enable an Akonadi backend, but it is
still work in progress. Dinesh (on CC) is driving that.
Okay, that sounds nice. I am just a mere mortal, non-software developer, trying not to
sound too pushy; But any idea of its maturity or estimation when we, simple mortals, can
get our hands on this?
(Or a place where we can sneak on the progress?)
$ syncevolution --template '?Nokia N900'
Available configuration templates:
template name = template description matching score in percent (100% = exact
match)
Nokia N900 = Template for all Nokia phones which support contacts, notes and combined
tasks+events 100%
Nokia N910 = Template for a fictious Nokia N910 80%
Sony Ericsson K750i = Template for old Sony Ericsson phones, with separate databases
for contacts/events/tasks/memos and SyncML 1.1 40%
Sony Ericsson W595 = Template for all current Sony Ericsson phones, with separate
databases for contacts/events/tasks/memos and SyncML 1.2 40%
SyncEvolution Client = SyncEvolution server side template 40%
:-) Thanks again: I had tried to get the the N900 template printed, but despite the
respectable amount of documentation present on the syncevolution.org site, I had not
realized the usage of the single quotes around '?Nokia N900'. Thanks for also
showing the applied example.
Hans de Jonge
4:37 p.m.
Hello,
- Show quoted text -
I currently am trying to get the changes merged back by KDE PIM 4.6(when
there will be akonadi based Notes too), which is almost here. Actually it
was supposed to get over last week, but got stuck with some weird bug, most
probably in KOrganizer, so couldn't finish it.I hope to get it done by this
weekend though. You can check its current status out on:
*http://saidinesh5.wordpress.com/2010/08/24/are-we-there-yet/*
(todo's 2 and 3 have been fixed though).
Cheers :)
On Tue, Jan 4, 2011 at 4:06 AM, Hans de Jonge <hans(a)ephebus.nl> wrote:
Aahaaa,
Thanks for the extensive reply.
Op zondag 02 januari 2011 22:29:41 schreef u:
> On So, 2011-01-02 at 20:30 +0000, Hans de Jonge wrote:
> > Hi,
> >
> > I want to synchronise a local agenda of KDE's Korganizer-kontact with
my Nokia N900
> > native calendar: using the file-backend.
> [...]
> > Besides VEVENT-s, the kontact calendar.ics file also contains VTODO
> > and VJOURNAL items. These seem to be the problem: When I remove these
> > with a plain text-editor, all 707 calendar-events are transferred
> > properly to the N900 and subsequent synchronisation tests are
> > succesfull enough.
>
> You are accessing a single .ics file via the Evolution Data Server,
> right? That only works for .ics files which contain one of VEVENT,
> VTODO, or VJOURNAL, but not a mixture of them.
After using a small ics file for setting up and testing, I copied a
standard ics file from korganizer in the directory
${HOME}/.SyncEvolutionData/:
[hansdej@debian]>cp ${HOME}/.kde/share/apps/korganizer/std0.ics
${HOME}/.SyncEvolutionData/calendar.ics
and the working calendat source configuration with the test calendar.ics
file:
********calendar config**********
[calendar]
sync = two-way
type = file:text/calendar
evolutionsource = file:///home/hansdej/.SyncEvolutionData/
uri = Calendar
****************************
But enter the VEVENTS and/or VJOURNAL, things stopped working. (for the
reason you explain below)
> The SyncEvolution file backend as it exists at the moment also doesn't
> help, because a) it expects each item to be a separate file and b) also
> is limited to one kind of items per directory.
[...]
> >
> > Any Solutions?
>
> Sorry, none at the moment.
Your extensive answer has been pretty helpfull already; thanks!
Guess I 'll have to work around it for now then: tell Korganizer to refrain
from mixing the different items in one file; that will not be difficult
(just something to keep in mind all the time)
> It wouldn't be too hard to write a SyncEvolution backend which accesses
> a single .ics file. If some developer is interested, then I can provide
> further instructions. Might be useful by itself, independent of KDE.
>
> There's also an on-going effort to enable an Akonadi backend, but it is
> still work in progress. Dinesh (on CC) is driving that.
Okay, that sounds nice. I am just a mere mortal, non-software developer,
trying not to sound too pushy; But any idea of its maturity or estimation
when we, simple mortals, can get our hands on this?
(Or a place where we can sneak on the progress?)
> $ syncevolution --template '?Nokia N900'
> Available configuration templates:
> template name = template description matching score in percent
(100% = exact match)
> Nokia N900 = Template for all Nokia phones which support contacts,
notes and combined tasks+events 100%
> Nokia N910 = Template for a fictious Nokia N910 80%
> Sony Ericsson K750i = Template for old Sony Ericsson phones, with
separate databases for contacts/events/tasks/memos and SyncML 1.1 40%
> Sony Ericsson W595 = Template for all current Sony Ericsson phones,
with separate databases for contacts/events/tasks/memos and SyncML 1.2
40%
> SyncEvolution Client = SyncEvolution server side template 40%
:-) Thanks again: I had tried to get the the N900 template printed, but
despite the respectable amount of documentation present on the
syncevolution.org site, I had not realized the usage of the single quotes
around '?Nokia N900'. Thanks for also showing the applied example.
Hans de Jonge
4275
days inactive
4277
days old
syncevolution@synevolution.org
3 comments
3 participants
participants (3)
-
Dinesh -
Hans de Jonge -
Patrick Ohly