4:47 p.m.
On Mon, 2011-07-25 at 07:37 +0200, Tino Keitel wrote:
Thanks. This looks more evolution related than bluetooth related. Did
you
try other sync methods on that computer, like HTTP(S)? Did you explicitly
set the calendar name in your syncevolution config? If not, did you set a
default calendar in evolution?
On Mon, 2011-07-25 at 11:53 +0200, Patrick Ohly wrote:
Which Evolution calendar is this?
Run "syncevolution" (without parameters) and it'll tell you what it uses
by default.
Aha - that's the key difference. My desktop default calendar is set to
a CalDAV calendar. My laptop is still set to the local copy.
I'm guessing (based on the thread about caldav/syncml) that issues here
are expected?
Ross
--
Ross Vandegrift
ross(a)kallisti.us
5:16 p.m.
New subject: [SyncEvolution] 1.1.99.5a in Debian experimental - testers wanted
On Mo, 2011-07-25 at 11:47 -0400, Ross Vandegrift wrote:
On Mon, 2011-07-25 at 07:37 +0200, Tino Keitel wrote:
> Thanks. This looks more evolution related than bluetooth related. Did you
> try other sync methods on that computer, like HTTP(S)? Did you explicitly
> set the calendar name in your syncevolution config? If not, did you set a
> default calendar in evolution?
On Mon, 2011-07-25 at 11:53 +0200, Patrick Ohly wrote:
> Which Evolution calendar is this?
>
> Run "syncevolution" (without parameters) and it'll tell you what it
uses
> by default.
Aha - that's the key difference. My desktop default calendar is set to
a CalDAV calendar. My laptop is still set to the local copy.
I'm guessing (based on the thread about caldav/syncml) that issues here
are expected?
Accessing a CalDAV calendar via Evolution Data Server as you do on the
desktop is not tested in SyncEvolution. The other thread was about using
SyncEvolution's own CalDAV backend in the context of SyncML.
You can get around the error that you experienced by setting the
databaseUsername/Password properties for the "calendar" source. Whether
it works is a different question. As I said, untested, your mileage may
vary.
The reason for writing a CalDAV backend in SyncEvolution instead of
using/improving the CalDAV backend in Evolution were manifold. The main
motivation was to support full offline operations on the calendar data
(not supported by Evolution) and efficient syncing (the EDS API is more
limited than CalDAV).
--
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.
7:05 p.m.
New subject: [SyncEvolution] 1.1.99.5a in Debian experimental - testers wanted
On Mon, 2011-07-25 at 18:16 +0200, Patrick Ohly wrote:
Accessing a CalDAV calendar via Evolution Data Server as you do on
the
desktop is not tested in SyncEvolution. The other thread was about using
SyncEvolution's own CalDAV backend in the context of SyncML.
You can get around the error that you experienced by setting the
databaseUsername/Password properties for the "calendar" source. Whether
it works is a different question. As I said, untested, your mileage may
vary.
Looks like it doesn't work - after configuring the username and
password, I still get access denied errors. I'll switch my primary
calendar away from CalDAV.
Thanks for the info,
Ross
--
Ross Vandegrift
ross(a)kallisti.us
10:07 a.m.
New subject: [SyncEvolution] 1.1.99.5a in Debian experimental - testers wanted
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 26/07/11 04:16, Patrick Ohly wrote:
Accessing a CalDAV calendar via Evolution Data Server as you do on
the desktop is not tested in SyncEvolution. The other thread was
about using SyncEvolution's own CalDAV backend in the context of
SyncML.
You can get around the error that you experienced by setting the
databaseUsername/Password properties for the "calendar" source.
Whether it works is a different question. As I said, untested, your
mileage may vary.
...
I've been running radicale caldav server on my desktop machine which I
sync via evolution, using syncevolution 1.1.1 on Ubuntu Lucid. This
setup allows me to use Lightning, which is my preferred calendar
software, on both desktop and laptop over the LAN.
This is currently running very nicely, but is it likely to break in
future versions of syncevolution?
Jane Atkinson
(Irihapeti)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJOMSbXAAoJEERzSJEx033jLJ4H/390jwdjF6sfPwEM92wm89Qb
zdQizDcbiP7AXzx7rdFCPIPgCWSTekj8ZTW+2PNjZouUeRr7EK4jcHiJL7OpK2q8
skhl1/+61MBxZQ9cLVpRzE1/hUYJpGH3Lr/9jRFk0AlMFmOqiiq8BjnAJA8ehUqI
03L70yQDzE8WLfrKpUcd5ZNpXbe5dXGWiBtzqSgfboj2gL9K460ihTmFDX+KDtfF
i0mmysuj/2Esg1QJ0258COX+aUI44XuCWNcUOMH7LQYlmWd3bv7fjWShbcQu+QEY
z3Tr/6wyu5YgzrvnGfO2VyERFPMUiOrC8cbDfgXr9f1Cgjol1zc2cTgeWsmSvDw=
=aT0Y
-----END PGP SIGNATURE-----
11:14 a.m.
New subject: [SyncEvolution] 1.1.99.5a in Debian experimental - testers wanted
On Do, 2011-07-28 at 21:07 +1200, Jane Atkinson wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 26/07/11 04:16, Patrick Ohly wrote:
> Accessing a CalDAV calendar via Evolution Data Server as you do on
> the desktop is not tested in SyncEvolution. The other thread was
> about using SyncEvolution's own CalDAV backend in the context of
> SyncML.
>
> You can get around the error that you experienced by setting the
> databaseUsername/Password properties for the "calendar" source.
> Whether it works is a different question. As I said, untested, your
> mileage may vary.
>
> ...
I've been running radicale caldav server on my desktop machine which I
sync via evolution, using syncevolution 1.1.1 on Ubuntu Lucid. This
setup allows me to use Lightning, which is my preferred calendar
software, on both desktop and laptop over the LAN.
This is currently running very nicely, but is it likely to break in
future versions of syncevolution?
I don't intend to break any existing functionality. Can you say more
about your setup so that I don't accidentally break it?
It is not obvious to me how you are using SyncEvolution. Is it as
man-in-the-middle between two radicale caldav servers, accessed via
SyncEvolution Evolution Calendar backend + Evolution Data Server CalDAV
backend?
--
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.
11:54 a.m.
New subject: [SyncEvolution] 1.1.99.5a in Debian experimental - testers wanted
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 28/07/11 22:14, Patrick Ohly wrote:
On Do, 2011-07-28 at 21:07 +1200, Jane Atkinson wrote:
> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
>
>
> On 26/07/11 04:16, Patrick Ohly wrote:
>> Accessing a CalDAV calendar via Evolution Data Server as you do
>> on the desktop is not tested in SyncEvolution. The other thread
>> was about using SyncEvolution's own CalDAV backend in the context
>> of SyncML.
>>
>> You can get around the error that you experienced by setting the
>> databaseUsername/Password properties for the "calendar" source.
>> Whether it works is a different question. As I said, untested,
>> your mileage may vary.
>>
>> ...
>
> I've been running radicale caldav server on my desktop machine
> which I sync via evolution, using syncevolution 1.1.1 on Ubuntu
> Lucid. This setup allows me to use Lightning, which is my preferred
> calendar software, on both desktop and laptop over the LAN.
>
> This is currently running very nicely, but is it likely to break
> in future versions of syncevolution?
I don't intend to break any existing functionality. Can you say more
about your setup so that I don't accidentally break it?
It is not obvious to me how you are using SyncEvolution. Is it as
man-in-the-middle between two radicale caldav servers, accessed via
SyncEvolution Evolution Calendar backend + Evolution Data Server
CalDAV backend?
I have a calendar set up under Evolution's CalDAV option, and it's
defined as the default calendar. SyncEvolution syncs it via bluetooth to
a Nokia E63.
The radicale server is then accessible by my laptop over the LAN, and by
Thunderbird/Lightning on the local machine.
I'd be quite happy to use something that syncs directly from the E63 to
the radicale server, except that Thunderbird/Lightning has no Memo/Notes
functionality, while Evolution does.
I hope this makes things a bit clearer.
Jane Atkinson
{Irihapeti}
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJOMT/6AAoJEERzSJEx033jx88IAK2uoZOi5dLixHx8/Pi062Ul
s8P1ToVUkdKjB6V4woM0etIBfqh+3too9VnWO52VzHrr9FbKdwJQelxWSo9B8bD4
nqS3SOmASDRGoT3QK4x6NyaN9WKKn7LvJkq89ddPruaxd1w3+yNzxxqMbM4DEEzN
hlbN7fHICIWlcX7BGS42ygeUrQYJ02qIwQ95MniNJzdyOwvxQlvyhbOSWjeT1igs
H0qjHeJsGn6CO3Wr4pQS3G99VzRbVD5+kEyKknFAsxRCQyNXSlAlxKZBw+woI7e5
O3d9vU3CmNayCaaOpncPHi34rZ11XVJ4tvzYwJ+yJ6NbpduCnlqOhxUZHC+wPhM=
=vJVJ
-----END PGP SIGNATURE-----
4040
days inactive
4043
days old
syncevolution@synevolution.org
5 comments
3 participants
participants (3)
-
Jane Atkinson -
Patrick Ohly -
Ross Vandegrift