Re: [SyncEvolution] How to specify which evolution calendar when syncing to Nokia E63
On Fr, 2010-12-24 at 04:11 +, Irihapeti wrote: Because the E63 uses the calendar+todo option, I'm having trouble figuring out how to edit the config file. If I change ~/.config/syncevolution/default/sources/calendar+todo/config.ini so that evolutionsource = anything other than calendar,todo I get an error. Is this the file I'm supposed to be editing, and what should I be putting in it? Keep calendar+todo as it is, change the calendar/config.ini and todo/config.ini files. Run syncevolution without options to get a list of databases: Evolution Calendar = evolution-calendar: Personal (file:///home/pohly/.evolution/calendar/local/system) default ... You can use both the name (Personal) and the URL (the one in round brackets) as value of evolutionsource. -- 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. ___ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution
Re: [SyncEvolution] empty description set to summary
On Mi, 2010-12-22 at 21:31 +, jea...@xtra.co.nz wrote: On 22/12/10 21:41, Patrick Ohly wrote: How strongly do you feel about the added description? I'd rather keep the code as it is instead of risking breaking something for someone else. (I posted a reply to this earlier, but it seems to have disappeared into a cyber-black hole.) The issue is not important enough to warrant turning everything upside down, and maybe causing problems for other people. You have a valid point. It might not be a big issue, but even the small ones matter. I've made the changes to the xml file, as you suggested, and it's now doing what I want. If I can do that in future versions, I'm OK. With Lukas explanation I'd be comfortable to make the change for everyone. Can you confirm that the line that he suggested works for you, instead of removing it entirely? if (ISAVAILABLE(SUMMARY)!=TRUE DESCRIPTION==EMPTY) DESCRIPTION=SUMMARY; -- 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. ___ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution
Re: [SyncEvolution] syncevo-http-server: planning of new functionality
On So, 2010-12-26 at 07:31 +, Giancarlo wrote: Patrick Ohly patrick.o...@... writes: Hello! As usual, I'd like to write down some thoughts on future functionality before actually implement it. May I suggest also some way to have an encrypted channel, either through https or ssh? Right, forgot about those. ssh would require changes in SyncEvolution, but would be doable. https probably has more advantages. Additional option: --server-certificate=file certificate used by the server to identify itself (TODO: details about file content) I'm not planning to support client certificate checking, at least not initially. -- 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. ___ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution
Re: [SyncEvolution] Sync problem: myFunambol - Nokia n900 PR 1.3 with syncevolution
On So, 2010-12-26 at 07:48 +, Aaron Krebs wrote: Has there been any follow-up to this? I'm using an n900 with funambol and can provide some assistance if the issue is still unresolved. No, not yet. Any help that you could provide would be useful. -- 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. ___ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution
[SyncEvolution] SyncEvolution 1.1.1 released
SyncEvolution 1.1.1 Christmas Edition === Maintenance release, in particular improving syncing with phones. There was a bug that could cause all kinds of weird behavior after a failed sync with a phone, so updating is highly recommended. For those not familiar with the project, SyncEvolution synchronizes personal information management (PIM) data like contacts, calenders, tasks, and memos using the SyncML information synchronization standard. Support for additional protocols is under way. Up to and including 0.9.2, a third-party SyncML server was required. Since 1.0, SyncEvolution itself is able to act as a SyncML server, both via HTTP and Bluetooth (direct sync with phones). Changes 1.1 - 1.1.1 * Synthesis engine: fixed a corruption issue in internal meta data which caused duplicates and other problems in a pretty indeterminstic way; apparently caused by failed syncs (BMC #11044). * Synthesis engine: recurrence rules with end date now sent correctly to phones (BMC #11241). The RRULE property was not encoded correctly previously during the iCalendar 2.0 - vCalendar 1.0 conversion. Events with recurrence count were okay. Probably also affected SyncML servers without iCalendar 2.0 support. The fix was confirmed to work with Nokia phones. It also helps with Sony Ericsson phones, but at least the t700 still has a problem: depending on the phone's time zone, it repeats the event for one day too long (BMC #10092). * Synthesis engine: fixed broken time zone information when sending to phone; previously that broke sending calendar updates to Nokia phones (BMC #9600). iCalendar 2.0 time zone definitions imported from libical were not encoded correctly in vCalendar 1.0 items as sent to phones. Nokia phones accepted such data when part of a new event, but rejected updates of it. * Synthesis engine: shorter TZIDs, might help N900 calendar (BMC #6680). The shorter TZIDs will be included in iCalendar 2.0 data exported by libsyntesis and thus SyncEvolution. This change is motivated primarily by the observation that the N900 calendar storage can handle TZID=location, but not TZID=/softwarestudio.org/Tzfile/location. * ScheduleWorld: disable configuration template because service has shut down. The template is only hidden from the GTK sync-ui, but remains in SyncEvolution for the time being because it is referenced in several places. * Evolution CalDAV: added workaround for must sync twice (BMC #10265) The Evolution CalDAV backend seems to update its data when closing the database, not when opening it. As a result, syncevolution had to be run twice to see all data changes. The workaround is to open the database twice at the start of the sync. This is done for all calendar databases, regardless of which backend they use, in case that some other (yet unknown) backend needs the same workaround. * GTK sync-ui: workaround for Sync Now button not reacting to online status changed (BMC #9949). * Changed slow sync handling. Some users have complained about getting duplicated contacts (BMC #10081). The exact reason is not known (no useful logs provided yet), but it might be due to using duplicate as resolution strategy during slow syncs. This caused slightly different contacts to be duplicated instead of merging the two copies, reasoning that no data loss is better than duplicates. This release switches to a mode where the engine tries harder to avoid duplicates by merging data if modification time stamps are available for contacts (usually they are). When fields differ, the more recent data is kept. * convert absolute alarm back to relative (BMC #11233) Experiments show that at least Nokia phones (and thus perhaps also Mobical.com) interpret a fixed alarm as repeat alarm with the same relative offset as on first occurrence. The same transformation to relative alarm times is applied whenever the transformation to absolute alarm is enabled for a peer. * Sony Ericsson: enable conversion to absolute alarm times (BMC #10092) Like Nokia and Mobical.net, Sony Ericsson phones also seem to be unable to deal with relative alarm times - verified with t700. * Sony Ericsson C510: workaround for SyncML violation The phone does not sent identifiers for the target database; using the source identifier as fallback allows a sync to run. * Fixed a regression affecting users who had created a config with SyncEvolution 1.0. Using the config worked once, then failed with No configuration for ... found. Users must manually remove the empty peers directory inside their affected configuration, the fix only makes configs without that directory usable again (BMC #9381). * Removed obsolete workaround for older mKCal calendar storage. * Fixed error message in QtContacts backend. * Same SYNCEVOLUTION_DEBUG code as in master branch. * Some updates to synccompare,
Re: [SyncEvolution] empty description set to summary
On 26/12/10 23:27, Patrick Ohly wrote: On Mi, 2010-12-22 at 21:31 +, jea...@xtra.co.nz wrote: On 22/12/10 21:41, Patrick Ohly wrote: How strongly do you feel about the added description? I'd rather keep the code as it is instead of risking breaking something for someone else. (I posted a reply to this earlier, but it seems to have disappeared into a cyber-black hole.) The issue is not important enough to warrant turning everything upside down, and maybe causing problems for other people. You have a valid point. It might not be a big issue, but even the small ones matter. Thank you. I've made the changes to the xml file, as you suggested, and it's now doing what I want. If I can do that in future versions, I'm OK. With Lukas explanation I'd be comfortable to make the change for everyone. Can you confirm that the line that he suggested works for you, instead of removing it entirely? if (ISAVAILABLE(SUMMARY)!=TRUE DESCRIPTION==EMPTY) DESCRIPTION=SUMMARY; That line seems to work. I've tested with items originating on the phone and on Evolution. Thanks Irihapeti ___ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution
Re: [SyncEvolution] syncevo-http-server: planning of new functionality
Patrick Ohly patrick.o...@... writes: Hello! As usual, I'd like to write down some thoughts on future functionality before actually implement it. How difficult would it be to have Obex over USB? It can be a lot faster if there are many items to sync, and is possibly more secure (especially in crowded environments such as apartment buildings). Just a dream, perhaps, but it would be nice to have an option for Lightning/Thunderbird/Seamonkey. It's a nice alternative for a lightweight system where Evolution with Gnome dependencies is more than one wants. Unfortunately, my coding skills are minimal so I can't help in that area, but I'd be very willing to help with testing. Irihapeti ___ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution
[SyncEvolution] OBEX over USB (was: Re: syncevo-http-server: planning of new functionality)
On So, 2010-12-26 at 20:44 +, Irihapeti wrote: How difficult would it be to have Obex over USB? I don't know. Definitely needs a developer who is interested in adding such a feature. -- 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. ___ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution
[Syncevolution-issues] [MeeGo Projects - Bug 10358] Nokia 2720a: Duplicated events appear on the phone If I try to add two or more events in the same syncronization.
http://bugs.meego.com/show_bug.cgi?id=10358 pohly patrick.o...@intel.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #13 from pohly patrick.o...@intel.com 2010-12-26 01:32:09 PST --- (In reply to comment #12) (In reply to comment #11) I have tested with version 1.1.0.99.1 from unstable repository and the problem keeps happening. Removing .server.ini files solves the problem for a short time, but the next time a synchronization operation is canceled or timed out, the problem appears again. I've found a very easy way to reproduce corruption issue: 1. When I start a sync operation when the task list is opened on my phone, sync operation doesn't start on the phone and syncevolution gives a timeout. 2. Next time I do a sync operation with more than one item involved, duplicated data appears on the phone. Can you attach logs from 1.1.0.99.1 showing these two steps? Wipe out .server.ini first, to keep the logs simple. -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching someone on the CC list of the bug. ___ Syncevolution-issues mailing list Syncevolution-issues@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution-issues
[Syncevolution-issues] [MeeGo Projects - Bug 10092] Sony Ericsson doesnt handle repeat-rule: until in vevent
http://bugs.meego.com/show_bug.cgi?id=10092 pohly patrick.o...@intel.com changed: What|Removed |Added Status|NEW |NEEDINFO Target Milestone|1.1.1 |1.1.2 --- Comment #10 from pohly patrick.o...@intel.com 2010-12-26 05:28:45 PST --- (In reply to comment #9) its partly fixed, but somewhere while converting the bug, it adds one day on my phone. [...] While the phone has set the rule to RRULE:D1 20101226T235959 it still shows me one event on the 27th, so one day to long. This might be because of 235959 with some timezone conversion might be in the next day? but this is just a wild guess! Sounds plausible to me. I tried your test case with a Nokia N97, which showed the event the last time on the 26th, as it should be. So what we need is a better heuristic or a Sony Ericsson specific conversion. What is the timezone on your phone? Also European time, I suppose? How does the phone send events which have end dates? Please quote an example which ends in the summer and one which ends in the winter - I wonder whether summer saving time has an effect. I think I'll go ahead with the 1.1.1 release and keep solving this issue for later. -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching someone on the CC list of the bug. ___ Syncevolution-issues mailing list Syncevolution-issues@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution-issues
[Syncevolution-issues] [MeeGo Projects - Bug 11241] Nokia: recurring events: recurrence rule not understood by phone
http://bugs.meego.com/show_bug.cgi?id=11241 --- Comment #11 from pohly patrick.o...@intel.com 2010-12-26 05:42:40 PST --- (In reply to comment #10) (In reply to comment #9) Confirmation that the problem is gone would be nice so that I can release 1.1.1. confirm fix on SE T700 However, as you pointed out in bug #10092, Sony Ericsson phones like the T700 now don't interpret the end date as expected (one day too many shown). Let's revise as part of 10092. -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching someone on the CC list of the bug. ___ Syncevolution-issues mailing list Syncevolution-issues@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution-issues
[Syncevolution-issues] [MeeGo Projects - Bug 10092] Sony Ericsson doesnt handle repeat-rule: until in vevent
http://bugs.meego.com/show_bug.cgi?id=10092 --- Comment #11 from karlrt kar...@gmx.net 2010-12-26 06:06:20 PST --- (In reply to comment #10) What is the timezone on your phone? Also European time, I suppose? Yes, GMT+1 How does the phone send events which have end dates? Please quote an example which ends in the summer and one which ends in the winter - I wonder whether summer saving time has an effect. There seems to be no difference. Heres the rules for a reoccuring event, with end-date as it comes from the phone. The event is from 15-15.30 GMT+1, in the file its all UTC: summer: RRULE:D1 20100728T143000Z winter: RRULE:D1 20101228T143000Z I think I'll go ahead with the 1.1.1 release good -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching someone on the CC list of the bug. ___ Syncevolution-issues mailing list Syncevolution-issues@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution-issues
[Syncevolution-issues] [MeeGo Projects - Bug 10358] Nokia 2720a: Duplicated events appear on the phone If I try to add two or more events in the same syncronization.
http://bugs.meego.com/show_bug.cgi?id=10358 --- Comment #14 from gelexgaray go...@your-mail.com 2010-12-26 09:53:31 PST --- Unable to reproduce phone timeout again :-( In any case, testing with 1.1.0.99.1 has duped all my notes and some contacts :-( I've uninstalled evolution and syncevolution Perhaps something is wrong with my phone model. I'm switching back to Windows/Nokia OVI Suite Thank you for your support -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching someone on the CC list of the bug. ___ Syncevolution-issues mailing list Syncevolution-issues@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution-issues
