From niko.berger at corinis.com Mon Feb 4 07:05:56 2008 From: niko.berger at corinis.com (Niko Berger) Date: Mon, 04 Feb 2008 16:05:56 +0100 Subject: [Synckolab] nightly 0.5.4 04-02-2008 15:48 is out! Message-ID: <47A729D4.3060802@corinis.com> Hi, I just released a few pretty big changes as nightly * added check for the "imap-deleted" flag * huge speed increase by using hashmap instead of array for internal calendar/contact database (about 500 entries/minute) * reduced cpu usage and removed deadlocks (also due to hashmaps) * changed flags for temporaray files (now use 0600 instead of 0666) so they arent world readable * added priority flag for todo/agenda The most important part is that I got the sync time for huge calendars/adress books reduced. From ~30 items/minute with possible deadlock (100% cpu usage), I got the sync speed to ~500 items/minute with ~40% cpu usage (depends on cpu, naturally) - if all items are already locally available (no laod from imap). I also added an autosave every 20 items, so if you cancel the sync, it wont start all over again :) Please beware, that this nightly isnt througly tested - so backup your data first (maybe disable write to imap). If this release proves stable within the next few days, i will release it as 0.5.4 Niko From alex at swiftnetcomputers.biz Mon Feb 4 17:06:27 2008 From: alex at swiftnetcomputers.biz (Alex Chejlyk) Date: Mon, 04 Feb 2008 20:06:27 -0500 Subject: [Synckolab] nightly 0.5.4 04-02-2008 15:48 is out! In-Reply-To: <47A729D4.3060802@corinis.com> References: <47A729D4.3060802@corinis.com> Message-ID: <47A7B693.5010708@swiftnetcomputers.biz> Thank you Niko! A huge speed improvement. This extension has matured greatly in the last month. Keep up the excellent work. Cheers, Alex C. Niko Berger wrote: > Hi, > I just released a few pretty big changes as nightly > > * added check for the "imap-deleted" flag > * huge speed increase by using hashmap instead of array for internal calendar/contact database (about 500 entries/minute) > * reduced cpu usage and removed deadlocks (also due to hashmaps) > * changed flags for temporaray files (now use 0600 instead of 0666) so they arent world readable > * added priority flag for todo/agenda > > > The most important part is that I got the sync time for huge > calendars/adress books reduced. From ~30 items/minute with possible > deadlock (100% cpu usage), I got the sync speed to ~500 items/minute > with ~40% cpu usage (depends on cpu, naturally) - if all items are > already locally available (no laod from imap). > I also added an autosave every 20 items, so if you cancel the sync, it > wont start all over again :) > > Please beware, that this nightly isnt througly tested - so backup your > data first (maybe disable write to imap). If this release proves stable > within the next few days, i will release it as 0.5.4 > > Niko > _______________________________________________ > Synckolab mailing list > Synckolab at mozdev.org > https://www.mozdev.org/mailman/listinfo/synckolab > From lindsay at softlog.com.au Mon Feb 4 20:37:01 2008 From: lindsay at softlog.com.au (Lindsay Mathieson) Date: Tue, 05 Feb 2008 14:37:01 +1000 Subject: [Synckolab] nightly 0.5.4 04-02-2008 15:48 is out! In-Reply-To: <47A729D4.3060802@corinis.com> References: <47A729D4.3060802@corinis.com> Message-ID: <47A7E7ED.4030500@softlog.com.au> Niko Berger wrote: > Hi, > I just released a few pretty big changes as nightly > Much faster, looking good. -- Lindsay Softlog Systems From hans at ezpear.com Mon Feb 4 22:01:50 2008 From: hans at ezpear.com (Hans) Date: Tue, 05 Feb 2008 14:01:50 +0800 Subject: [Synckolab] nightly 0.5.4 04-02-2008 15:48 is out! In-Reply-To: <47A729D4.3060802@corinis.com> References: <47A729D4.3060802@corinis.com> Message-ID: <47A7FBCE.1060907@ezpear.com> Niko Berger wrote: > Hi, > I just released a few pretty big changes as nightly > > * added check for the "imap-deleted" flag > * huge speed increase by using hashmap instead of array for internal calendar/contact database (about 500 entries/minute) > * reduced cpu usage and removed deadlocks (also due to hashmaps) > * changed flags for temporaray files (now use 0600 instead of 0666) so they arent world readable > * added priority flag for todo/agenda > > > The most important part is that I got the sync time for huge > calendars/adress books reduced. From ~30 items/minute with possible > deadlock (100% cpu usage), I got the sync speed to ~500 items/minute > with ~40% cpu usage (depends on cpu, naturally) - if all items are > already locally available (no laod from imap). > I also added an autosave every 20 items, so if you cancel the sync, it > wont start all over again :) > > Please beware, that this nightly isnt througly tested - so backup your > data first (maybe disable write to imap). If this release proves stable > within the next few days, i will release it as 0.5.4 > > Niko > _______________________________________________ > Synckolab mailing list > Synckolab at mozdev.org > https://www.mozdev.org/mailman/listinfo/synckolab > Hi! I've noticed big improvement for speed. but still some problem with calendars. Before upgrade: 1. New events in two calendars 2. Sync calendars to imap, all new events are copied to imap folder 3. Sync some events are removed from imap folder 4. Few more sync all events are removed from imap and from local calendars. After upgrade: 1. New events in two calendars 2. Sync calendars to imap, all new events are copied to imap folder 3. Sync some events are removed from imap folder 4. Few more sync and calendars are sync and removed with imap folder. First calendar is sync, another is removed, next sync previous calendar is removed and another is sync. But local copy is ok. 5. Few more sync all events are removed from imap and from local calendar. 6. Only events from 1 calendar (default for lighting) stays local and imap, second calendar events are removed from both: local and imap I've noticed that when sync calendar with imap events are removed,copy to remote, copy to local (not sure about order). Is it default behavior? Regards, Hans From niko.berger at corinis.com Tue Feb 5 03:21:59 2008 From: niko.berger at corinis.com (Niko Berger) Date: Tue, 05 Feb 2008 12:21:59 +0100 Subject: [Synckolab] nightly 0.5.4 04-02-2008 15:48 is out! In-Reply-To: <47A7FBCE.1060907@ezpear.com> References: <47A729D4.3060802@corinis.com> <47A7FBCE.1060907@ezpear.com> Message-ID: <47A846D7.9090400@corinis.com> Hans schrieb: > Niko Berger wrote: > >> Hi, >> I just released a few pretty big changes as nightly >> >> * added check for the "imap-deleted" flag >> * huge speed increase by using hashmap instead of array for internal calendar/contact database (about 500 entries/minute) >> * reduced cpu usage and removed deadlocks (also due to hashmaps) >> * changed flags for temporaray files (now use 0600 instead of 0666) so they arent world readable >> * added priority flag for todo/agenda >> >> >> The most important part is that I got the sync time for huge >> calendars/adress books reduced. From ~30 items/minute with possible >> deadlock (100% cpu usage), I got the sync speed to ~500 items/minute >> with ~40% cpu usage (depends on cpu, naturally) - if all items are >> already locally available (no laod from imap). >> I also added an autosave every 20 items, so if you cancel the sync, it >> wont start all over again :) >> >> Please beware, that this nightly isnt througly tested - so backup your >> data first (maybe disable write to imap). If this release proves stable >> within the next few days, i will release it as 0.5.4 >> >> Niko >> _______________________________________________ >> Synckolab mailing list >> Synckolab at mozdev.org >> https://www.mozdev.org/mailman/listinfo/synckolab >> >> > Hi! > I've noticed big improvement for speed. but still some problem with > calendars. > Before upgrade: > 1. New events in two calendars > 2. Sync calendars to imap, all new events are copied to imap folder > 3. Sync some events are removed from imap folder > 4. Few more sync all events are removed from imap and from local calendars. > After upgrade: > 1. New events in two calendars > 2. Sync calendars to imap, all new events are copied to imap folder > 3. Sync some events are removed from imap folder > 4. Few more sync and calendars are sync and removed with imap folder. > First calendar is sync, another is removed, next sync previous calendar > is removed and another is sync. > But local copy is ok. > 5. Few more sync all events are removed from imap and from local calendar. > 6. Only events from 1 calendar (default for lighting) stays local and > imap, second calendar events are removed from both: local and imap > > I've noticed that when sync calendar with imap events are removed,copy > to remote, copy to local (not sure about order). Is it default behavior? > > Regards, > Hans > > Hi Hans, you got me a little confused: You have two calendars which are both syncing in the same folder? if you remove the local entries it will delete the remote ones and the other way round. if you remove the save to imap, it will not change anything on the imap server. I will tell you what it would do (ie. if you deleted a local entry, it will first tell you "delete local", next sync it will tell you "new from server" - because it needs to get the local sync db up-to-date, but since you dont allow any server writes it messes up a little sometimes) but will only touch local files. Niko -- Corinis OpenSource Community & Content Management - www.corinis.org NPS Berger KEG www.corinis.com niko.berger at corinis.com Fax: +43/1/941 55 66 Kundratstrasse 4-6/18/9 A-1100 Vienna From lfarkas at bppiac.hu Tue Feb 5 05:03:30 2008 From: lfarkas at bppiac.hu (Farkas Levente) Date: Tue, 05 Feb 2008 14:03:30 +0100 Subject: [Synckolab] SyncKolab 0.5.3 is out In-Reply-To: <478FB938.8000206@corinis.com> References: <478FB938.8000206@corinis.com> Message-ID: <47A85EA2.20000@bppiac.hu> Niko Berger wrote: > Ps.: I still need some of you guys to help me translate the messages.. > you can find the locales in > http://www.mozdev.org/source/browse/synckolab/src/chrome/locale/ .. when > you translate something just send me the file.. i will take care of the > rest :P here is the hungarian (hu_HU or hu) translation. anyway there are duplicate entries: synckolab.settings.SyncCalendar synckolab.settings.SyncContacts synckolab.settings.SyncTasks ... -- Levente "Si vis pacem para bellum!" -------------- next part -------------- A non-text attachment was scrubbed... Name: synckolab.dtd Type: text/x-dtd Size: 7850 bytes Desc: not available Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080205/a9225633/attachment.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: synckolab.properties Url: http://www.mozdev.org/pipermail/synckolab/attachments/20080205/a9225633/attachment.ksh From lfarkas at bppiac.hu Tue Feb 5 05:28:37 2008 From: lfarkas at bppiac.hu (Farkas Levente) Date: Tue, 05 Feb 2008 14:28:37 +0100 Subject: [Synckolab] nightly 0.5.4 04-02-2008 15:48 is out! In-Reply-To: <47A729D4.3060802@corinis.com> References: <47A729D4.3060802@corinis.com> Message-ID: <47A86485.406@bppiac.hu> Niko Berger wrote: > Hi, > I just released a few pretty big changes as nightly > > * added check for the "imap-deleted" flag > * huge speed increase by using hashmap instead of array for internal calendar/contact database (about 500 entries/minute) > * reduced cpu usage and removed deadlocks (also due to hashmaps) > * changed flags for temporaray files (now use 0600 instead of 0666) so they arent world readable > * added priority flag for todo/agenda thanks! it's much faster, but still takes a few minutes, but it seems to be usable now. -- Levente "Si vis pacem para bellum!" From Andreas.Gungl at osp-dd.de Tue Feb 5 07:46:53 2008 From: Andreas.Gungl at osp-dd.de (Andreas Gungl) Date: Tue, 5 Feb 2008 16:46:53 +0100 Subject: [Synckolab] nightly 0.5.4 04-02-2008 15:48 is out! In-Reply-To: <47A729D4.3060802@corinis.com> References: <47A729D4.3060802@corinis.com> Message-ID: <200802051646.53533@osp-dd.de> Hello Niko, when testing the Nightly I get the following exception: Fehler: uncaught exception: [Exception... "Component returned failure code: 0x80004003 (NS_ERROR_INVALID_POINTER) [nsIEnumerator.first]" nsresult: "0x80004003 (NS_ERROR_INVALID_POINTER)" location: "JS frame :: chrome://synckolab/content/addressbook.js :: anonymous :: line 147" data: no] I haven't had time to look at the details (sources) yet. Perhaps it's related to not having any addressbook set up for sync. Best, Andreas Am Monday 04 February 2008 schrieb Niko Berger: > Hi, > I just released a few pretty big changes as nightly > > * added check for the "imap-deleted" flag > * huge speed increase by using hashmap instead of array for internal > calendar/contact database (about 500 entries/minute) * reduced cpu usage > and removed deadlocks (also due to hashmaps) * changed flags for > temporaray files (now use 0600 instead of 0666) so they arent world > readable * added priority flag for todo/agenda > [snip] From jliem at science.uva.nl Wed Feb 6 01:03:09 2008 From: jliem at science.uva.nl (Jochem Liem) Date: Wed, 06 Feb 2008 10:03:09 +0100 Subject: [Synckolab] [Sync Kolab] Syntax error and Invalid Pointer exception on 'initialising' Message-ID: <47A977CD.3020208@science.uva.nl> Dear developers, I'm trying to use Sync Kolab on my Linux workstation at work, my Windows computer at home, and my Mac laptop. Unfortunately, I've been encountering some errors. === Linux === On my ancient Linux (Fedora Core 3) workstation I'm running TB 1.5.0.8 and trying to run the new Sync Kolab nightly 6.0.0. I'm now getting syntax errors in the Javascript (Error) console immediately after starting Thunderbird: Error: syntax error Source File: chrome://synckolab/content/tools.js Line: 1598, Column: 16 Source Code: SKMap.prototype.delete = function( key ) (there is a green error on delete) If I go into the SyncKolab options, I get the SyncKolab setup. However the 'Next' button is greyed out (even when I enter a name), I get the same syntax error two more times, and finally the error message below: Error: trim is not defined Source File: chrome://synckolab/content/newWizard.xul Line: 68 I followed the following instructions mentioned on the website: - uninstall synckolab - remove all lines containing synckolab from your prefs.js (in your thunderbird profile folder) - remove all *.hdb files from your profile folder - install 0.5.2 and configure everything === Windows === On Windows XP SP2 with latest TB 2.0.0.9 and both version 0.5.3 and 0.6.0 of the Sync Kolab plugin I get an uncaught exception error why I try to sync. The Sync Kolab screen indicates that it is initialising: 52187 - Calendar available 94 - Trying adressbook config Contacts Error: uncaught exception: [Exception... "Component returned failure code: 0x80004003 (NS_ERROR_INVALID_POINTER) [nsIEnumerator.first]" nsresult: "0x80004003 (NS_ERROR_INVALID_POINTER)" location: "JS frame :: chrome://synckolab/content/addressbook.js :: anonymous :: line 149" data: no] I thought I'd ask if I'm just doing something wrong before I'd file them as bugs. Hope this helps. Thanks for your work on the plugin! Cheers, Jochem -- =-=-=-=-=-=-=-=-=-=-=-=-=-= Jochem Liem =-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Work: Home: Human Computer Studies Laboratory Zuiderkerkstraat 3 Informatics Institute 1501 NE, Zaandam Faculty of Science The Netherlands University of Amsterdam Kruislaan 419, Matrix I, Room 2.25 1098 VA, Amsterdam, The Netherlands http://www.science.uva.nl/~jliem/ Phone: +31 (0)20 525 6801 (work) Phone: +31 (0)75 6122 972 (home) Fax: +31 (0)20 525 6896 (work) Mobile: +31 (0)6 4321 9992 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From niko.berger at corinis.com Wed Feb 6 01:47:16 2008 From: niko.berger at corinis.com (Niko Berger) Date: Wed, 06 Feb 2008 10:47:16 +0100 Subject: [Synckolab] [Sync Kolab] Syntax error and Invalid Pointer exception on 'initialising' In-Reply-To: <47A977CD.3020208@science.uva.nl> References: <47A977CD.3020208@science.uva.nl> Message-ID: <47A98224.4090100@corinis.com> Hi, i fixed the problem with the .delete (altough i didnt test it in tbird 1.5... but this should do the trick). I also catch the exception on an emptry address book. Nightly is build, so please retest Niko Jochem Liem schrieb: > Dear developers, > > I'm trying to use Sync Kolab on my Linux workstation at work, my Windows > computer at home, and my Mac laptop. Unfortunately, I've been > encountering some errors. > > > === Linux === > On my ancient Linux (Fedora Core 3) workstation I'm running TB 1.5.0.8 > and trying to run the new Sync Kolab nightly 6.0.0. I'm now getting > syntax errors in the Javascript (Error) console immediately after > starting Thunderbird: > > Error: syntax error > Source File: chrome://synckolab/content/tools.js > Line: 1598, Column: 16 > Source Code: > SKMap.prototype.delete = function( key ) > (there is a green error on delete) > > If I go into the SyncKolab options, I get the SyncKolab setup. However > the 'Next' button is greyed out (even when I enter a name), I get the > same syntax error two more times, and finally the error message below: > > Error: trim is not defined > Source File: chrome://synckolab/content/newWizard.xul > Line: 68 > > I followed the following instructions mentioned on the website: > - uninstall synckolab > - remove all lines containing synckolab from your prefs.js (in your > thunderbird profile folder) > - remove all *.hdb files from your profile folder > - install 0.5.2 and configure everything > > > === Windows === > On Windows XP SP2 with latest TB 2.0.0.9 and both version 0.5.3 and > 0.6.0 of the Sync Kolab plugin I get an uncaught exception error why I > try to sync. The Sync Kolab screen indicates that it is initialising: > > 52187 - Calendar available > > 94 - Trying adressbook config Contacts > > Error: uncaught exception: [Exception... "Component returned failure > code: 0x80004003 (NS_ERROR_INVALID_POINTER) [nsIEnumerator.first]" > nsresult: "0x80004003 (NS_ERROR_INVALID_POINTER)" location: "JS frame > :: chrome://synckolab/content/addressbook.js :: anonymous :: line 149" > data: no] > > > I thought I'd ask if I'm just doing something wrong before I'd file them > as bugs. Hope this helps. > > Thanks for your work on the plugin! > > Cheers, > Jochem > > > > From Andreas.Gungl at osp-dd.de Wed Feb 6 08:46:38 2008 From: Andreas.Gungl at osp-dd.de (Andreas Gungl) Date: Wed, 6 Feb 2008 17:46:38 +0100 Subject: [Synckolab] Syntax error and Invalid Pointer exception on 'initialising' In-Reply-To: <47A98224.4090100@corinis.com> References: <47A977CD.3020208@science.uva.nl> <47A98224.4090100@corinis.com> Message-ID: <200802061746.38138@osp-dd.de> Am Wednesday 06 February 2008 schrieb Niko Berger: > Hi, i fixed the problem with the .delete (altough i didnt test it in > tbird 1.5... but this should do the trick). > I also catch the exception on an emptry address book. > > Nightly is build, so please retest > > Niko Hello Niko, I can confirm the fix in so far as the plugin doesn't stop with an exception anymore (on Windows and Linux). More thorough testing revealed a very strange behavior during the sync process. I have four calendars in use, but I tracked it a bit down by syncing only one of those. Using the nightly, a first sync removes entries from the IMAP folder. Somehow it thinks it should do so. On the next sync it starts to wonder where the events are. So it puts them back into the folder. This will go on and on, delete - add - delete - add ... However, somehow it even seems to loose events. The more I sync'ed, the less events remained. After going back to 0.5.3, the first sync corrected all my events (I'd restored the backup copy into the IMAP folder before.) The second sync reported no changes for all events. This is the desired behavior. As far as speed is concerned, the sync is about twice as fast as before. But the time depends on whether messages are removed from or added to the IMAP folder. The conclusion. This is a step into the right direction. Keep up the good work. However as long as the sync doesn't work as reliable as in 0.5.3, the new code can't get a recommendation. Best regards, Andreas From jliem at science.uva.nl Wed Feb 6 10:43:47 2008 From: jliem at science.uva.nl (Jochem Liem) Date: Wed, 06 Feb 2008 19:43:47 +0100 Subject: [Synckolab] [Sync Kolab] Syntax error and Invalid Pointer exception on 'initialising' In-Reply-To: <47A98224.4090100@corinis.com> References: <47A977CD.3020208@science.uva.nl> <47A98224.4090100@corinis.com> Message-ID: <47A9FFE3.3090203@science.uva.nl> Dear Niko, Thanks for the superfast fix. :) I tested the plugin on Linux and Mac at work, at Windows at home just now. Everything seems to work as it should now. Thanks a lot! Finally a real synchronized address book! :) Best regards, Jochem Niko Berger wrote: > Hi, i fixed the problem with the .delete (altough i didnt test it in > tbird 1.5... but this should do the trick). > I also catch the exception on an emptry address book. > > Nightly is build, so please retest > > Niko > > Jochem Liem schrieb: >> Dear developers, >> >> I'm trying to use Sync Kolab on my Linux workstation at work, my Windows >> computer at home, and my Mac laptop. Unfortunately, I've been >> encountering some errors. >> >> >> === Linux === >> On my ancient Linux (Fedora Core 3) workstation I'm running TB 1.5.0.8 >> and trying to run the new Sync Kolab nightly 6.0.0. I'm now getting >> syntax errors in the Javascript (Error) console immediately after >> starting Thunderbird: >> >> Error: syntax error >> Source File: chrome://synckolab/content/tools.js >> Line: 1598, Column: 16 >> Source Code: >> SKMap.prototype.delete = function( key ) >> (there is a green error on delete) >> >> If I go into the SyncKolab options, I get the SyncKolab setup. However >> the 'Next' button is greyed out (even when I enter a name), I get the >> same syntax error two more times, and finally the error message below: >> >> Error: trim is not defined >> Source File: chrome://synckolab/content/newWizard.xul >> Line: 68 >> >> I followed the following instructions mentioned on the website: >> - uninstall synckolab >> - remove all lines containing synckolab from your prefs.js (in your >> thunderbird profile folder) >> - remove all *.hdb files from your profile folder >> - install 0.5.2 and configure everything >> >> >> === Windows === >> On Windows XP SP2 with latest TB 2.0.0.9 and both version 0.5.3 and >> 0.6.0 of the Sync Kolab plugin I get an uncaught exception error why I >> try to sync. The Sync Kolab screen indicates that it is initialising: >> >> 52187 - Calendar available >> >> 94 - Trying adressbook config Contacts >> >> Error: uncaught exception: [Exception... "Component returned failure >> code: 0x80004003 (NS_ERROR_INVALID_POINTER) [nsIEnumerator.first]" >> nsresult: "0x80004003 (NS_ERROR_INVALID_POINTER)" location: "JS frame >> :: chrome://synckolab/content/addressbook.js :: anonymous :: line 149" >> data: no] >> >> >> I thought I'd ask if I'm just doing something wrong before I'd file them >> as bugs. Hope this helps. >> >> Thanks for your work on the plugin! >> >> Cheers, >> Jochem >> >> >> >> > > _______________________________________________ > Synckolab mailing list > Synckolab at mozdev.org > https://www.mozdev.org/mailman/listinfo/synckolab -- =-=-=-=-=-=-=-=-=-=-=-=-=-= Jochem Liem =-=-=-=-=-=-=-=-=-=-=-=-=-=-= Work: Home: Human Computer Studies Laboratory Zuiderkerkstraat 3 Informatics Institute 1501 NE, Zaandam Faculty of Science The Netherlands University of Amsterdam Kruislaan 419, Matrix I, Room 2.25 jliem at science.uva.nl 1098 VA, Amsterdam, The Netherlands http://www.science.uva.nl/~jliem/ Phone: +31 (0)20 525 6801 (work) Phone: +31 (0)75 6122 972 (home) Fax: +31 (0)20 525 6896 (work) Mobile: +31 (0)6 4321 9992 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From niko.berger at corinis.com Thu Feb 7 03:11:40 2008 From: niko.berger at corinis.com (Niko Berger) Date: Thu, 07 Feb 2008 12:11:40 +0100 Subject: [Synckolab] Syntax error and Invalid Pointer exception on 'initialising' In-Reply-To: <200802061746.38138@osp-dd.de> References: <47A977CD.3020208@science.uva.nl> <47A98224.4090100@corinis.com> <200802061746.38138@osp-dd.de> Message-ID: <47AAE76C.4090100@corinis.com> Andreas Gungl schrieb: > Am Wednesday 06 February 2008 schrieb Niko Berger: > >> Hi, i fixed the problem with the .delete (altough i didnt test it in >> tbird 1.5... but this should do the trick). >> I also catch the exception on an emptry address book. >> >> Nightly is build, so please retest >> >> Niko >> > > Hello Niko, > > I can confirm the fix in so far as the plugin doesn't stop with an exception > anymore (on Windows and Linux). > More thorough testing revealed a very strange behavior during the sync > process. I have four calendars in use, but I tracked it a bit down by > syncing only one of those. > > Using the nightly, a first sync removes entries from the IMAP folder. > Somehow it thinks it should do so. On the next sync it starts to wonder > where the events are. So it puts them back into the folder. This will go on > and on, delete - add - delete - add ... > However, somehow it even seems to loose events. The more I sync'ed, the less > events remained. > > After going back to 0.5.3, the first sync corrected all my events (I'd > restored the backup copy into the IMAP folder before.) The second sync > reported no changes for all events. This is the desired behavior. > > As far as speed is concerned, the sync is about twice as fast as before. But > the time depends on whether messages are removed from or added to the IMAP > folder. > > The conclusion. This is a step into the right direction. Keep up the good > work. However as long as the sync doesn't work as reliable as in 0.5.3, the > new code can't get a recommendation. > > Best regards, > Andreas > Hi, I fixed the problem with the incorrect sync. It seems the problem was in the comparison function. I did a few tests: 1 events on server: correctly added locally 1 new event local: first one let alone, second added to server another new local: first two let alone, third on server deleted one on server: correctly deleted locally deleted one local: correctly deleted on server changed one local: correctly updated During the tests, I found out, that changes done locally in lightning didnt always register through the apis. I had to click on relead/wait for about 10 seconds before the change acutally registered. I will try to look deeper into that. (nightly build and released) Niko -- Corinis OpenSource Community & Content Management - www.corinis.org NPS Berger KEG www.corinis.com niko.berger at corinis.com Fax: +43/1/941 55 66 Kundratstrasse 4-6/18/9 A-1100 Vienna From adrian.faulkner at kenure.co.uk Fri Feb 8 04:48:08 2008 From: adrian.faulkner at kenure.co.uk (Adrian Faulkner) Date: Fri, 08 Feb 2008 12:48:08 +0000 Subject: [Synckolab] Problems Setting Up SyncKolab Message-ID: <47AC4F88.40407@kenure.co.uk> I'm running an openpkg install of Kolab Server 2.2 Beta 3 (on Opensuse) and testing seems to indicate everything is fine. I can connect from Thunderbird 2.0.0.9 on my Windows client, send and receive email, and the LDAP directory service is working. I can also log in from Horde and that seems to be fine as well. However when it comes to SyncKolab I'm having a few issues, and I think it's down to me. However, my bosses have decided to turn my 6 week project into a 3 week project and I'm in a bit of a panic I have lightning 0.7 and Synckolab 0.5.3 installed, and other setting up the Kolab IMAP account, the LDAP directory service, and attempting to configure SyncKolab, I've done no configuration to Thunderbird My first problem comes from when I try and do the Synclab Options as part of the SyncKolab Configuration. I've found several guides online but I'm still confused. My confusion comes from the fact that after I have set up the email account in Thunderbird and installed the add-ons, the 'all folders' window on the Left Hand side of the Thunderbird screen only shows Inbox, and a sub-directory of Deleted for the Kolab IMAP account and under my Kolab account my Local Folders, where there's nothing listed other than Unsent and deleted. So, when I come to setting up to sync my contacts, calendar and tasks, I don't know which folders I should point them to. The examples I've found online seem to have many more folders and I don't know how they were set up (where they just new folders, or was there some configuration behind them). As a test I created a new folder under my inbox and in the SyncKolab config I pointed tasks to this folder. I also created a task locally, and a seperate non-conflicting one in Horde I synced and got a message "No items have been found locally but there are items on the server. Do you want to copy all items from the server". I said yes, and I got an email downloaded to my new tasks folder. The trouble is that this sits there and doesn't update my tasks list. Also the task I created locally in Thunderbird doesn't show in Horde. I'm not so worried about Horde as it won't be heavily used (it's just that as far as I'm aware it should work, and it isn't). The email I get from the Kolab server is the following (with the xml attached as Kolab.xml) ======= This is a Kolab Groupware object. To view this object you will need an email client that can understand the Kolab Groupware format. For a list of such email clients please visit _http://www.kolab.org/kolab2-clients.html_ --- Summary: New Task --- Notice: The information above is only valid, if no other client than synckolab updated this message. (ie. a client that updates the attachment but not the message) 0 Synckolab 0.5.3, Calendar Sync a93384e9-d25a-49e9-920b-c12ef1680eb8 New Task 2008-02-07T16:24:21Z 2008-02-07T16:24:24Z public _adrian.faulkner__ at kenure.co.uk _ _adrian.faulkner at kenure.co.uk _ busy 0 ============ How do I get this to update my tasks list rather than just sit in this folder? It's probably something I've forgotten to do. I've looked at the various Apache and freebusy logs on the Kolab server and can't see anything in there I even tried this on a brand new clean machine with a new clean install of Thunderbird and Add-Ons but the result is the same I also notice that if I go into the Lighting Plugin and try to add an attendee to an event, it doesn't seem to be pulling people from LDAP the way that typing into the to field in an email does. Consequently I don't seem to be pulling in any free/busy information. As I said, it's probably something I've done wrong (either with the SyncKolab setup or Kolab Config), so I'd appreciate any help so I can get this working From niko.berger at corinis.com Fri Feb 8 06:42:29 2008 From: niko.berger at corinis.com (Niko Berger) Date: Fri, 08 Feb 2008 15:42:29 +0100 Subject: [Synckolab] Problems Setting Up SyncKolab In-Reply-To: <47AC4F88.40407@kenure.co.uk> References: <47AC4F88.40407@kenure.co.uk> Message-ID: <47AC6A55.7050908@corinis.com> Adrian Faulkner wrote: > I have lightning 0.7 and Synckolab 0.5.3 installed, and other setting up > the Kolab IMAP account, the LDAP directory service, and attempting to > configure SyncKolab, I've done no configuration to Thunderbird > You really should upgrade to 0.6.0 (get it from www.gargan.org and *hopefully* soon from addons.mozilla.org) - has lots of speed improvements and fixes lotsa nasty bugs (actually all bugs found til now :P - how I do love an empty bugzilla) > My first problem comes from when I try and do the Synclab Options as > part of the SyncKolab Configuration. I've found several guides online > but I'm still confused. My confusion comes from the fact that after I > have set up the email account in Thunderbird and installed the add-ons, > the 'all folders' window on the Left Hand side of the Thunderbird screen > only shows Inbox, and a sub-directory of Deleted for the Kolab IMAP > account and under my Kolab account my Local Folders, where there's > nothing listed other than Unsent and deleted. > Ok, for that you have to know that synckolab works with IMAP *ONLY*. So before trying to configure synckolab, you have to setup the imap account. Depending on your setup you should be subscribed to all imap subfolders per default. If thats now the case (like it seems based on your description): rightclick the account name and click on "subscribe". then you should see a list of all imap folders available and you can check the ones you need (in synckolabs case especially the kolab folders for calendar/tasks). That should do the trick :P > As a test I created a new folder under my inbox and in the SyncKolab > config I pointed tasks to this folder. I also created a task locally, > and a seperate non-conflicting one in Horde > > I synced and got a message "No items have been found locally but there > are items on the server. Do you want to copy all items from the > server". I said yes, and I got an email downloaded to my new tasks > folder. The trouble is that this sits there and doesn't update my tasks > list. Also the task I created locally in Thunderbird doesn't show in > Horde. I'm not so worried about Horde as it won't be heavily used (it's > just that as far as I'm aware it should work, and it isn't). > ============ > seems like one of the known defects that have been fixed with 0.6.0 (problem is the wrong ....version="1.0"....). try syncing again after upgrading.. it should take case of the problem (might have to sync 2-3 times...) > I also notice that if I go into the Lighting Plugin and try to add an > attendee to an event, it doesn't seem to be pulling people from LDAP the > way that typing into the to field in an email does. Consequently I > don't seem to be pulling in any free/busy information. > free-busy doesnt work yet... Synckolab cant really help with that (yet? but i dotn really have time for this....) because you need to write a provider for lightning that can get the free-busy informaiton from kolab. About the contacts update in lightning when using ldap... you have to ask the lightning devs about that (or create a feature request). > Hope this informaiton helps Niko From slusallek at cs.uni-sb.de Fri Feb 8 10:55:56 2008 From: slusallek at cs.uni-sb.de (Philipp Slusallek) Date: Fri, 08 Feb 2008 10:55:56 -0800 Subject: [Synckolab] Syntax error and Invalid Pointer exception on 'initialising' In-Reply-To: <47AAE76C.4090100@corinis.com> References: <47A977CD.3020208@science.uva.nl> <47A98224.4090100@corinis.com> <200802061746.38138@osp-dd.de> <47AAE76C.4090100@corinis.com> Message-ID: <47ACA5BC.3070108@cs.uni-sb.de> Hi, Niko Berger wrote: > It seems the problem was in the comparison function. I did a few tests: > 1 events on server: correctly added locally > 1 new event local: first one let alone, second added to server > another new local: first two let alone, third on server > deleted one on server: correctly deleted locally > deleted one local: correctly deleted on server > changed one local: correctly updated I just downloaded the latest nightly version (0.6) and tried it with my calendar: It seemed to work fine (and much faster -- at least most of the time). There was one funny thing that it insisted that some events (it seemed like some (all?) the full day events) kept changing on the server (updat eon server). Also when I deleted an entry locally it did not get deleted on the next sync. It said it got updated on the server and was reported deleted on the server only at the next sync. Furthermore, at some point I ended up with a number (~30) unparsable entries. Even worse, at some point it started to delete all of my entries. I started over, deleting the entries in the IMAP folder and reimporting all the calendar entries from a backup copy. I then kept synching (changing/deleting one entry here and there) -- and lo and behold -- after the 5-6th time the same thing happened again (not all entries where deleted this time). There still seems to some bug somewhere. Update: I kept trying in a third try (delete, compact, import) while I wrote this email , and things seemed to work fine now (except for the full day events). One thing I did different was that I closed the sync window in between syncs now, which I did not do the first few times. Could that make a difference? BTW, this is just on a single Lighting (Windows XP) machine only talking to a single IMAP server. No other machine or program involved. I have marked the target folder for offline use (in case that makes a difference -- it seems to make sync faster at least). Philipp -------------- next part -------------- A non-text attachment was scrubbed... Name: slusallek.vcf Type: text/x-vcard Size: 369 bytes Desc: not available Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080208/9df24458/attachment.vcf From niko.berger at corinis.com Fri Feb 8 10:58:42 2008 From: niko.berger at corinis.com (Niko Berger) Date: Fri, 08 Feb 2008 19:58:42 +0100 Subject: [Synckolab] Syntax error and Invalid Pointer exception on 'initialising' In-Reply-To: <47ACA5BC.3070108@cs.uni-sb.de> References: <47A977CD.3020208@science.uva.nl> <47A98224.4090100@corinis.com> <200802061746.38138@osp-dd.de> <47AAE76C.4090100@corinis.com> <47ACA5BC.3070108@cs.uni-sb.de> Message-ID: <47ACA662.5040108@corinis.com> Philipp Slusallek schrieb: > Hi, > > Niko Berger wrote: >> It seems the problem was in the comparison function. I did a few tests: >> 1 events on server: correctly added locally >> 1 new event local: first one let alone, second added to server >> another new local: first two let alone, third on server >> deleted one on server: correctly deleted locally >> deleted one local: correctly deleted on server >> changed one local: correctly updated > > I just downloaded the latest nightly version (0.6) and tried it with > my calendar: > > It seemed to work fine (and much faster -- at least most of the time). > There was one funny thing that it insisted that some events (it seemed > like some (all?) the full day events) kept changing on the server > (updat eon server). > > Also when I deleted an entry locally it did not get deleted on the > next sync. It said it got updated on the server and was reported > deleted on the server only at the next sync. > > Furthermore, at some point I ended up with a number (~30) unparsable > entries. > > Even worse, at some point it started to delete all of my entries. I > started over, deleting the entries in the IMAP folder and reimporting > all the calendar entries from a backup copy. I then kept synching > (changing/deleting one entry here and there) -- and lo and behold -- > after the 5-6th time the same thing happened again (not all entries > where deleted this time). > > There still seems to some bug somewhere. > > Update: I kept trying in a third try (delete, compact, import) while I > wrote this email , and things seemed to work fine now (except for the > full day events). One thing I did different was that I closed the sync > window in between syncs now, which I did not do the first few times. > Could that make a difference? > > BTW, this is just on a single Lighting (Windows XP) machine only > talking to a single IMAP server. No other machine or program involved. > I have marked the target folder for offline use (in case that makes a > difference -- it seems to make sync faster at least). > > Philipp > I have this behaviour now reported a few times (always with different effects). There might well be a bug with full-day entries (or some other field.. hint welcome). On the other hand i noticed, that the calendar itself isnt that stable yet (0.7). seems like a new/changed entry doesnt register instantly. I was looking for a way to refresh the database, but so far - no luck... Someone has to find out what exactly the problem is, so we/I can report this to the calendar devs... its especially weird, since contacts semm to work completely bugfree now... Niko -- Corinis OpenSource Community & Content Management - www.corinis.org NPS Berger KEG www.corinis.com niko.berger at corinis.com Fax: +43/1/941 55 66 Kundratstrasse 4-6/18/9 A-1100 Vienna From robert at shau.de Fri Feb 8 11:16:06 2008 From: robert at shau.de (Robert Shau) Date: Fri, 08 Feb 2008 20:16:06 +0100 Subject: [Synckolab] Syntax error and Invalid Pointer exception on 'initialising' In-Reply-To: <47ACA662.5040108@corinis.com> References: <47A977CD.3020208@science.uva.nl> <47A98224.4090100@corinis.com> <200802061746.38138@osp-dd.de> <47AAE76C.4090100@corinis.com> <47ACA5BC.3070108@cs.uni-sb.de> <47ACA662.5040108@corinis.com> Message-ID: <47ACAA76.9090603@shau.de> -------- Original Message -------- Subject: [Synckolab] Syntax error and Invalid Pointer exception on 'initialising' From: Niko Berger To: synckolab at mozdev.org Date: Fri Feb 08 2008 19:58:42 GMT+0100 > Philipp Slusallek schrieb: >> Hi, >> >> Niko Berger wrote: >>> It seems the problem was in the comparison function. I did a few tests: >>> 1 events on server: correctly added locally >>> 1 new event local: first one let alone, second added to server >>> another new local: first two let alone, third on server >>> deleted one on server: correctly deleted locally >>> deleted one local: correctly deleted on server >>> changed one local: correctly updated >> >> I just downloaded the latest nightly version (0.6) and tried it with >> my calendar: >> >> It seemed to work fine (and much faster -- at least most of the time). >> There was one funny thing that it insisted that some events (it seemed >> like some (all?) the full day events) kept changing on the server >> (updat eon server). >> >> Also when I deleted an entry locally it did not get deleted on the >> next sync. It said it got updated on the server and was reported >> deleted on the server only at the next sync. >> >> Furthermore, at some point I ended up with a number (~30) unparsable >> entries. >> >> Even worse, at some point it started to delete all of my entries. I >> started over, deleting the entries in the IMAP folder and reimporting >> all the calendar entries from a backup copy. I then kept synching >> (changing/deleting one entry here and there) -- and lo and behold -- >> after the 5-6th time the same thing happened again (not all entries >> where deleted this time). >> >> There still seems to some bug somewhere. >> >> Update: I kept trying in a third try (delete, compact, import) while I >> wrote this email , and things seemed to work fine now (except for the >> full day events). One thing I did different was that I closed the sync >> window in between syncs now, which I did not do the first few times. >> Could that make a difference? >> >> BTW, this is just on a single Lighting (Windows XP) machine only >> talking to a single IMAP server. No other machine or program involved. >> I have marked the target folder for offline use (in case that makes a >> difference -- it seems to make sync faster at least). >> >> Philipp >> > I have this behaviour now reported a few times (always with different > effects). There might well be a bug with full-day entries (or some other > field.. hint welcome). > On the other hand i noticed, that the calendar itself isnt that stable > yet (0.7). seems like a new/changed entry doesnt register instantly. I > was looking for a way to refresh the database, but so far - no luck... > Someone has to find out what exactly the problem is, so we/I can report > this to the calendar devs... > its especially weird, since contacts semm to work completely bugfree now... > > > Niko > Hello, I can confirm the problems that have been reported by Philipp Slusallek and I do as well suspect Lightning (0.7) to be part of the problem. Maybe this is intersting for you to find the bug: Some days ago I tried to delete a calendar item in the Month-view that actually belonged to the next month, not to the currently displayed one, but it was also visible in this view because the tables are filled up with the connecting days. The entry in the table disappeared, but when I switched the view to the following month the entry was still there. When I switched back to the previous month the entry was there again. I could repeat this several times (but today I could not reproduce this). Best regards, Good effort, keep going! Robert From jliem at science.uva.nl Tue Feb 12 02:19:50 2008 From: jliem at science.uva.nl (Jochem Liem) Date: Tue, 12 Feb 2008 11:19:50 +0100 Subject: [Synckolab] Duplicate entries in IMAP folder Message-ID: <47B172C6.1070201@science.uva.nl> Dear Niko, I've just noticed what some weird behavior. Sometimes an update of an address book entry causes a duplicate of the kolab contact message to appear. Both contact-messages have an identical ID. As a result, each time I run 'sync kolab' a duplicate of the contact with that specific ID appears. Deleting the entry solves the issue. Could it have something to do with the old content of messages (just kolab message with xml file), and the new contents of the messages (kolab message, contact details + xml file)? The old entries are not updated to the new format. I haven't been able to manually reproduce the cause of the duplicate entries, however this is the second time since 0.6.0 I've experienced this behavior. Best regards, Jochem -- =-=-=-=-=-=-=-=-=-=-=-=-=-= Jochem Liem =-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Work: Home: Human Computer Studies Laboratory Zuiderkerkstraat 3 Informatics Institute 1501 NE, Zaandam Faculty of Science The Netherlands University of Amsterdam Kruislaan 419, Matrix I, Room 2.25 1098 VA, Amsterdam, The Netherlands http://www.science.uva.nl/~jliem/ Phone: +31 (0)20 525 6801 (work) Phone: +31 (0)75 6122 972 (home) Fax: +31 (0)20 525 6896 (work) Mobile: +31 (0)6 4321 9992 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From stea at cs.binghamton.edu Tue Feb 12 04:20:42 2008 From: stea at cs.binghamton.edu (Steaphan Greene) Date: Tue, 12 Feb 2008 07:20:42 -0500 Subject: [Synckolab] Icedove "Lists" Problem Message-ID: <47B18F1A.2040904@cs.binghamton.edu> First, let me say thanks to all who helped create SyncKolab. It is the one thing that was sorely missing from Thunderbird/Icedove. Thanks! Now, for my particular issue. I started using synckolab (v0.6.0) in Icedove (Debian Etch: 1.5.0.13+1.5.0.14b.dfsg1-0etch1), using Xml/Kolab2 format in an IMAP server. Things seemed to be working perfectly. However, the lists I have (as in, those created with the "Add List" button in the Address Book in Icedove) don't seem to be working right. At first, I could not find a pattern. The lists would be truncated, cleared, or ignored. I upgraded to the current nightly cvs build (2008-02-11), but it did not help. Here is a description of one (mis)behavior I currently can repeatably see: If I delete all lists from one client. Then on another client, I set the lists up correctly, all changes are ignored and synckolab does nothing. If I update the info of the lists so it will see a change (for example, change the lists "nickname"), the next sync shows ALL contacts EXCEPT the list as "local update"s, but clears the list instead of syncing it up to the IMAP server. Can anyone tell me something I am missing, or more information I could provide to help track this down? Thanks. -- Steaphan Greene Lecturer, Computer Science, Binghamton University GPG public key: http://www.cs.binghamton.edu/~sgreene/gpg.key.txt From niko.berger at corinis.com Tue Feb 12 09:36:03 2008 From: niko.berger at corinis.com (Niko Berger) Date: Tue, 12 Feb 2008 18:36:03 +0100 Subject: [Synckolab] New nightly (0.6.1) - big calendar fix Message-ID: <47B1D903.1010005@corinis.com> Hi, I just released a new nightly for 0.6.1. It includes a few pretty big bugfixes for calendar (which produced the add-delete-add error). I also added a few fixes for unparseable fields. So please try it out and tell me if it worked all right.. If so I will release this on addons.mozilla.org On a side notice: it would be great if some of you rated the extension on addons. From my chats with some other addon devs I found out that, the higher the rating the better the response for updates on addons :) Last but not least: I am thinking of supporting the sync of notes. The note format is already predefined by kolab, so thats pretty easy. The problem I do have is, that I am unable to decide which notes addon I should support (all?). Please tell me which notes appp do you use.. I found: * quicknote * message notes (seems kinda unusable for this purpose, because thenotes are attached to messages, which is not supported by kolab) * XNote Another way would be to use the lightning tasks for notes. I would then add [note] in the title, and would sync only those fields available for notes (ie. all date-related stuff and compelte wouldnt be synced at all)... suggestions welcome. Niko From lists at mhcsoftware.de Tue Feb 12 10:52:58 2008 From: lists at mhcsoftware.de (Matthias Henze) Date: Tue, 12 Feb 2008 19:52:58 +0100 Subject: [Synckolab] Kolab sync problem Message-ID: <47B1EB0A.70509@mhcsoftware.de> Hi, I use Kolab with KDE Kontact and want to use TB with Lightning on my Mac. I've installed "Sync Kolab" and set it up. When I try to sync I get the following message on the error console: Fehler: [Exception... "Component returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsIAbDirectory.addCard]" nsresult: "0x80004001 (NS_ERROR_NOT_IMPLEMENTED)" location: "JS frame :: chrome://synckolab/content/addressbook.js :: anonymous :: line 364" data: no] Quelldatei: chrome://synckolab/content/addressbook.js Zeile: 364 Any suggestions ? Matthias From lists at mhcsoftware.de Tue Feb 12 11:19:49 2008 From: lists at mhcsoftware.de (Matthias Henze) Date: Tue, 12 Feb 2008 20:19:49 +0100 Subject: [Synckolab] Kolab sync problem In-Reply-To: <47B1EB0A.70509@mhcsoftware.de> References: <47B1EB0A.70509@mhcsoftware.de> Message-ID: <47B1F155.6010903@mhcsoftware.de> ... solved. I've tried to sync with a LDAP-Kalender. But I've on problem left: It's all the same when I try to use my Kolab contacts with one of the Outlook connectors. Data gets messed up. It seems like KDE Kontact uses a differen layout of the XML file. Does any one know how I can get in sync ? Matthias Henze schrieb: > Hi, > > I use Kolab with KDE Kontact and want to use TB with Lightning on my > Mac. I've installed "Sync Kolab" and set it up. When I try to sync I get > the following message on the error console: > > Fehler: [Exception... "Component returned failure code: 0x80004001 > (NS_ERROR_NOT_IMPLEMENTED) [nsIAbDirectory.addCard]" nsresult: > "0x80004001 (NS_ERROR_NOT_IMPLEMENTED)" location: "JS frame :: > chrome://synckolab/content/addressbook.js :: anonymous :: line 364" > data: no] > Quelldatei: chrome://synckolab/content/addressbook.js > Zeile: 364 > > Any suggestions ? > > Matthias > _______________________________________________ > Synckolab mailing list > Synckolab at mozdev.org > https://www.mozdev.org/mailman/listinfo/synckolab From lfarkas at bppiac.hu Tue Feb 12 13:42:11 2008 From: lfarkas at bppiac.hu (Farkas Levente) Date: Tue, 12 Feb 2008 22:42:11 +0100 Subject: [Synckolab] New nightly (0.6.1) - big calendar fix In-Reply-To: <47B1D903.1010005@corinis.com> References: <47B1D903.1010005@corinis.com> Message-ID: <47B212B3.40901@bppiac.hu> Niko Berger wrote: > Hi, > I just released a new nightly for 0.6.1. It includes a few pretty big > bugfixes for calendar (which produced the add-delete-add error). I also > added a few fixes for unparseable fields. > So please try it out and tell me if it worked all right.. If so I will > release this on addons.mozilla.org any more speedup?:-) for us it's still takes a few minutes for on sync:-( > On a side notice: it would be great if some of you rated the extension > on addons. From my chats with some other addon devs I found out that, > the higher the rating the better the response for updates on addons :) where can i rate it? -- Levente "Si vis pacem para bellum!" From jliem at science.uva.nl Tue Feb 12 13:47:32 2008 From: jliem at science.uva.nl (Jochem Liem) Date: Tue, 12 Feb 2008 22:47:32 +0100 Subject: [Synckolab] New nightly (0.6.1) - big calendar fix In-Reply-To: <47B212B3.40901@bppiac.hu> References: <47B1D903.1010005@corinis.com> <47B212B3.40901@bppiac.hu> Message-ID: <47B213F4.1030505@science.uva.nl> >> On a side notice: it would be great if some of you rated the extension >> on addons. From my chats with some other addon devs I found out that, >> the higher the rating the better the response for updates on addons :) > where can i rate it? You can add a review here ('Add a review' on the bottom): https://addons.mozilla.org/en-US/thunderbird/addon/519 You do need to register. Cheers, Jochem -- =-=-=-=-=-=-=-=-=-=-=-=-=-= Jochem Liem =-=-=-=-=-=-=-=-=-=-=-=-=-=-= Work: Home: Human Computer Studies Laboratory Zuiderkerkstraat 3 Informatics Institute 1501 NE, Zaandam Faculty of Science The Netherlands University of Amsterdam Kruislaan 419, Matrix I, Room 2.25 jliem at science.uva.nl 1098 VA, Amsterdam, The Netherlands http://www.science.uva.nl/~jliem/ Phone: +31 (0)20 525 6801 (work) Phone: +31 (0)75 6122 972 (home) Fax: +31 (0)20 525 6896 (work) Mobile: +31 (0)6 4321 9992 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From niko.berger at corinis.com Tue Feb 12 13:51:23 2008 From: niko.berger at corinis.com (Niko Berger) Date: Tue, 12 Feb 2008 22:51:23 +0100 Subject: [Synckolab] New nightly (0.6.1) - big calendar fix In-Reply-To: <47B212B3.40901@bppiac.hu> References: <47B1D903.1010005@corinis.com> <47B212B3.40901@bppiac.hu> Message-ID: <47B214DB.8030000@corinis.com> Farkas Levente schrieb: > Niko Berger wrote: > >> Hi, >> I just released a new nightly for 0.6.1. It includes a few pretty big >> bugfixes for calendar (which produced the add-delete-add error). I also >> added a few fixes for unparseable fields. >> So please try it out and tell me if it worked all right.. If so I will >> release this on addons.mozilla.org >> > > any more speedup?:-) for us it's still takes a few minutes for on sync:-( > > Yeap.. loads of... the last speedup was for contacts only... messed up a little on calendar sync (damn copy-paste, damn you!!!) so now calendar should be almost as fast.. Still gotta work on the comparison function. That seems to take up most of the spped now - so there is still a little room for improvement, after that its up to your machine and thunderbird engine :) >> On a side notice: it would be great if some of you rated the extension >> on addons. From my chats with some other addon devs I found out that, >> the higher the rating the better the response for updates on addons :) >> > > where can i rate it? > > https://addons.mozilla.org/de/thunderbird/reviews/display/519 is review/rating :) -- Corinis OpenSource Community & Content Management - www.corinis.org NPS Berger KEG www.corinis.com niko.berger at corinis.com Fax: +43/1/941 55 66 Kundratstrasse 4-6/18/9 A-1100 Vienna From slusallek at cs.uni-sb.de Tue Feb 12 20:53:09 2008 From: slusallek at cs.uni-sb.de (Philipp Slusallek) Date: Tue, 12 Feb 2008 20:53:09 -0800 Subject: [Synckolab] New nightly (0.6.1) - big calendar fix In-Reply-To: <47B1D903.1010005@corinis.com> References: <47B1D903.1010005@corinis.com> Message-ID: <47B277B5.6000200@cs.uni-sb.de> Hi Niko, Niko Berger wrote: > I just released a new nightly for 0.6.1. It includes a few pretty big > bugfixes for calendar (which produced the add-delete-add error). I also > added a few fixes for unparseable fields. > So please try it out and tell me if it worked all right.. If so I will > release this on addons.mozilla.org Thanks a lot. It is definitely much faster, which is great! After several syncs of starting fresh (delete&recreate calendar, delete&compact folder, import existing calendar) I again got entries that got marked deleted without apparent reason (~50%, without any changes). However the of entries in the sync did not change until the next sync, when they really disappeared. Also I am getting some unparsable entries after a sync and after restarting TB. On the next sync it however, seemed to have fixed itself and they do not appear any more ?!? I still have the issue with full-day events always getting updated on the server even if there has been no changes. Could that be related to time zone issues? How are time zones handled anyway? I have issues with events that are in some time zone later appearing as "floating" or in "UTC", which messes up everything. It may be a Lighting issue though as it does not even let me change the time zone any more. BTW, the TZ dialog is a big mess in Lighting a nice graphical view but you cannot even use it for selecting the TZ - instead you have to use a unwieldly long drop down list. > Last but not least: > I am thinking of supporting the sync of notes. The note format is > already predefined by kolab, so thats pretty easy. The problem I do have > is, that I am unable to decide which notes addon I should support > (all?). Please tell me which notes appp do you use.. I found: > * quicknote This extension seems no longer supported (since late 2006). > * message notes (seems kinda unusable for this purpose, because thenotes > are attached to messages, which is not supported by kolab) > * XNote > Another way would be to use the lightning tasks for notes. I would then > add [note] in the title, and would sync only those fields available for > notes (ie. all date-related stuff and compelte wouldnt be synced at all)... This seems nice. However, I have just downloaded it and played around a little bit. What do you have in mind with these notes? Philipp -------------- next part -------------- A non-text attachment was scrubbed... Name: slusallek.vcf Type: text/x-vcard Size: 335 bytes Desc: not available Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080212/aeab2440/attachment.vcf From slusallek at cs.uni-sb.de Tue Feb 12 21:56:16 2008 From: slusallek at cs.uni-sb.de (Philipp Slusallek) Date: Tue, 12 Feb 2008 21:56:16 -0800 Subject: [Synckolab] New nightly (0.6.1) - big calendar fix Message-ID: <47B28680.4080605@cs.uni-sb.de> Hi, Philipp Slusallek wrote: > Niko Berger wrote: >> I just released a new nightly for 0.6.1. It includes a few pretty big >> bugfixes for calendar (which produced the add-delete-add error). I >> also added a few fixes for unparseable fields. >> So please try it out and tell me if it worked all right.. If so I will >> release this on addons.mozilla.org > > Thanks a lot. It is definitely much faster, which is great! I just tried the same procedure again (delete&recreate calendar, import existing ics-file, deleting& compacting entries in IMAP folder) and here is exactly what happens: -- 1. sync: As expexted it simply adds everything to the server -- fine. -- 2. sync: It reports "updated on server" for all all-day events, everything else says "no change". Updated entries get written to server (at the end I believe). -- 3. sync: Most things are still "no change", some intermittant entries report "unparsable parsing unknown", full-day entries get reported again as "updated on server", and some entries out of 205 are reported "local delete" (one block right after all the updated on server entries (could these be the task entries? otherwise tasks seem to work fine). Given that it does not give me whatever information SK has been able to read when parsing failed (at least id would be helpful) it is hard to debug what the issue may be. BTW, all 205 entries are still in the IMAP folder. -- 4. sync: The first block of entries all report "no change" but many entries appear with the same "id" and "content". May have been related to the unparsable entries before (however, they no longer are reported as unparsable). Then again a block with all the "updated on server". There seem to be no duplicates among those. There are still 205 entries on the server. BTW, the apparent duplicate entries do not show up in the calendar -- there is still just one entry. Also looking at the list of entries in the folder they seem to be all distinct. -- 5. sync: One block of "no chnage", one block of "updated on server", still 205 entries. After a short break TB started to do funny things and reported "TB can't connect securely to because the site uses a security protocol which isn't enabled". I restarted TB at this point and everything was fine afterwards. -- 6. sync: The same as in the 5. sync. The duplicates are still reported. -- 7. sync: Still the same -- it seems to be stable now. One thing that comes to mind why this may have gone wrong earlier is, that during my first try (last email) I may have changes an entry in the calendar while the sync was ongoing. May that cause problems? BTW, there are some typos in messages (Initiali*s*ing but synchronizing, unknwon). And the indentification of the plug-in is different in the add-on panel (still 0.6.0) and the title bar of the SK options window. Philipp -------------- next part -------------- A non-text attachment was scrubbed... Name: slusallek.vcf Type: text/x-vcard Size: 335 bytes Desc: not available Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080212/2555fdb5/attachment.vcf From gargan at corinis.net Tue Feb 12 11:13:54 2008 From: gargan at corinis.net (gargan at corinis.net) Date: Tue, 12 Feb 2008 19:13:54 +0000 Subject: [Synckolab] Kolab sync problem In-Reply-To: <47B1F155.6010903@mhcsoftware.de> References: <47B1EB0A.70509@mhcsoftware.de> <47B1F155.6010903@mhcsoftware.de> Message-ID: <4ef72cc9d93f81c86a23685d1f7f2d73@mail.corinis.com> They should use the same layout. if you have entries with a problem, send me the problematic entries per email. I can also setup a test acct for you, if you are willing to test this a little further. Niko On Tue, 12 Feb 2008 20:19:49 +0100, Matthias Henze wrote: > ... solved. I've tried to sync with a LDAP-Kalender. > > But I've on problem left: It's all the same when I try to use my Kolab > contacts with one of the Outlook connectors. Data gets messed up. It > seems like KDE Kontact uses a differen layout of the XML file. Does any > one know how I can get in sync ? > > > > Matthias Henze schrieb: >> Hi, >> >> I use Kolab with KDE Kontact and want to use TB with Lightning on my >> Mac. I've installed "Sync Kolab" and set it up. When I try to sync I get >> the following message on the error console: >> >> Fehler: [Exception... "Component returned failure code: 0x80004001 >> (NS_ERROR_NOT_IMPLEMENTED) [nsIAbDirectory.addCard]" nsresult: >> "0x80004001 (NS_ERROR_NOT_IMPLEMENTED)" location: "JS frame :: >> chrome://synckolab/content/addressbook.js :: anonymous :: line 364" >> data: no] >> Quelldatei: chrome://synckolab/content/addressbook.js >> Zeile: 364 >> >> Any suggestions ? >> >> Matthias >> _______________________________________________ >> Synckolab mailing list >> Synckolab at mozdev.org >> https://www.mozdev.org/mailman/listinfo/synckolab > > _______________________________________________ > Synckolab mailing list > Synckolab at mozdev.org > https://www.mozdev.org/mailman/listinfo/synckolab From andreas at stedry.de Tue Feb 12 23:59:42 2008 From: andreas at stedry.de (Andreas Stedry) Date: Wed, 13 Feb 2008 08:59:42 +0100 Subject: [Synckolab] New nightly (0.6.1) - big calendar fix In-Reply-To: <47B1D903.1010005@corinis.com> References: <47B1D903.1010005@corinis.com> Message-ID: <47B2A36E.80109@stedry.de> Hi, having support for notes would be a great thing to have. Especially if it would be possible to share the notes with other users (for shared mail-folders). We are using Xnotes here (not networking - only single user notes) Thank you very much for your work! best regards, Andreas Mit freundlichen Gr??en, Andreas Stedry Gesch?ftsf?hrer *FWS Formen- und Werkzeugbau Stedry GmbH* Werkstr. 12, D-77815 B?hl Tel. +49 (7223) 8083732,Fax +49 (7223) 8083751 HR: B.-Baden HRB 20-550 *http://www.stedry.de* Niko Berger schrieb: > Hi, > I just released a new nightly for 0.6.1. It includes a few pretty big > bugfixes for calendar (which produced the add-delete-add error). I also > added a few fixes for unparseable fields. > So please try it out and tell me if it worked all right.. If so I will > release this on addons.mozilla.org > > On a side notice: it would be great if some of you rated the extension > on addons. From my chats with some other addon devs I found out that, > the higher the rating the better the response for updates on addons :) > > Last but not least: > I am thinking of supporting the sync of notes. The note format is > already predefined by kolab, so thats pretty easy. The problem I do have > is, that I am unable to decide which notes addon I should support > (all?). Please tell me which notes appp do you use.. I found: > * quicknote > * message notes (seems kinda unusable for this purpose, because thenotes > are attached to messages, which is not supported by kolab) > * XNote > Another way would be to use the lightning tasks for notes. I would then > add [note] in the title, and would sync only those fields available for > notes (ie. all date-related stuff and compelte wouldnt be synced at all)... > > suggestions welcome. > > Niko > _______________________________________________ > Synckolab mailing list > Synckolab at mozdev.org > https://www.mozdev.org/mailman/listinfo/synckolab > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/synckolab/attachments/20080213/5bcf8060/attachment-0001.html From adempsey at mwf.com Wed Feb 13 05:04:01 2008 From: adempsey at mwf.com (Adam Dempsey) Date: Wed, 13 Feb 2008 13:04:01 +0000 Subject: [Synckolab] Syncing Message Filters In-Reply-To: References: Message-ID: <47B2EAC1.6050705@mwf.com> Some great work you've put it over the last few releases! thanks. Now that you're talking about adding support for syncing notes I thought I'd ask about the possibility of syncing Thunderbirds message filters? As currently I have to set them up on all of my machines, but ti would be good if I could save them onto my IMAP server, the same as I do with my calender entries. Just a suggestion. Keep up the great work! Adam Dempsey -- This email and any attachments are confidential. It is intended for the recipient only. If you are not the intended recipient, any use, disclosure, distribution, printing or copying of this email is unauthorised. If you have received this email in error please immediately notify the sender by replying to this email and delete the email from your computer. The contents of any attachment to this e-mail may contain software viruses which could damage your own computer system. While we have taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening the attachment. From lists at mhcsoftware.de Wed Feb 13 06:33:51 2008 From: lists at mhcsoftware.de (Matthias Henze) Date: Wed, 13 Feb 2008 15:33:51 +0100 Subject: [Synckolab] Kolab sync problem In-Reply-To: <4ef72cc9d93f81c86a23685d1f7f2d73@mail.corinis.com> References: <47B1EB0A.70509@mhcsoftware.de> <47B1F155.6010903@mhcsoftware.de> <4ef72cc9d93f81c86a23685d1f7f2d73@mail.corinis.com> Message-ID: <200802131533.51515.lists@mhcsoftware.de> They should, yes, but they don't as mentioned earlyer: I've the same problem with the tolltec outlook connector. This is a example XML: KAddressBook 3.3, Kolab resource TspLW00K09 2008-02-13T15:15:08Z 2008-02-13T15:15:08Z public firstname lastname firstname lastname organisation rol home2 private phone business2 bussines phone mobile mobile phone businessfax fax firstname lastname email at mail.com home Attached you find my Kontact view and my Thunderbird view. I use the std. KDE 3.5 apps and NOT the kolab specific ones. Am Dienstag 12 Februar 2008 schrieb gargan at corinis.net: > They should use the same layout. if you have entries with a problem, send > me the problematic entries per email. I can also setup a test acct for you, > if you are willing to test this a little further. > > Niko > > On Tue, 12 Feb 2008 20:19:49 +0100, Matthias Henze > > wrote: > > ... solved. I've tried to sync with a LDAP-Kalender. > > > > But I've on problem left: It's all the same when I try to use my Kolab > > contacts with one of the Outlook connectors. Data gets messed up. It > > seems like KDE Kontact uses a differen layout of the XML file. Does any > > one know how I can get in sync ? > > > > Matthias Henze schrieb: > >> Hi, > >> > >> I use Kolab with KDE Kontact and want to use TB with Lightning on my > >> Mac. I've installed "Sync Kolab" and set it up. When I try to sync I get > >> the following message on the error console: > >> > >> Fehler: [Exception... "Component returned failure code: 0x80004001 > >> (NS_ERROR_NOT_IMPLEMENTED) [nsIAbDirectory.addCard]" nsresult: > >> "0x80004001 (NS_ERROR_NOT_IMPLEMENTED)" location: "JS frame :: > >> chrome://synckolab/content/addressbook.js :: anonymous :: line 364" > >> data: no] > >> Quelldatei: chrome://synckolab/content/addressbook.js > >> Zeile: 364 > >> > >> Any suggestions ? -- Matthias Henze ? ? ? ? ? ? ? ?matthias at mhcsoftware.de Use PGP!! http://www.mhcsoftware.de/MatthiasHenze.asc - - - - - - - - - - - - - - - - - - - - - - - - - - - MHC SoftWare GmbH ? ?voice: +49-(0)9533-92006-0 Fichtera 17 fax: +49-(0)9533-92006-6 96274 Itzgrund/Germany e-Mail: info at mhcsoftware.de - - - - - - - - - - - - - - - - - - - - - - - - - - - -------------- next part -------------- A non-text attachment was scrubbed... Name: kontact.png Type: image/png Size: 33880 bytes Desc: not available Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080213/f77d0908/attachment-0003.png -------------- next part -------------- A non-text attachment was scrubbed... Name: tb-1.png Type: image/png Size: 46116 bytes Desc: not available Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080213/f77d0908/attachment-0004.png -------------- next part -------------- A non-text attachment was scrubbed... Name: tb-2.png Type: image/png Size: 46704 bytes Desc: not available Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080213/f77d0908/attachment-0005.png From lists at mhcsoftware.de Wed Feb 13 13:59:23 2008 From: lists at mhcsoftware.de (Matthias Henze) Date: Wed, 13 Feb 2008 22:59:23 +0100 Subject: [Synckolab] Hiding Folders Message-ID: <200802132259.23865.lists@mhcsoftware.de> Hi, as I use Kolab I've several groupware folders (contacts, calendar, shared, etc.) These folders are used for groupware proses only. These folder need to be subscribed to. In KDE Kontact I can hide these folders. Is there a way to hide them in Thunderbird too ? Canceling the subscription is no option ! Matthias From alex at swiftnetcomputers.biz Wed Feb 13 14:57:36 2008 From: alex at swiftnetcomputers.biz (Alex Chejlyk) Date: Wed, 13 Feb 2008 17:57:36 -0500 Subject: [Synckolab] Hiding Folders In-Reply-To: <200802132259.23865.lists@mhcsoftware.de> References: <200802132259.23865.lists@mhcsoftware.de> Message-ID: <47B375E0.7010309@swiftnetcomputers.biz> Matthias, I noticed the same thing, so I just added the folders I wanted to see to the favorites. I know it isn't truly hiding them, but it makes for a tidier sidebar ; ) Cheers, Alex C. Matthias Henze wrote: > Hi, > > as I use Kolab I've several groupware folders (contacts, calendar, shared, > etc.) These folders are used for groupware proses only. These folder need to > be subscribed to. In KDE Kontact I can hide these folders. Is there a way to > hide them in Thunderbird too ? Canceling the subscription is no option ! > > Matthias > _______________________________________________ > Synckolab mailing list > Synckolab at mozdev.org > https://www.mozdev.org/mailman/listinfo/synckolab > From Andreas.Gungl at osp-dd.de Thu Feb 14 02:05:53 2008 From: Andreas.Gungl at osp-dd.de (Andreas Gungl) Date: Thu, 14 Feb 2008 11:05:53 +0100 Subject: [Synckolab] =?iso-8859-15?q?Syntax_error_and_Invalid_Pointer_exce?= =?iso-8859-15?q?ption=09on=09=27initialising=27?= Message-ID: <200802141105.53659@osp-dd.de> Am Friday 08 February 2008 schrieb Philipp Slusallek: > Niko Berger wrote: > > It seems the problem was in the comparison function. I did a few tests: > > 1 events on server: correctly added locally > > 1 new event local: first one let alone, second added to server > > another new local: first two let alone, third on server > > deleted one on server: correctly deleted locally > > deleted one local: correctly deleted on server > > changed one local: correctly updated > > I just downloaded the latest nightly version (0.6) and tried it with my > calendar: > > It seemed to work fine (and much faster -- at least most of the time). > There was one funny thing that it insisted that some events (it seemed > like some (all?) the full day events) kept changing on the server (updat > eon server). > > Also when I deleted an entry locally it did not get deleted on the next > sync. It said it got updated on the server and was reported deleted on > the server only at the next sync. > [snip] Same experience here. The problem is not fixed. At first I was thinking I still got the old nightly due to some proxies. But as Phillip reports the same problems, I'm quite sure the problem does still exist. As said, the current stable release is rock solid with respect to the sync behavior. Andreas From Andreas.Gungl at osp-dd.de Thu Feb 14 02:13:18 2008 From: Andreas.Gungl at osp-dd.de (Andreas Gungl) Date: Thu, 14 Feb 2008 11:13:18 +0100 Subject: [Synckolab] New nightly (0.6.1) - big calendar fix Message-ID: <200802141113.18499@osp-dd.de> Am Tuesday 12 February 2008 schrieb Niko Berger: > I just released a new nightly for 0.6.1. It includes a few pretty big > bugfixes for calendar (which produced the add-delete-add error). I also > added a few fixes for unparseable fields. > So please try it out and tell me if it worked all right.. If so I will > release this on addons.mozilla.org The calendar sync is still broken. Version 0.6.1 decides to not add some of my events which are stored on the server during the initial sync. On subsequent syncs, I found other events duplicated in the local calendar. (see attached screenshot) It's not so easy to track down the reason for that behavior. A lot of changes have been made since 0.5.3, most of them are not related to the sync process. I don't think Lightning is to blame here, as 0.5.3 synchronizes the same calendars without errors. > On a side notice: it would be great if some of you rated the extension > on addons. From my chats with some other addon devs I found out that, > the higher the rating the better the response for updates on addons :) I'm a bit disappointed by the release strategy. In the 0.5.x series, there often were calendar sync problems, and corrections were either applied too late or overridden by changes for the next version. The 0.5.3 is the only public available release which synchronizes the calendar correctly. It was indicated that 0.6.0 broke the calendar sync. Why was that broken software released? Users which could sync their calendars with 0.5.3 are lost now. 0.6.1 doesn't fix the problem, at least not until now. We're talking about stability for pretty sensitive data, your calendar. If you can't trust your calendar application, you will switch to another software. Is that, what we want? Instead of going for new features (which is more fun for a programmer, I know) I'd like to see the synchronization stabilized, perhaps even by an automated test scenario. Else Synckolab will loose its audience once Kontact (KDE 4) is available for Windows and Mac, which is not that far away from now as some blog entries indicate. Andreas -------------- next part -------------- A non-text attachment was scrubbed... Name: snckolab-problem.png Type: image/png Size: 8576 bytes Desc: not available Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080214/a6ff5bc2/attachment.png From spam-abuse at gmx.de Tue Feb 19 00:46:20 2008 From: spam-abuse at gmx.de (Sascha Ehlert) Date: Tue, 19 Feb 2008 09:46:20 +0100 Subject: [Synckolab] synckolab erase any Items in calendar Message-ID: <47BA975C.4000608@gmx.de> Hi, i use lighting and synckolab 0.6.1 on three Systems and sync with a courier imap-Server on a Debian Etch. Windows and Debian. Yesterday crashed my calender. I save my Item on the Debian Machine and export it to .ics-File. On the WinXP Machine (at work) i created a new Calender and sync again. Nothing. I created a new calender again and imported the .ics-File. All ok, but after the sync is the calender empty. :-( Any Hints? Thanks Sascha (sorry for my awful english) From niko.berger at corinis.com Tue Feb 19 01:45:51 2008 From: niko.berger at corinis.com (Niko Berger) Date: Tue, 19 Feb 2008 10:45:51 +0100 Subject: [Synckolab] synckolab erase any Items in calendar In-Reply-To: <47BA975C.4000608@gmx.de> References: <47BA975C.4000608@gmx.de> Message-ID: <47BAA54F.40101@corinis.com> Hmmm.. might be a number of reasons. * ics is kinda buggy - because of the not-yet-finished lightning (check out there bugzilla for hints) * maybe you have a problem with your configuration * might be a bug in synckolab - for this check the error console (Extras/Fehlerkonsole) and see if any "weird" messages appear (like "Unable to parse message..." - "unable to write XXX"). * check bugzilla Niko Sascha Ehlert wrote: > Hi, > i use lighting and synckolab 0.6.1 on three Systems and sync with a > courier imap-Server on a Debian Etch. > Windows and Debian. > Yesterday crashed my calender. I save my Item on the Debian Machine and > export it to .ics-File. On the WinXP Machine (at work) i created a new > Calender and sync again. Nothing. I created a new calender again and > imported the .ics-File. All ok, but after the sync is the calender > empty. :-( > > Any Hints? > > > Thanks > > Sascha > (sorry for my awful english) > _______________________________________________ > Synckolab mailing list > Synckolab at mozdev.org > https://www.mozdev.org/mailman/listinfo/synckolab > From niko.berger at corinis.com Tue Feb 19 02:22:56 2008 From: niko.berger at corinis.com (Niko Berger) Date: Tue, 19 Feb 2008 11:22:56 +0100 Subject: [Synckolab] New nightly (0.6.1) - big calendar fix In-Reply-To: <200802141113.18499@osp-dd.de> References: <200802141113.18499@osp-dd.de> Message-ID: <47BAAE00.5030309@corinis.com> Andreas Gungl wrote: > Am Tuesday 12 February 2008 schrieb Niko Berger: > >> I just released a new nightly for 0.6.1. It includes a few pretty big >> bugfixes for calendar (which produced the add-delete-add error). I also >> added a few fixes for unparseable fields. >> So please try it out and tell me if it worked all right.. If so I will >> release this on addons.mozilla.org >> > > The calendar sync is still broken. Version 0.6.1 decides to not add some of > my events which are stored on the server during the initial sync. On > subsequent syncs, I found other events duplicated in the local calendar. > (see attached screenshot) > It's not so easy to track down the reason for that behavior. A lot of > changes have been made since 0.5.3, most of them are not related to the > sync process. > > I don't think Lightning is to blame here, as 0.5.3 synchronizes the same > calendars without errors. > You can check back the cvs for the calendar. the main chang ein the sync was to create a local sync hashtable prior to syncing to speed up things considerably. so instead of going through each messge every time (loop-wise) it generates a hashtable at the very beginning and then only updates and checks this - maybe the problem is somewhere around there. Since I am until now unable to reproduce the problem, could you please check your javascript console (look especially for the: "findevent returned " line). I put up a new nightly with a few extra debug messages - you might want to check it out. another problem was also, that due to the way comparing of events was done (instead of checking the internal events, they are parsed to xml and then checked), the function tended to fail (especially because of the "user email" used for organizer. So maybe using a different compare function (one that compares field-by-field like in contacts) might be a better solution > >> On a side notice: it would be great if some of you rated the extension >> on addons. From my chats with some other addon devs I found out that, >> the higher the rating the better the response for updates on addons :) >> > > I'm a bit disappointed by the release strategy. In the 0.5.x series, there > often were calendar sync problems, and corrections were either applied too > late or overridden by changes for the next version. The 0.5.3 is the only > public available release which synchronizes the calendar correctly. > > It was indicated that 0.6.0 broke the calendar sync. Why was that broken > software released? Users which could sync their calendars with 0.5.3 are > lost now. 0.6.1 doesn't fix the problem, at least not until now. > > We're talking about stability for pretty sensitive data, your calendar. If > you can't trust your calendar application, you will switch to another > software. Is that, what we want? Instead of going for new features (which > is more fun for a programmer, I know) I'd like to see the synchronization > stabilized, perhaps even by an automated test scenario. Else Synckolab will > loose its audience once Kontact (KDE 4) is available for Windows and Mac, > which is not that far away from now as some blog entries indicate. > Ok, first of all, I didnt really introduce new features for quite a while. Spending hours on testing and bugfixing (+answering all those bug reports and trying to find some way to reproduce them). The 0.6.0 release was tested pretty throughly and around 30-40 bugs were fixed. I didnt bump or release 0.6.0 until I had around two weeks of no-further bugs and tests all successful. It would be a GREAT help if whoever has problems would try to paste the log files and help analyzing. For those who have hard-to-figure out problems (like the loosing XXX entries). I set up a test imap account, so I can sync the data with my machine and try to figure out what the problem is (I know testing and bugfinding isnt that easy). By this I was able to fix quite a lot of nasty bugs. > Andreas > > Niko From Andreas.Gungl at osp-dd.de Tue Feb 19 10:40:11 2008 From: Andreas.Gungl at osp-dd.de (Andreas Gungl) Date: Tue, 19 Feb 2008 19:40:11 +0100 Subject: [Synckolab] New nightly (0.6.1) - big calendar fix In-Reply-To: <47BAAE00.5030309@corinis.com> References: <200802141113.18499@osp-dd.de> <47BAAE00.5030309@corinis.com> Message-ID: <200802191940.11997@osp-dd.de> Am Tuesday 19 February 2008 schrieb Niko Berger: > Andreas Gungl wrote: > > Am Tuesday 12 February 2008 schrieb Niko Berger: > > ? > > > >> I just released a new nightly for 0.6.1. It includes a few pretty big > >> bugfixes for calendar (which produced the add-delete-add error). I > >> also added a few fixes for unparseable fields. > >> So please try it out and tell me if it worked all right.. If so I will > >> release this on addons.mozilla.org > >> ? ? > > > > The calendar sync is still broken. Version 0.6.1 decides to not add > > some of my events which are stored on the server during the initial > > sync. On subsequent syncs, I found other events duplicated in the local > > calendar. (see attached screenshot) > > It's not so easy to track down the reason for that behavior. A lot of > > changes have been made since 0.5.3, most of them are not related to the > > sync process. > > > > I don't think Lightning is to blame here, as 0.5.3 synchronizes the > > same calendars without errors. > > ? > > You can check back the cvs for the calendar. the main chang ein the sync > was to create a local sync hashtable prior to syncing to speed up things > considerably. so instead of going through each messge every time > (loop-wise) it generates a hashtable at the very beginning and then only > updates and checks this - maybe the problem is somewhere around there. > Since I am until now unable to reproduce the problem, could you please > check your javascript console (look especially for the: "findevent > returned " line). I put up a new nightly with a few extra debug messages > - you might want to check it out. > > another problem was also, that due to the way comparing of events was > done (instead of checking the internal events, they are parsed to xml > and then checked), the function tended to fail (especially because of > the "user email" used for organizer. So maybe using a different compare > function (one that compares field-by-field like in contacts) might be a > better solution Sorry, I've to stand corrected. After testing on several machines I cannot ignore that the problem seems to be not directly related to the Synckolab code. There must be some parallel execution (asynch processes or whatever), as on some machines sometimes the synchronization works, and on others it doesn't. I remember to have seen similar effects before 0.5.3, but as that release was absolutely stable for me, I thought the problems were eventually solved. Of course, this case is the worst one for a programmer. It's very hard to find out where the parallelism is and how to work around it. Andreas From alex at swiftnetcomputers.biz Tue Feb 26 07:38:02 2008 From: alex at swiftnetcomputers.biz (Alex Chejlyk) Date: Tue, 26 Feb 2008 10:38:02 -0500 Subject: [Synckolab] Question on Shared Calendar Message-ID: <47C4325A.8080101@swiftnetcomputers.biz> Hello, I have a company calendar that is accessible by everyone (r/w). We are currently using Outlook/Toltec. The account that shares the calendar is called corporate at company.org Using SyncKolab 0.6.1, TB 2.0.0.9, user name: jdoe at company.org If SyncKolab is set to use the corporate/calendar share for the calendar, the calendar syncs properly. If there is a change made by the TB user, the calendar entries disappear from all Toltec users, but are still available to the TB user. When a Toltec user makes a change the message sender is set as unknown. SyncKolab changes the sender to jdoe at company.org. This stops the calendar from being shared to all except for jdoe at company.org. Should I connect TB to coporate at company.org, then use SyncKolab to access the corporate/calendar? Thanks, Alex C. From niko.berger at corinis.com Tue Feb 26 08:38:10 2008 From: niko.berger at corinis.com (Niko Berger) Date: Tue, 26 Feb 2008 17:38:10 +0100 Subject: [Synckolab] Question on Shared Calendar In-Reply-To: <47C4325A.8080101@swiftnetcomputers.biz> References: <47C4325A.8080101@swiftnetcomputers.biz> Message-ID: <47C44072.5070506@corinis.com> Alex Chejlyk wrote: > Hello, > > I have a company calendar that is accessible by everyone (r/w). > We are currently using Outlook/Toltec. > The account that shares the calendar is called corporate at company.org > > Using SyncKolab 0.6.1, TB 2.0.0.9, user name: jdoe at company.org > > If SyncKolab is set to use the corporate/calendar share for the > calendar, the calendar syncs properly. If there is a change made by the > TB user, the calendar entries disappear from all Toltec users, but are > still available to the TB user. > When a Toltec user makes a change the message sender is set as unknown. > SyncKolab changes the sender to jdoe at company.org. This stops the > calendar from being shared to all except for jdoe at company.org. > > Should I connect TB to coporate at company.org, then use SyncKolab to > access the corporate/calendar? > > > Thanks, > > Alex C. > Right now synckolab uses the email adress from the account you use to sync with for new entries. so you could try do use corporate at company.org instead of jdoe and it should be set accordingly and thus be visible by toltec (i dont have a lot of expierience with toltec, so i cant really help you there). If that does not work, please open a bug in bugzilla (http://synckolab.mozdev.org/bugs.html) with enhancement that you should be able to set the email adress through configuration. Niko From Germann_M_dienst at web.de Sat Feb 23 11:50:23 2008 From: Germann_M_dienst at web.de (Michael Germann) Date: Sat, 23 Feb 2008 20:50:23 +0100 Subject: [Synckolab] Suggestion: sync on certain events? References: 200802141113.18499@osp-dd.de Message-ID: <47C078FF.1070903@web.de> Hello, I consider using your very interesting and promising extension as a shared calendar tool over IMAP after I will have tried out v. 0.6.0 for some days. Thank you for your work! As I understood, synchronisation will start on one of two conditions: 1 - manual start by the Sync Kolab button or by the "Tools/Start Sync Kolab" menu entry 2 - automatically every x minutes as chosen in the "Sync interval" option, unless "0" Just manually synchronizing (1) is not the most comfortable way, the more so as the lightning toolbar has no "Sync Kolab" button (would be another useful thing, by the way). Automatic synchronizing (2) has a disadvantage, too: it will start regardless of calendar use. Let us suppose that I, having chosen a 5 minutes sync interval, have a first look at my calendar, then switch to e-mail and other work for an hour before my next look at my calendar. Meanwhile, Sync Kolab will have synchronized the unused calendar some 12 times. I appreciate very much the option to hide the window, but nevertheless I find it annoying to have useless internet traffic in the background (think of a non-permanent internet connection). Setting the sync interval to, say, 30 minutes will reduce that but will force me to manually synchronize in case that I need my calendar already after, say, 25 minutes, and want to be sure to get new entries entered by a collegue I share the calendar with (and vice versa). Maybe I do not really understand the synchronizing mechanism, as I do not know the synchronisation path between (a) the remote IMAP folder (b) its local representation within Thunderbird (c) the local Lightning calendar file (d) its representation within (I presume) a Sync Kolab database. For example, I do not know how the Lightning "Refresh remote calendars" command cooperates with Sync Kolab, or if the IMAP folder settings within Thunderbird have an important effect or not. To help me (and perhaps some other users with synchronization problems) you might consider to add some short explanations to the configuration help on your homepage. But if my wish is not too weird, I suggest at least two further synchronizing conditions (optional, to check in the configuration menu): 1-2 as above 3 - synchronize on every switch to the Lightning window 4 - synchronize after every calendar entry or change by the user Thank you again. Your extension promises to bridge a huge gap between Mozilla and groupware. And sorry for the long post. Best regards M. Germann. My Configuration: Windows XP, TB 1.5.0.2, Lightning 0.7, SyncKolab 0.6.0 (all German). From mail at pontuslindqvist.se Mon Feb 25 07:08:26 2008 From: mail at pontuslindqvist.se (Pontus Lindqvist) Date: Mon, 25 Feb 2008 16:08:26 +0100 Subject: [Synckolab] SyncKolab - can is work with Mail lists Message-ID: <47C2D9EA.7040305@pontuslindqvist.se> An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/synckolab/attachments/20080225/13d3c9d0/attachment.html From sven at brudaswen.de Wed Feb 27 08:24:04 2008 From: sven at brudaswen.de (Sven Obser (BrudaSwen)) Date: Wed, 27 Feb 2008 17:24:04 +0100 Subject: [Synckolab] Disable limitation of calendar and task entries older than x days Message-ID: <47C58EA4.70207@brudaswen.de> Hi, I just found your synckolab extension and tried to configure it for my environment. One option is quite restricting: I have a calendar for all the birthdays I can not remember myself. A lot of these entries are very old, because I created them some years ago. Now synckolab does not want to store these entries, because it ignores events older than xxx days. Why can't I store all events of a calendar on the IMAP server? Is there a possibility to store all events? Thanks for your help. Sven. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3275 bytes Desc: S/MIME Cryptographic Signature Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080227/2bf09897/attachment.bin From niko.berger at corinis.com Wed Feb 27 08:37:03 2008 From: niko.berger at corinis.com (Niko Berger) Date: Wed, 27 Feb 2008 17:37:03 +0100 Subject: [Synckolab] SyncKolab - can is work with Mail lists In-Reply-To: <47C2D9EA.7040305@pontuslindqvist.se> References: <47C2D9EA.7040305@pontuslindqvist.se> Message-ID: <47C591AF.1060702@corinis.com> Pontus Lindqvist wrote: > Hi all, > > Just installed SyncKolab and it works great! However, it seems it does > not synchronize my mail lists that I have created in Thunderbird. Is > this a feature or a bug? > > .pli Thats definitely a bug. Please open a bug in bugzilla (http://synckolab.mozdev.org/bugs.html) and check the error console for information. Do not forget to add the synckolab version you are using (0.6.2 nightly is the most recent one - you can get it form www.gargan.org) It should work. Niko From niko.berger at corinis.com Wed Feb 27 08:44:35 2008 From: niko.berger at corinis.com (Niko Berger) Date: Wed, 27 Feb 2008 17:44:35 +0100 Subject: [Synckolab] Suggestion: sync on certain events? In-Reply-To: <47C078FF.1070903@web.de> References: 200802141113.18499@osp-dd.de <47C078FF.1070903@web.de> Message-ID: <47C59373.5040801@corinis.com> Michael Germann wrote: > Hello, > > I consider using your very interesting and promising extension as a > shared calendar tool over IMAP after I will have tried out v. 0.6.0 for > some days. Thank you for your work! > > As I understood, synchronisation will start on one of two conditions: > > 1 - manual start by the Sync Kolab button or by the "Tools/Start Sync > Kolab" menu entry > > 2 - automatically every x minutes as chosen in the "Sync interval" > option, unless "0" > > Just manually synchronizing (1) is not the most comfortable way, the > more so as the lightning toolbar has no "Sync Kolab" button (would be > another useful thing, by the way). > Actually, you can put a button the ba r(rightclick and drag the synckolab button it into your bar.. see the documentation on www.gargan.org) > Automatic synchronizing (2) has a disadvantage, too: it will start > regardless of calendar use. Let us suppose that I, having chosen a 5 > minutes sync interval, have a first look at my calendar, then switch to > e-mail and other work for an hour before my next look at my calendar. > Meanwhile, Sync Kolab will have synchronized the unused calendar some 12 > times. I appreciate very much the option to hide the window, but > nevertheless I find it annoying to have useless internet traffic in the > background (think of a non-permanent internet connection). Setting the > sync interval to, say, 30 minutes will reduce that but will force me to > manually synchronize in case that I need my calendar already after, say, > 25 minutes, and want to be sure to get new entries entered by a collegue > I share the calendar with (and vice versa). > > Maybe I do not really understand the synchronizing mechanism, as I do > not know the synchronisation path between (a) the remote IMAP folder (b) > its local representation within Thunderbird (c) the local Lightning > calendar file (d) its representation within (I presume) a Sync Kolab > database. For example, I do not know how the Lightning "Refresh remote > calendars" command cooperates with Sync Kolab, or if the IMAP folder > settings within Thunderbird have an important effect or not. To help me > (and perhaps some other users with synchronization problems) you might > consider to add some short explanations to the configuration help on > your homepage. > the "refresh remote" doesnt interact at all. Thats purely for the remote observers to fetch the data and update into the database. Synckolab writes the entries directly into the database. the imap settings shouldnt have that big of an effect either. On each sync, synckolab lets tbird fetch the new messages in the imap folder (which will be really quick if nothing happened) and then checks the header with a local database (also really quick if nothing happened). So if you have no changes a typical sync (unless you have thousands of entries) should only last a few seconds. > But if my wish is not too weird, I suggest at least two further > synchronizing conditions (optional, to check in the configuration menu): > > 1-2 as above > > 3 - synchronize on every switch to the Lightning window > 3 would only apply for calendar sync. what about tasks, and how would you know about new events (and get a notification) > 4 - synchronize after every calendar entry or change by the user > same as 3. That works if you are the only one working on it, but not if there are multiple people accessing the calendar. > Thank you again. Your extension promises to bridge a huge gap between > Mozilla and groupware. > > And sorry for the long post. > > Best regards > > M. Germann. > > > My Configuration: > > Windows XP, TB 1.5.0.2, Lightning 0.7, SyncKolab 0.6.0 (all German). > > I will add a more in-depth information about how the sync actually works, to clarify questions :P. (altough i thing it is described in the changelog) Niko From niko.berger at corinis.com Wed Feb 27 09:13:06 2008 From: niko.berger at corinis.com (Niko Berger) Date: Wed, 27 Feb 2008 18:13:06 +0100 Subject: [Synckolab] Disable limitation of calendar and task entries older than x days In-Reply-To: <47C58EA4.70207@brudaswen.de> References: <47C58EA4.70207@brudaswen.de> Message-ID: <47C59A22.5080701@corinis.com> Sven Obser (BrudaSwen) wrote: > Hi, > > I just found your synckolab extension and tried to configure it for my > environment. > > One option is quite restricting: > > I have a calendar for all the birthdays I can not remember myself. A > lot of these entries are very old, because I created them some years > ago. Now synckolab does not want to store these entries, because it > ignores events older than xxx days. > > Why can't I store all events of a calendar on the IMAP server? > Is there a possibility to store all events? > > Thanks for your help. > Sven. > ------------------------------------------------------------------------ > > Thanks for the info... I actually had -1 as "just sync all", but only for getting the mails from the server, not for the writing to. Changed that and created a new nightly (get it from www.gargan.org) - I also added documentation on the dialog :) Niko From niko.berger at corinis.com Wed Feb 27 23:24:14 2008 From: niko.berger at corinis.com (Niko Berger) Date: Thu, 28 Feb 2008 08:24:14 +0100 Subject: [Synckolab] Disable limitation of calendar and task entries older than x days In-Reply-To: <47C5BD59.40108@brudaswen.de> References: <47C58EA4.70207@brudaswen.de> <47C59A22.5080701@corinis.com> <47C5BD59.40108@brudaswen.de> Message-ID: <47C6619E.2030000@corinis.com> oops... thanks.. yea fixed and built :) Sven Obser (BrudaSwen) schrieb: > Hi, > > thanks for the fast change, but I think you did something wrong: > > if (endDate != null && ((endDate.getTime() + (this.gSyncTimeFrame * > 86400000) < (new Date()).getTime()) || this.gSyncTimeFrame <= 0)) > > should be: > > if (endDate != null && this.gSyncTimeFrame > 0 && (endDate.getTime() + > (this.gSyncTimeFrame * 86400000) < (new Date()).getTime())) > > Bye > Sven. > > Niko Berger schrieb: >> Sven Obser (BrudaSwen) wrote: >>> Hi, >>> >>> I just found your synckolab extension and tried to configure it for >>> my environment. >>> >>> One option is quite restricting: >>> >>> I have a calendar for all the birthdays I can not remember myself. A >>> lot of these entries are very old, because I created them some years >>> ago. Now synckolab does not want to store these entries, because it >>> ignores events older than xxx days. >>> >>> Why can't I store all events of a calendar on the IMAP server? >>> Is there a possibility to store all events? >>> >>> Thanks for your help. >>> Sven. >>> ------------------------------------------------------------------------ >>> >>> >>> >> Thanks for the info... I actually had -1 as "just sync all", but only >> for getting the mails from the server, not for the writing to. >> Changed that and created a new nightly (get it from www.gargan.org) - >> I also added documentation on the dialog :) >> >> Niko -- Corinis OpenSource Community & Content Management - www.corinis.org NPS Berger KEG www.corinis.com niko.berger at corinis.com Fax: +43/1/941 55 66 Kundratstrasse 4-6/18/9 A-1100 Vienna From sven at brudaswen.de Wed Feb 27 11:43:21 2008 From: sven at brudaswen.de (Sven Obser (BrudaSwen)) Date: Wed, 27 Feb 2008 20:43:21 +0100 Subject: [Synckolab] Disable limitation of calendar and task entries older than x days In-Reply-To: <47C59A22.5080701@corinis.com> References: <47C58EA4.70207@brudaswen.de> <47C59A22.5080701@corinis.com> Message-ID: <47C5BD59.40108@brudaswen.de> Hi, thanks for the fast change, but I think you did something wrong: if (endDate != null && ((endDate.getTime() + (this.gSyncTimeFrame * 86400000) < (new Date()).getTime()) || this.gSyncTimeFrame <= 0)) should be: if (endDate != null && this.gSyncTimeFrame > 0 && (endDate.getTime() + (this.gSyncTimeFrame * 86400000) < (new Date()).getTime())) Bye Sven. Niko Berger schrieb: > Sven Obser (BrudaSwen) wrote: >> Hi, >> >> I just found your synckolab extension and tried to configure it for my >> environment. >> >> One option is quite restricting: >> >> I have a calendar for all the birthdays I can not remember myself. A >> lot of these entries are very old, because I created them some years >> ago. Now synckolab does not want to store these entries, because it >> ignores events older than xxx days. >> >> Why can't I store all events of a calendar on the IMAP server? >> Is there a possibility to store all events? >> >> Thanks for your help. >> Sven. >> ------------------------------------------------------------------------ >> >> > Thanks for the info... I actually had -1 as "just sync all", but only > for getting the mails from the server, not for the writing to. Changed > that and created a new nightly (get it from www.gargan.org) - I also > added documentation on the dialog :) > > Niko -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3275 bytes Desc: S/MIME Cryptographic Signature Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080227/d8752b93/attachment.bin From syncolab at the-friend-family.com Wed Feb 27 16:26:16 2008 From: syncolab at the-friend-family.com (syncolab at the-friend-family.com) Date: Wed, 27 Feb 2008 16:26:16 -0800 Subject: [Synckolab] Suggestion: sync on certain events? In-Reply-To: <47C59373.5040801@corinis.com> References: 200802141113.18499@osp-dd.de <47C078FF.1070903@web.de> <47C59373.5040801@corinis.com> Message-ID: <47C5FFA8.4040404@the-friend-family.com> It seems to me that it should be possible to eliminate the need for both manual sync and timed sync. I'd love to see the following sync triggers available: * Sync some number of minutes after I've modified anything that is configured to sync (e.g. a contact). Delay only so that if I'm modifying several contacts within a reasonable amount of time, it waits for all the changes before syncing. This should also be done either in the background so it doesn't interrupt whatever else I'm doing in TB or it must wait for some idle period. * Sync on startup in the background (every time or once-per-day) * Sync on shutdown if any unsynced local changes have been made to any data type that is configured to sync --John Niko Berger wrote: > Michael Germann wrote: > >> Hello, >> >> I consider using your very interesting and promising extension as a >> shared calendar tool over IMAP after I will have tried out v. 0.6.0 for >> some days. Thank you for your work! >> >> As I understood, synchronisation will start on one of two conditions: >> >> 1 - manual start by the Sync Kolab button or by the "Tools/Start Sync >> Kolab" menu entry >> >> 2 - automatically every x minutes as chosen in the "Sync interval" >> option, unless "0" >> >> Just manually synchronizing (1) is not the most comfortable way, the >> more so as the lightning toolbar has no "Sync Kolab" button (would be >> another useful thing, by the way). >> >> > Actually, you can put a button the ba r(rightclick and drag the > synckolab button it into your bar.. see the documentation on www.gargan.org) > >> Automatic synchronizing (2) has a disadvantage, too: it will start >> regardless of calendar use. Let us suppose that I, having chosen a 5 >> minutes sync interval, have a first look at my calendar, then switch to >> e-mail and other work for an hour before my next look at my calendar. >> Meanwhile, Sync Kolab will have synchronized the unused calendar some 12 >> times. I appreciate very much the option to hide the window, but >> nevertheless I find it annoying to have useless internet traffic in the >> background (think of a non-permanent internet connection). Setting the >> sync interval to, say, 30 minutes will reduce that but will force me to >> manually synchronize in case that I need my calendar already after, say, >> 25 minutes, and want to be sure to get new entries entered by a collegue >> I share the calendar with (and vice versa). >> >> Maybe I do not really understand the synchronizing mechanism, as I do >> not know the synchronisation path between (a) the remote IMAP folder (b) >> its local representation within Thunderbird (c) the local Lightning >> calendar file (d) its representation within (I presume) a Sync Kolab >> database. For example, I do not know how the Lightning "Refresh remote >> calendars" command cooperates with Sync Kolab, or if the IMAP folder >> settings within Thunderbird have an important effect or not. To help me >> (and perhaps some other users with synchronization problems) you might >> consider to add some short explanations to the configuration help on >> your homepage. >> >> > the "refresh remote" doesnt interact at all. Thats purely for the remote > observers to fetch the data and update into the database. Synckolab > writes the entries directly into the database. the imap settings > shouldnt have that big of an effect either. On each sync, synckolab lets > tbird fetch the new messages in the imap folder (which will be really > quick if nothing happened) and then checks the header with a local > database (also really quick if nothing happened). So if you have no > changes a typical sync (unless you have thousands of entries) should > only last a few seconds. > >> But if my wish is not too weird, I suggest at least two further >> synchronizing conditions (optional, to check in the configuration menu): >> >> 1-2 as above >> >> 3 - synchronize on every switch to the Lightning window >> >> > 3 would only apply for calendar sync. what about tasks, and how would > you know about new events (and get a notification) > >> 4 - synchronize after every calendar entry or change by the user >> >> > same as 3. That works if you are the only one working on it, but not if > there are multiple people accessing the calendar. > >> Thank you again. Your extension promises to bridge a huge gap between >> Mozilla and groupware. >> >> And sorry for the long post. >> >> Best regards >> >> M. Germann. >> >> >> My Configuration: >> >> Windows XP, TB 1.5.0.2, Lightning 0.7, SyncKolab 0.6.0 (all German). >> >> >> > > I will add a more in-depth information about how the sync actually > works, to clarify questions :P. (altough i thing it is described in the > changelog) > > Niko > _______________________________________________ > Synckolab mailing list > Synckolab at mozdev.org > https://www.mozdev.org/mailman/listinfo/synckolab > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/synckolab/attachments/20080227/da67a5ac/attachment.html From Germann_M_dienst at web.de Thu Feb 28 02:17:17 2008 From: Germann_M_dienst at web.de (Germann_M_dienst at web.de) Date: Thu, 28 Feb 2008 11:17:17 +0100 Subject: [Synckolab] Suggestion: sync on certain events? Message-ID: <929457002@web.de> John put more exactly what I tried to propose - as an additional option. The possibility to trigger sync manually should be kept in order to have most possible control. (See infra for further comment). > It seems to me that it should be possible to eliminate the need for both > manual sync and timed sync. I'd love to see the following sync triggers > available: > > * Sync some number of minutes after I've modified anything that is > configured to sync (e.g. a contact). Delay only so that if I'm > modifying several contacts within a reasonable amount of time, it > waits for all the changes before syncing. This should also be > done either in the background so it doesn't interrupt whatever > else I'm doing in TB or it must wait for some idle period. > * Sync on startup in the background (every time or once-per-day) > * Sync on shutdown if any unsynced local changes have been made to > any data type that is configured to sync > > --John > > Niko Berger wrote: >> Michael Germann wrote: ... >>> the lightning toolbar has no "Sync Kolab" button (would be >>> another useful thing, by the way). >>> >>> >> Actually, you can put a button the ba r(rightclick and drag the >> synckolab button it into your bar.. see the documentation on www.gargan.org) I didn't succeed in dragging the button from the "customize email toolbar" box to the "customize calendar toolbar" box, but meanwhile I found the TB Custom Toolbar extension allowing to create a new toolbar, place the button there and show it in the lightning window. If this is the way, may be you consider a hint at this extension in your documentation. >>> Automatic synchronizing (2) has a disadvantage, too: it will start >>> regardless of calendar use. Let us suppose that I, having chosen a 5 >>> minutes sync interval, have a first look at my calendar, then switch to >>> e-mail and other work for an hour before my next look at my calendar. >>> Meanwhile, Sync Kolab will have synchronized the unused calendar some 12 >>> times. I appreciate very much the option to hide the window, but >>> nevertheless I find it annoying to have useless internet traffic in the >>> background (think of a non-permanent internet connection). ... >> the "refresh remote" doesnt interact at all. Thats purely for the remote >> observers to fetch the data and update into the database. Synckolab >> writes the entries directly into the database. the imap settings >> shouldnt have that big of an effect either. On each sync, synckolab lets >> tbird fetch the new messages in the imap folder (which will be really >> quick if nothing happened) and then checks the header with a local >> database (also really quick if nothing happened). So if you have no >> changes a typical sync (unless you have thousands of entries) should >> only last a few seconds. OK, but during that few seconds while Sync Kolab is doing its compare job, I experience considerable delays when typing an email or so. And in case that a user has a non-permanent internet connection, he possibly won't like to see it going online on a periodic demand of Sync Kolab. ... >>> two further >>> synchronizing conditions (optional, to check in the configuration menu): >>> >>> 1-2 as above >>> >>> 3 - synchronize on every switch to the Lightning window >>> >>> >> 3 would only apply for calendar sync. what about tasks, and how would >> you know about new events (and get a notification) You cought me: I'm no programmer. I guessed that switching to the Lightning window was an event you can hook into, just like a click on the Sync Kolab button. >>> 4 - synchronize after every calendar entry or change by the user >>> >>> >> same as 3. That works if you are the only one working on it, but not if >> there are multiple people accessing the calendar. Sorry if I didn't put it reasonably: Without 4, I imagine one user changing the calendar and then manually triggering the synchronize job. If an other, remote user has made some change, that change also will be synchronized by Sync Kolab. So, if Sync Kolab could be triggered by the local user operation on the local calendar, Sync Kolab could do the same synchronize job automatically. >> I will add a more in-depth information about how the sync actually >> works, to clarify questions :P. (altough i thing it is described in the >> changelog) I see, and with your additional comments I believe to see more clearly. Thank you for all! Best wishes Michael Germann. My Configuration: Windows XP, TB now updated to 2.0.0.9, Lightning 0.7, SyncKolab 0.6.0 19-02-2008 11:12 (by the way: the add on update process suggests to "update" to the prior version 0.6.0!) (all German). _________________________________________________________________________ In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114 From niko.berger at corinis.com Thu Feb 28 02:52:16 2008 From: niko.berger at corinis.com (Niko Berger) Date: Thu, 28 Feb 2008 11:52:16 +0100 Subject: [Synckolab] Suggestion: sync on certain events? In-Reply-To: <929457002@web.de> References: <929457002@web.de> Message-ID: <47C69260.6030702@corinis.com> Germann_M_dienst at web.de wrote: > John put more exactly what I tried to propose - as an additional option. The possibility to trigger sync manually should be kept in order to have most possible control. > > (See infra for further comment). > > >> It seems to me that it should be possible to eliminate the need for both >> manual sync and timed sync. I'd love to see the following sync triggers >> available: >> >> * Sync some number of minutes after I've modified anything that is >> configured to sync (e.g. a contact). Delay only so that if I'm >> modifying several contacts within a reasonable amount of time, it >> waits for all the changes before syncing. This should also be >> done either in the background so it doesn't interrupt whatever >> else I'm doing in TB or it must wait for some idle period. >> * Sync on startup in the background (every time or once-per-day) >> * Sync on shutdown if any unsynced local changes have been made to >> any data type that is configured to sync >> >> --John >> >> Niko Berger wrote: >> >>> Michael Germann wrote: >>> > > ... > > >>>> the lightning toolbar has no "Sync Kolab" button (would be >>>> another useful thing, by the way). >>>> >>>> >>>> >>> Actually, you can put a button the ba r(rightclick and drag the >>> synckolab button it into your bar.. see the documentation on www.gargan.org) >>> > > I didn't succeed in dragging the button from the "customize email toolbar" box to the "customize calendar toolbar" box, but meanwhile I found the TB Custom Toolbar extension allowing to create a new toolbar, place the button there and show it in the lightning window. If this is the way, may be you consider a hint at this extension in your documentation. > > Actually I was talking about the thunderbird window ... didnt even know this option existed (have never tried to add it to the lightning window :P) will add the hibnt >>>> Automatic synchronizing (2) has a disadvantage, too: it will start >>>> regardless of calendar use. Let us suppose that I, having chosen a 5 >>>> minutes sync interval, have a first look at my calendar, then switch to >>>> e-mail and other work for an hour before my next look at my calendar. >>>> Meanwhile, Sync Kolab will have synchronized the unused calendar some 12 >>>> times. I appreciate very much the option to hide the window, but >>>> nevertheless I find it annoying to have useless internet traffic in the >>>> background (think of a non-permanent internet connection). >>>> > > ... > > >>> the "refresh remote" doesnt interact at all. Thats purely for the remote >>> observers to fetch the data and update into the database. Synckolab >>> writes the entries directly into the database. the imap settings >>> shouldnt have that big of an effect either. On each sync, synckolab lets >>> tbird fetch the new messages in the imap folder (which will be really >>> quick if nothing happened) and then checks the header with a local >>> database (also really quick if nothing happened). So if you have no >>> changes a typical sync (unless you have thousands of entries) should >>> only last a few seconds. >>> > > OK, but during that few seconds while Sync Kolab is doing its compare job, I experience considerable delays when typing an email or so. And in case that a user has a non-permanent internet connection, he possibly won't like to see it going online on a periodic demand of Sync Kolab. > > > if you have a non-permanent connection you probably only want manual sync anyways. you do your internet stuff all at once (connect - sync - disconnect) + you wont really need collaborational functionality then anyhow (like see if someone else added an event for you). About the "considerable delays when typing an email": I will add an option that allows you to set the priority of synckolab (actual the wait time between going from entry to entry). If you set this delay higher, the sync will need longer - but it wont access your cpu as much. maybe this will help > >>>> two further >>>> synchronizing conditions (optional, to check in the configuration menu): >>>> >>>> 1-2 as above >>>> >>>> 3 - synchronize on every switch to the Lightning window >>>> >>>> >>>> >>> 3 would only apply for calendar sync. what about tasks, and how would >>> you know about new events (and get a notification) >>> > > You cought me: I'm no programmer. I guessed that switching to the Lightning window was an event you can hook into, just like a click on the Sync Kolab button. > actually thats not the point i was trying to make. synckolab's prime function is to get an alternative to outlook/exchange for kollaborational work. You can easily setup your mini-workgroups with synckolab and an imap server (share adresses, see the "others" calendar) or even more competent ones when you use a kolab server. If you just want your two thunderbird installations in sync i should probably add a configuration like "sync at thunderbird start/exit" (dunno if i can catch the exit, but i think it should be doable) > >>>> 4 - synchronize after every calendar entry or change by the user >>>> >>>> >>>> >>> same as 3. That works if you are the only one working on it, but not if >>> there are multiple people accessing the calendar. >>> > > Sorry if I didn't put it reasonably: Without 4, I imagine one user changing the calendar and then manually triggering the synchronize job. If an other, remote user has made some change, that change also will be synchronized by Sync Kolab. So, if Sync Kolab could be triggered by the local user operation on the local calendar, Sync Kolab could do the same synchronize job automatically. > What happens if you switch forth and back from calendar to mail view, or you add/move/change quite a few entries. In both circumstances, it would each trigger a sync - resulting in a nasty delay each time (can be quite a huge delay if you have LOADS of stuff being synced). Besically, its just not a viable option. > >>> I will add a more in-depth information about how the sync actually >>> works, to clarify questions :P. (altough i thing it is described in the >>> changelog) >>> Finished adding the infos on the homepage :) Niko From d_kammerer at web.de Thu Feb 28 03:00:09 2008 From: d_kammerer at web.de (Daniel Kammerer) Date: Thu, 28 Feb 2008 12:00:09 +0100 Subject: [Synckolab] Suggestion: sync on certain events? In-Reply-To: <47C69260.6030702@corinis.com> References: <929457002@web.de> <47C69260.6030702@corinis.com> Message-ID: <47C69439.50301@web.de> Hi Niko, thanks a lot for the hint re custom toolbar extension on the website. However the link is broken, the correct one is: https://addons.mozilla.org/en-US/thunderbird/addon/5240 -> yours is missing the "-US" bit. Daniel Niko Berger wrote: > Germann_M_dienst at web.de wrote: >> John put more exactly what I tried to propose - as an additional option. The possibility to trigger sync manually should be kept in order to have most possible control. >> >> (See infra for further comment). >> >> >>> It seems to me that it should be possible to eliminate the need for both >>> manual sync and timed sync. I'd love to see the following sync triggers >>> available: >>> >>> * Sync some number of minutes after I've modified anything that is >>> configured to sync (e.g. a contact). Delay only so that if I'm >>> modifying several contacts within a reasonable amount of time, it >>> waits for all the changes before syncing. This should also be >>> done either in the background so it doesn't interrupt whatever >>> else I'm doing in TB or it must wait for some idle period. >>> * Sync on startup in the background (every time or once-per-day) >>> * Sync on shutdown if any unsynced local changes have been made to >>> any data type that is configured to sync >>> >>> --John >>> >>> Niko Berger wrote: >>> >>>> Michael Germann wrote: >>>> >> ... >> >> >>>>> the lightning toolbar has no "Sync Kolab" button (would be >>>>> another useful thing, by the way). >>>>> >>>>> >>>>> >>>> Actually, you can put a button the ba r(rightclick and drag the >>>> synckolab button it into your bar.. see the documentation on www.gargan.org) >>>> >> I didn't succeed in dragging the button from the "customize email toolbar" box to the "customize calendar toolbar" box, but meanwhile I found the TB Custom Toolbar extension allowing to create a new toolbar, place the button there and show it in the lightning window. If this is the way, may be you consider a hint at this extension in your documentation. >> >> > Actually I was talking about the thunderbird window ... didnt even know > this option existed (have never tried to add it to the lightning window > :P) will add the hibnt >>>>> Automatic synchronizing (2) has a disadvantage, too: it will start >>>>> regardless of calendar use. Let us suppose that I, having chosen a 5 >>>>> minutes sync interval, have a first look at my calendar, then switch to >>>>> e-mail and other work for an hour before my next look at my calendar. >>>>> Meanwhile, Sync Kolab will have synchronized the unused calendar some 12 >>>>> times. I appreciate very much the option to hide the window, but >>>>> nevertheless I find it annoying to have useless internet traffic in the >>>>> background (think of a non-permanent internet connection). >>>>> >> ... >> >> >>>> the "refresh remote" doesnt interact at all. Thats purely for the remote >>>> observers to fetch the data and update into the database. Synckolab >>>> writes the entries directly into the database. the imap settings >>>> shouldnt have that big of an effect either. On each sync, synckolab lets >>>> tbird fetch the new messages in the imap folder (which will be really >>>> quick if nothing happened) and then checks the header with a local >>>> database (also really quick if nothing happened). So if you have no >>>> changes a typical sync (unless you have thousands of entries) should >>>> only last a few seconds. >>>> >> OK, but during that few seconds while Sync Kolab is doing its compare job, I experience considerable delays when typing an email or so. And in case that a user has a non-permanent internet connection, he possibly won't like to see it going online on a periodic demand of Sync Kolab. >> >> >> > if you have a non-permanent connection you probably only want manual > sync anyways. you do your internet stuff all at once (connect - sync - > disconnect) + you wont really need collaborational functionality then > anyhow (like see if someone else added an event for you). About the > "considerable delays when typing an email": I will add an option that > allows you to set the priority of synckolab (actual the wait time > between going from entry to entry). If you set this delay higher, the > sync will need longer - but it wont access your cpu as much. maybe this > will help >> >>>>> two further >>>>> synchronizing conditions (optional, to check in the configuration menu): >>>>> >>>>> 1-2 as above >>>>> >>>>> 3 - synchronize on every switch to the Lightning window >>>>> >>>>> >>>>> >>>> 3 would only apply for calendar sync. what about tasks, and how would >>>> you know about new events (and get a notification) >>>> >> You cought me: I'm no programmer. I guessed that switching to the Lightning window was an event you can hook into, just like a click on the Sync Kolab button. >> > actually thats not the point i was trying to make. synckolab's prime > function is to get an alternative to outlook/exchange for > kollaborational work. You can easily setup your mini-workgroups with > synckolab and an imap server (share adresses, see the "others" calendar) > or even more competent ones when you use a kolab server. > If you just want your two thunderbird installations in sync i should > probably add a configuration like "sync at thunderbird start/exit" > (dunno if i can catch the exit, but i think it should be doable) >> >>>>> 4 - synchronize after every calendar entry or change by the user >>>>> >>>>> >>>>> >>>> same as 3. That works if you are the only one working on it, but not if >>>> there are multiple people accessing the calendar. >>>> >> Sorry if I didn't put it reasonably: Without 4, I imagine one user changing the calendar and then manually triggering the synchronize job. If an other, remote user has made some change, that change also will be synchronized by Sync Kolab. So, if Sync Kolab could be triggered by the local user operation on the local calendar, Sync Kolab could do the same synchronize job automatically. >> > What happens if you switch forth and back from calendar to mail view, or > you add/move/change quite a few entries. In both circumstances, it would > each trigger a sync - resulting in a nasty delay each time (can be quite > a huge delay if you have LOADS of stuff being synced). Besically, its > just not a viable option. >> >>>> I will add a more in-depth information about how the sync actually >>>> works, to clarify questions :P. (altough i thing it is described in the >>>> changelog) >>>> > Finished adding the infos on the homepage :) > > Niko > _______________________________________________ > Synckolab mailing list > Synckolab at mozdev.org > https://www.mozdev.org/mailman/listinfo/synckolab From stea at cs.binghamton.edu Thu Feb 28 03:17:56 2008 From: stea at cs.binghamton.edu (Steaphan Greene) Date: Thu, 28 Feb 2008 06:17:56 -0500 Subject: [Synckolab] Icedove "Lists" Problem In-Reply-To: <47B18F1A.2040904@cs.binghamton.edu> References: <47B18F1A.2040904@cs.binghamton.edu> Message-ID: <47C69864.30805@cs.binghamton.edu> I have just confirmed that this problem still exists with the latest nightly build (28-02-2008 08:11). One other piece of information that might help track this down is that my system is an x86_64 architecture, as is my icedove install. As a result I am NOT using lightning, as it does not have an x86_64 version downloadable. I wonder if either of those two facts could point to the problem. Thanks for any help anyone can provide. Steaphan Greene wrote: > First, let me say thanks to all who helped create SyncKolab. It is the one > thing that was sorely missing from Thunderbird/Icedove. Thanks! > > > Now, for my particular issue. I started using synckolab (v0.6.0) in Icedove > (Debian Etch: 1.5.0.13+1.5.0.14b.dfsg1-0etch1), using Xml/Kolab2 format in > an IMAP server. Things seemed to be working perfectly. However, the lists > I have (as in, those created with the "Add List" button in the Address Book > in Icedove) don't seem to be working right. At first, I could not find a > pattern. The lists would be truncated, cleared, or ignored. I upgraded to > the current nightly cvs build (2008-02-11), but it did not help. Here is a > description of one (mis)behavior I currently can repeatably see: > > If I delete all lists from one client. Then on another client, I set the > lists up correctly, all changes are ignored and synckolab does nothing. If > I update the info of the lists so it will see a change (for example, change > the lists "nickname"), the next sync shows ALL contacts EXCEPT the list as > "local update"s, but clears the list instead of syncing it up to the IMAP > server. > > Can anyone tell me something I am missing, or more information I could > provide to help track this down? > > Thanks. > -- Steaphan Greene Lecturer, Computer Science, Binghamton University GPG public key: http://www.cs.binghamton.edu/~sgreene/gpg.key.txt From niko.berger at corinis.com Thu Feb 28 03:26:08 2008 From: niko.berger at corinis.com (Niko Berger) Date: Thu, 28 Feb 2008 12:26:08 +0100 Subject: [Synckolab] Icedove "Lists" Problem In-Reply-To: <47C69864.30805@cs.binghamton.edu> References: <47B18F1A.2040904@cs.binghamton.edu> <47C69864.30805@cs.binghamton.edu> Message-ID: <47C69A50.3060205@corinis.com> Hi, I dont think that its an icedove or x86_64 issue. To be honest: i didnt really test lists too throughly (lots of other things that were more important first). I included basic code to sync lists, but it seems its not really working too well. So I guess thats one of the things I will concentrate on next :P The main reason for my reluctance til now is, that the tbird way of handling lists is... lets say it friendly.. kinda weird But I guess I can work around this too :) At least you confirmed that the current version works on nightlies of icedove... so it should work fine with nightlies of tbird as well (at least some work that actually paid off :P) I will keep you posted once I got on the track with lists (dont have too much time right now, doh) Niko Steaphan Greene wrote: > I have just confirmed that this problem still exists with the latest nightly > build (28-02-2008 08:11). One other piece of information that might help > track this down is that my system is an x86_64 architecture, as is my > icedove install. As a result I am NOT using lightning, as it does not have > an x86_64 version downloadable. I wonder if either of those two facts could > point to the problem. > > Thanks for any help anyone can provide. > > Steaphan Greene wrote: > >> First, let me say thanks to all who helped create SyncKolab. It is the one >> thing that was sorely missing from Thunderbird/Icedove. Thanks! >> >> >> Now, for my particular issue. I started using synckolab (v0.6.0) in Icedove >> (Debian Etch: 1.5.0.13+1.5.0.14b.dfsg1-0etch1), using Xml/Kolab2 format in >> an IMAP server. Things seemed to be working perfectly. However, the lists >> I have (as in, those created with the "Add List" button in the Address Book >> in Icedove) don't seem to be working right. At first, I could not find a >> pattern. The lists would be truncated, cleared, or ignored. I upgraded to >> the current nightly cvs build (2008-02-11), but it did not help. Here is a >> description of one (mis)behavior I currently can repeatably see: >> >> If I delete all lists from one client. Then on another client, I set the >> lists up correctly, all changes are ignored and synckolab does nothing. If >> I update the info of the lists so it will see a change (for example, change >> the lists "nickname"), the next sync shows ALL contacts EXCEPT the list as >> "local update"s, but clears the list instead of syncing it up to the IMAP >> server. >> >> Can anyone tell me something I am missing, or more information I could >> provide to help track this down? >> >> Thanks. >> From stea at cs.binghamton.edu Thu Feb 28 04:22:53 2008 From: stea at cs.binghamton.edu (Steaphan Greene) Date: Thu, 28 Feb 2008 07:22:53 -0500 Subject: [Synckolab] Icedove "Lists" Problem In-Reply-To: <47C69A50.3060205@corinis.com> References: <47B18F1A.2040904@cs.binghamton.edu> <47C69864.30805@cs.binghamton.edu> <47C69A50.3060205@corinis.com> Message-ID: <47C6A79D.3060505@cs.binghamton.edu> Sorry if I was unclear. That's the nightly version of synckolab, not of icedove - which is Debian's packaged: 1.5.0.13+1.5.0.14b.dfsg1-0etch1. Niko Berger wrote: > Hi, I dont think that its an icedove or x86_64 issue. To be honest: i > didnt really test lists too throughly (lots of other things that were > more important first). > I included basic code to sync lists, but it seems its not really working > too well. So I guess thats one of the things I will concentrate on next :P > The main reason for my reluctance til now is, that the tbird way of > handling lists is... lets say it friendly.. kinda weird > But I guess I can work around this too :) > At least you confirmed that the current version works on nightlies of > icedove... so it should work fine with nightlies of tbird as well (at > least some work that actually paid off :P) > > I will keep you posted once I got on the track with lists (dont have too > much time right now, doh) > Niko > > Steaphan Greene wrote: >> I have just confirmed that this problem still exists with the latest nightly >> build (28-02-2008 08:11). One other piece of information that might help >> track this down is that my system is an x86_64 architecture, as is my >> icedove install. As a result I am NOT using lightning, as it does not have >> an x86_64 version downloadable. I wonder if either of those two facts could >> point to the problem. >> >> Thanks for any help anyone can provide. >> >> Steaphan Greene wrote: >> >>> First, let me say thanks to all who helped create SyncKolab. It is the one >>> thing that was sorely missing from Thunderbird/Icedove. Thanks! >>> >>> >>> Now, for my particular issue. I started using synckolab (v0.6.0) in Icedove >>> (Debian Etch: 1.5.0.13+1.5.0.14b.dfsg1-0etch1), using Xml/Kolab2 format in >>> an IMAP server. Things seemed to be working perfectly. However, the lists >>> I have (as in, those created with the "Add List" button in the Address Book >>> in Icedove) don't seem to be working right. At first, I could not find a >>> pattern. The lists would be truncated, cleared, or ignored. I upgraded to >>> the current nightly cvs build (2008-02-11), but it did not help. Here is a >>> description of one (mis)behavior I currently can repeatably see: >>> >>> If I delete all lists from one client. Then on another client, I set the >>> lists up correctly, all changes are ignored and synckolab does nothing. If >>> I update the info of the lists so it will see a change (for example, change >>> the lists "nickname"), the next sync shows ALL contacts EXCEPT the list as >>> "local update"s, but clears the list instead of syncing it up to the IMAP >>> server. >>> >>> Can anyone tell me something I am missing, or more information I could >>> provide to help track this down? >>> >>> Thanks. >>> > > _______________________________________________ > Synckolab mailing list > Synckolab at mozdev.org > https://www.mozdev.org/mailman/listinfo/synckolab > -- Steaphan Greene Lecturer, Computer Science, Binghamton University GPG public key: http://www.cs.binghamton.edu/~sgreene/gpg.key.txt From skoulik at gmail.com Thu Feb 28 13:31:22 2008 From: skoulik at gmail.com (Sergey Koulik) Date: Thu, 28 Feb 2008 15:31:22 -0600 Subject: [Synckolab] Interoperability with Microsoft IMAP Message-ID: <70b7a5810802281331v7c26cf54gcdb8b0926e89f0fe@mail.gmail.com> Hi Niko, I have been tracking evolution of your extension for a long time. My problem is that organization I work at is tied to Microsoft's solutions namely microsoft exchange server and outlook. I've being used thunderbird and I always missed server-side calendaring functionality. Your extension is promising for my needs. It works somehow for microsoft's IMAP server, but not very satisfactory. Please take a look at attached screenshots - you'll see problem with events/tasks titles. They are not recognized by microsoft's products. I use latest nightly build to test. I understand that you are focusing on other problems now, but this thing is a really must have at least for me. I can do additional testing and provide needed information - just drop a line to me. -- Sincerely, Sergey Koulik -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/synckolab/attachments/20080228/6fb3884b/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.JPG Type: image/jpeg Size: 334899 bytes Desc: not available Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080228/6fb3884b/attachment-0002.jpe -------------- next part -------------- A non-text attachment was scrubbed... Name: 2.JPG Type: image/jpeg Size: 257192 bytes Desc: not available Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080228/6fb3884b/attachment-0003.jpe