From alex at swiftnetcomputers.biz Sat Mar 1 07:49:54 2008 From: alex at swiftnetcomputers.biz (Alex Chejlyk) Date: Sat, 01 Mar 2008 10:49:54 -0500 Subject: [Synckolab] Calendar parsing error Message-ID: <47C97B22.8090203@swiftnetcomputers.biz> Hello, I am testing SyncKolab 0.6.1 with TB 2.0.0.12 on both Linux (Kubuntu and Debian) and Win XP. The server is Kolab 2.2 RC1. When SyncKolab encounters a parsing error, all syncing stops. It would be helpful if the sync would continue after a predetermined amount of time, skipping the 'unparseable' event. Maybe a 30~60 second timeout? Thanks for all the work, the extension gets better all the time! Cheers, Alex C. From niko.berger at corinis.com Sat Mar 1 10:48:55 2008 From: niko.berger at corinis.com (Niko Berger) Date: Sat, 01 Mar 2008 19:48:55 +0100 Subject: [Synckolab] Calendar parsing error In-Reply-To: <47C97B22.8090203@swiftnetcomputers.biz> References: <47C97B22.8090203@swiftnetcomputers.biz> Message-ID: <47C9A517.60104@corinis.com> Alex Chejlyk schrieb: > Hello, > > I am testing SyncKolab 0.6.1 with TB 2.0.0.12 on both Linux (Kubuntu and > Debian) and Win XP. The server is Kolab 2.2 RC1. > > When SyncKolab encounters a parsing error, all syncing stops. It would > be helpful if the sync would continue after a predetermined amount of > time, skipping the 'unparseable' event. Maybe a 30~60 second timeout? > > > Thanks for all the work, the extension gets better all the time! > > > Cheers, > > Alex C. > Hi Alex, actually it should continue and skip the events. Only if there is a MAJOR problem it breaks or pauses (then just lcick on continue and it goes on) this is important until 1.0 in order to be able to find out problematic messages and parse errors. 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 michael.jaeger at in-flux.de Sun Mar 2 07:26:59 2008 From: michael.jaeger at in-flux.de (Michael Jaeger) Date: Sun, 02 Mar 2008 16:26:59 +0100 Subject: [Synckolab] Synchronize mobile phone Message-ID: <47CAC743.10006@in-flux.de> Dear all, I just tested the wonderful synckolab extension (the nightly build) and it seems to work pretty well. I was using jpilot before and I am now about to switch to Thunderbird/Lightning with all my addresses, dates and todos. I really like the idea of saving all this data in an IMAP folder. However, I am now thinking about how to synchronize my mobile phone with the data stored on my mail server. Has anybody heard of any project working in this direction? Or is anybody interested in starting a project for implementing a server component with a (syncml-)interface which can be accessed from mobile phones, PDAs and other devices? Best regards, Michael. From niko.berger at corinis.com Sun Mar 2 13:52:48 2008 From: niko.berger at corinis.com (Niko Berger) Date: Sun, 02 Mar 2008 22:52:48 +0100 Subject: [Synckolab] Synchronize mobile phone In-Reply-To: <47CAC743.10006@in-flux.de> References: <47CAC743.10006@in-flux.de> Message-ID: <47CB21B0.8080207@corinis.com> Michael Jaeger schrieb: > Dear all, > > I just tested the wonderful synckolab extension (the nightly build) and > it seems to work pretty well. I was using jpilot before and I am now > about to switch to Thunderbird/Lightning with all my addresses, dates > and todos. > > I really like the idea of saving all this data in an IMAP folder. > However, I am now thinking about how to synchronize my mobile phone with > the data stored on my mail server. Has anybody heard of any project > working in this direction? Or is anybody interested in starting a > project for implementing a server component with a (syncml-)interface > which can be accessed from mobile phones, PDAs and other devices? > > Best regards, > Michael. > actually, you could use horde webmail on the server. There are modules that read kolab messages + you can export them using syncml I think thats what you want. Also check out the kolab project (www.kolab.org) 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 andreas at laub-home.de Tue Mar 4 04:26:39 2008 From: andreas at laub-home.de (Andreas Laub) Date: Tue, 04 Mar 2008 13:26:39 +0100 Subject: [Synckolab] Task and Calendar Sync didn't work Message-ID: <47CD3FFF.5020908@laub-home.de> Hello everybody, I'm new with the synckolab plugin and I have a big problem with my calendar and tasks sync. When I use calendar and tasksync at the same time, It deletes the "kolab mails" in my imap folder, when I run twice, it ask me if I want to copy all stuff to ther server, because the server folder is empty. When I uncheck the task sync, everything works fine with the calendar sync. Can someone help me with that problem? I use Thunderbird 2.0.0.12 and synckolab 0.6.0 under Windows XP with a dovecot imap server. Thanks Mit freundlichen Gr??en Andreas Laub -- Mail: andreas at laub-home.de From niko.berger at corinis.com Wed Mar 5 01:47:36 2008 From: niko.berger at corinis.com (Niko Berger) Date: Wed, 05 Mar 2008 10:47:36 +0100 Subject: [Synckolab] Task and Calendar Sync didn't work In-Reply-To: <47CD3FFF.5020908@laub-home.de> References: <47CD3FFF.5020908@laub-home.de> Message-ID: <47CE6C38.60407@corinis.com> Andreas Laub wrote: > Hello everybody, > > I'm new with the synckolab plugin and I have a big problem with my > calendar and tasks sync. When I use calendar and tasksync at the same > time, It deletes the "kolab mails" in my imap folder, when I run twice, > it ask me if I want to copy all stuff to ther server, because the server > folder is empty. When I uncheck the task sync, everything works fine > with the calendar sync. > > Can someone help me with that problem? > I use Thunderbird 2.0.0.12 and synckolab 0.6.0 under Windows XP with a > dovecot imap server. > > Thanks > > > Mit freundlichen Gr??en > > Andreas Laub > > > Hi Andreas, could you please try the latest nightly (0.6.1) and check out the java-script error console (Fehlerkonsole), if there are some messages that could help me with this problem? Do you have tasks and calendar entries in the same imap folder? (could be a reason for the problem) Niko From niko.berger at corinis.com Wed Mar 5 01:52:51 2008 From: niko.berger at corinis.com (Niko Berger) Date: Wed, 05 Mar 2008 10:52:51 +0100 Subject: [Synckolab] Interoperability with Microsoft IMAP In-Reply-To: <70b7a5810802281331v7c26cf54gcdb8b0926e89f0fe@mail.gmail.com> References: <70b7a5810802281331v7c26cf54gcdb8b0926e89f0fe@mail.gmail.com> Message-ID: <47CE6D73.80609@corinis.com> Sergey Koulik wrote: > 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 Hi Sergey, Since I do not own a Exchange license, I cant really help you there too much. I don't know what format exchange/outlook require for the icals/vcards in order to be recognized. Thats also the main flaw of the ical/vcard format - it defines the structure, but not the vocabulary (actually kinda similar to the current discussion about the Ms-ooxml document format discussion going on). Maybe this is only a small problem with mail headers or something like that. What you could do is to get some mails together that are recognized by outlook/exchange and send me these messages as attachments. Then I can have a look at the mail structure and maybe find something that will help with this problem. niko From post at evert.net Wed Mar 5 01:59:56 2008 From: post at evert.net (Evert Mouw) Date: Wed, 05 Mar 2008 10:59:56 +0100 Subject: [Synckolab] Interoperability with Microsoft IMAP In-Reply-To: <47CE6D73.80609@corinis.com> References: <70b7a5810802281331v7c26cf54gcdb8b0926e89f0fe@mail.gmail.com> <47CE6D73.80609@corinis.com> Message-ID: <47CE6F1C.9050204@evert.net> Currently, I'm administering an Exchange server. It's too much effort to get rid of it, and I like the calendaring strength of Exchange with Outlook. Still, is Kolab could replace that... So I think gettingKolab solutions to work with Exchange could be cool to make a transition easier. I will email a IMAP test account on an Exchange 2003 server to Sergey and Niko. Regards, Evert Mouw Niko Berger wrote: > Sergey Koulik wrote: > >> 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 >> > Hi Sergey, > Since I do not own a Exchange license, I cant really help you there too > much. I don't know what format exchange/outlook require for the > icals/vcards in order to be recognized. Thats also the main flaw of the > ical/vcard format - it defines the structure, but not the vocabulary > (actually kinda similar to the current discussion about the Ms-ooxml > document format discussion going on). > > Maybe this is only a small problem with mail headers or something like > that. What you could do is to get some mails together that are > recognized by outlook/exchange and send me these messages as > attachments. Then I can have a look at the mail structure and maybe find > something that will help with this problem. > > niko > _______________________________________________ > Synckolab mailing list > Synckolab at mozdev.org > https://www.mozdev.org/mailman/listinfo/synckolab > From niko.berger at corinis.com Wed Mar 5 03:02:57 2008 From: niko.berger at corinis.com (Niko Berger) Date: Wed, 05 Mar 2008 12:02:57 +0100 Subject: [Synckolab] Interoperability with Microsoft IMAP In-Reply-To: <47CE6F1C.9050204@evert.net> References: <70b7a5810802281331v7c26cf54gcdb8b0926e89f0fe@mail.gmail.com> <47CE6D73.80609@corinis.com> <47CE6F1C.9050204@evert.net> Message-ID: <47CE7DE1.8050407@corinis.com> Hi Evert, Actually, kolab already works with exchange (exchange has imap... thus the contacts/events can be shared). The Problem described by sergey is actually that the exchange web-interface doesnt seem to be able to recognize the generated icals-mails as events. If you want an easy transition from exchange to kolab I suggest taking a look at the kolab mailing list. I am sure there are already a few success stories from ppl who did exactly that. On the client side: there is a kolab plugin for outlook. So basically the transition is a server-side thing only. Once you are running a kolab server you can have quite a lot of different clients (including outlook, kontact, thunderbird with synckolab, even cellphones via syncml). Niko Evert Mouw wrote: > Currently, I'm administering an Exchange server. It's too much effort to > get rid of it, and I like the calendaring strength of Exchange with > Outlook. Still, is Kolab could replace that... So I think gettingKolab > solutions to work with Exchange could be cool to make a transition > easier. I will email a IMAP test account on an Exchange 2003 server to > Sergey and Niko. > > Regards, Evert Mouw > > > Niko Berger wrote: > >> Sergey Koulik wrote: >> >> >>> 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 >>> >>> >> Hi Sergey, >> Since I do not own a Exchange license, I cant really help you there too >> much. I don't know what format exchange/outlook require for the >> icals/vcards in order to be recognized. Thats also the main flaw of the >> ical/vcard format - it defines the structure, but not the vocabulary >> (actually kinda similar to the current discussion about the Ms-ooxml >> document format discussion going on). >> >> Maybe this is only a small problem with mail headers or something like >> that. What you could do is to get some mails together that are >> recognized by outlook/exchange and send me these messages as >> attachments. Then I can have a look at the mail structure and maybe find >> something that will help with this problem. >> >> niko >> From skoulik at gmail.com Wed Mar 5 07:02:54 2008 From: skoulik at gmail.com (Sergey Koulik) Date: Wed, 5 Mar 2008 09:02:54 -0600 Subject: [Synckolab] Interoperability with Microsoft IMAP In-Reply-To: <47CE6D73.80609@corinis.com> References: <70b7a5810802281331v7c26cf54gcdb8b0926e89f0fe@mail.gmail.com> <47CE6D73.80609@corinis.com> Message-ID: <70b7a5810803050702h2ca7aa12vc9129212a0e1a9e2@mail.gmail.com> Hi Niko, Thanks for quick response. Please take a look at attachment. I have created 1 recurrent calendar item in my calendar using MS Exchange web interface. After that I opened calendar folder via thunderbird IMAP account and stored the item. After that I, again thru web interface, invited myself to the event and received the invitation via thunderbird pop3 account, and stored the item with .pop suffix Please let me know if you need me other things to try. And thanks a lot :) Sergey On Wed, Mar 5, 2008 at 3:52 AM, Niko Berger wrote: > Sergey Koulik wrote: > > 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 > Hi Sergey, > Since I do not own a Exchange license, I cant really help you there too > much. I don't know what format exchange/outlook require for the > icals/vcards in order to be recognized. Thats also the main flaw of the > ical/vcard format - it defines the structure, but not the vocabulary > (actually kinda similar to the current discussion about the Ms-ooxml > document format discussion going on). > > Maybe this is only a small problem with mail headers or something like > that. What you could do is to get some mails together that are > recognized by outlook/exchange and send me these messages as > attachments. Then I can have a look at the mail structure and maybe find > something that will help with this problem. > > niko > -- Sincerely, Sergey Koulik -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/synckolab/attachments/20080305/37a5c890/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: ms_ical.zip Type: application/zip Size: 3836 bytes Desc: not available Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080305/37a5c890/attachment-0001.zip From jamundso at gmail.com Wed Mar 5 14:14:40 2008 From: jamundso at gmail.com (Jerry Amundson) Date: Wed, 5 Mar 2008 16:14:40 -0600 Subject: [Synckolab] Interoperability with Microsoft IMAP In-Reply-To: <47CE7DE1.8050407@corinis.com> References: <70b7a5810802281331v7c26cf54gcdb8b0926e89f0fe@mail.gmail.com> <47CE6D73.80609@corinis.com> <47CE6F1C.9050204@evert.net> <47CE7DE1.8050407@corinis.com> Message-ID: <6d06ce20803051414t5df3d665u35373dd38b5d3c2b@mail.gmail.com> On Wed, Mar 5, 2008 at 5:02 AM, Niko Berger wrote: > Hi Evert, > Actually, kolab already works with exchange (exchange has imap... thus > the contacts/events can be shared). The Problem described by sergey is > actually that the exchange web-interface doesnt seem to be able to > recognize the generated icals-mails as events. FWIW, kdepim and evolution have hooks for this, and source is available. :-) For example, I poked around in KDE's svn... http://websvn.kde.org/tags/kdepim/enterprise.0.20080229.780520/kdepim/libkpimexchange/core/exchangedownload.cpp?revision=780534&view=markup jerry -- "Girl with crimson nails - Jesus 'round her neck" -U2 From lfarkas at bppiac.hu Fri Mar 7 02:45:32 2008 From: lfarkas at bppiac.hu (Farkas Levente) Date: Fri, 07 Mar 2008 11:45:32 +0100 Subject: [Synckolab] still has speed problem Message-ID: <47D11CCC.9030203@bppiac.hu> hi Niko, we've got still some speed problem with synckolab. to sync about 1500 contact it takes about 5 minutes even if nothing changed and imho here the biggest problem is that "even if nothing changed". can you describe me the current algorithm of a the sync process in case of contacts? do you use imap flags etc..? thanks. -- Levente "Si vis pacem para bellum!" From niko.berger at corinis.com Fri Mar 7 02:49:09 2008 From: niko.berger at corinis.com (Niko Berger) Date: Fri, 07 Mar 2008 11:49:09 +0100 Subject: [Synckolab] still has speed problem In-Reply-To: <47D11CCC.9030203@bppiac.hu> References: <47D11CCC.9030203@bppiac.hu> Message-ID: <47D11DA5.2010709@corinis.com> Farkas Levente wrote: > hi Niko, > we've got still some speed problem with synckolab. to sync about 1500 > contact it takes about 5 minutes even if nothing changed and imho here > the biggest problem is that "even if nothing changed". > can you describe me the current algorithm of a the sync process in case > of contacts? > do you use imap flags etc..? > thanks. > > there is a description about the hwole sync process on http://www.gargan.org/extensions/synckolab.html (around the middle: How does Sync Kolab sync your entries?) Niko From amthor at burma-center.org Fri Mar 7 03:26:13 2008 From: amthor at burma-center.org (Christoph Amthor) Date: Fri, 7 Mar 2008 12:26:13 +0100 Subject: [Synckolab] still has speed problem Message-ID: <57e155d1c87d322aa07d36dbeb90868b@www.burma-center.org> Hi Niko, I just went through the description. Just for interest, probably not important: (sorry if it's already there and I overread it!) a) Under 6. you write: if we did not find an ENTRY, save CUR in the adress book/calendar and continue. You probably check before if CUR is in the LOCALDB, to make sure that ENTRY was not deleted before? b) 9.: if ENTRY is in LOCALDB: delete it --- it will also be deleted in LOCALDB, I assume Now, is there any different way for the first run? If the difference between deletion on one side and new entry on the other side can only seen by the Localdb, then you need something different for the 1st run. Since you might have more than one client connected to the server, just copying all from client or server to the LOCALDB will not help, I think. This is probably in general one of the core tasks how to see if an entry is new or has been deleted before.. Another problem I'm not clear about: If you have two clients connected to one server, and imagine you have one entry which is synchronized, so that it is on all three of them. Now you delete the entry on one of the clients. With the next sync it also gets deleted on the server. But now you sync the server with the other client and this client still has the entry and also has it in its LOCALDB, so it thinks that it is new (created locally after the previous sync) and puts it on the server. And then the entry will return also to the first client, where it was initially deleted. This would mean, that you cannot delete an entry with two clients, because it always gets erroneously "refreshed" from the other side. I thought maybe it would be good, if all (clients and sever) have a list of entries where they are marked as new/changed or as deleted, each entry in the list with a time stamp. With synchronization, the lists on both sides are compared and the newest entry will be valid. Lists are updated on both sides accordingly. It's important also to keep a record of deletion for some time in case there's a client that synchronizes very seldomly. Of course, the localdb pobably does something like that, but we need to have it also on the sever and have to keep track of entries deleted long ago. So, I hope this was not too confusing! Thank you anyway for all the work! Christoph > > > > > there is a description about the hwole sync process on > http://www.gargan.org/extensions/synckolab.html (around the middle: > > > How does Sync Kolab sync your entries?) > > > Niko > > _______________________________________________ > Synckolab mailing list > Synckolab at mozdev.org > https://www.mozdev.org/mailman/listinfo/synckolab From niko.berger at corinis.com Fri Mar 7 03:50:25 2008 From: niko.berger at corinis.com (Niko Berger) Date: Fri, 07 Mar 2008 12:50:25 +0100 Subject: [Synckolab] still has speed problem In-Reply-To: <57e155d1c87d322aa07d36dbeb90868b@www.burma-center.org> References: <57e155d1c87d322aa07d36dbeb90868b@www.burma-center.org> Message-ID: <47D12C01.8020009@corinis.com> Christoph Amthor wrote: > Hi Niko, > > I just went through the description. Just for interest, probably not > important: (sorry if it's already there and I overread it!) > a) Under 6. you write: if we did not find an ENTRY, save CUR in the adress > book/calendar and continue. > You probably check before if CUR is in the LOCALDB, to make sure that ENTRY > was not deleted before? > yea, the check is there (see the last point of 7.) > b) 9.: if ENTRY is in LOCALDB: delete it --- it will also be deleted in > LOCALDB, I assume > Yeap > Now, is there any different way for the first run? If the difference between > deletion on one side and new entry on the other side can only seen by the > Localdb, then you need something different for the 1st run. Since you might > have more than one client connected to the server, just copying all from > client or server to the LOCALDB will not help, I think. > On a first run basis, I dont delete anything (since there is no localdb). so it will just add everything either locally or on the server. If it finds problems it will ask, and form then on there exists a localdb to check against. > This is probably in general one of the core tasks how to see if an entry is > new or has been deleted before.. > > Another problem I'm not clear about: > If you have two clients connected to one server, and imagine you have one > entry which is synchronized, so that it is on all three of them. Now you > delete the entry on one of the clients. With the next sync it also gets > deleted on the server. But now you sync the server with the other client and > this client still has the entry and also has it in its LOCALDB, so it thinks > that it is new (created locally after the previous sync) and puts it on the > server. And then the entry will return also to the first client, where it > was initially deleted. > No. If you have two clients (A,B) then you have following setup (for an entry): Aab=Alocal=Server=Bab=Blocal now you delete the entry on A and sync: Aab(missing) -> Alocal=Server => delete Alocal and Server now you sync on B: Server(missing) -> Bab=Blocal => delete Bab and Blocal (see 9. first case) > This would mean, that you cannot delete an entry with two clients, because > it always gets erroneously "refreshed" from the other side. > I thought maybe it would be good, if all (clients and sever) have a list of > entries where they are marked as new/changed or as deleted, each entry in > the list with a time stamp. Actually there is a list like that, and it also includes a timestamp (the XXX.ab.hdb) in there i save the email header information like timestamp, message size and uid. thus whe i sync i jsut compare the entry in this file with the server header reported by thunderbird and if they match, i just use the locally saved file (this also makes sure Server=LocalDB) and speed up syncing A LOT > With synchronization, the lists on both sides > are compared and the newest entry will be valid. Lists are updated on both > sides accordingly. It's important also to keep a record of deletion for some > time in case there's a client that synchronizes very seldomly. Of course, > the localdb pobably does something like that, but we need to have it also on > the sever and have to keep track of entries deleted long ago. > Hmm... this idea sure is interesting. Lets play around with it: You would need another folder specifically for transmitting sync data. In this data file you need one big file containing a hash of all local entries. When you sync you just need to download this one file with the info and compare the local entries with this file. Problem 1: calculating a hash already takes most of the time anyways. As long as there is no valid timestamp in the contact entries there is nothing i can do except actually go throug ALL the data - comparing it with the db every time - same as its already done. Problem 2: the parsing and downloading of this file already consumes quite a lot of time Problem 3: this will ONLY work if you use the same synckolab version and no other client (like kontact or outlook or web-based clients) Especially Problem 3 and 1 make this idea unpractical. In order to work around this problem I suggest: * create a seperate sync profile for contacts. Put them on autosync and write in there something like 180 minutes (or even more) - background sync. Then it wont sync so often. thus you shouldnt notice it as much (I already promised some that i will include an option that allows to adjust the delay between each message process in order to give the cpu more breath so you dont notice the sync as much) * for calendar sync you can keep a short sync time (seperate profile). Since you can specify an area in time it synckolab should touch. there should never be as many entries there (say like half a year, or if you are a busy man quarter a year). This should then go MUCH faster. I am afraid I included all the optimizations I can think of. Maybe if the next thunderbird comes out with the new javascript engine it will speed up more. Also having a valid timestamp on contacts to find out the ones that definitely have NOT changed would help a lot. Lets see what the future brings. >>> >>> >> there is a description about the hwole sync process on >> http://www.gargan.org/extensions/synckolab.html (around the middle: >> >> >> How does Sync Kolab sync your entries?) >> >> >> Thanks four your suggestions and ideas. If you find anymore, keep me posted - I may have overlooked something :) Niko From jamundso at gmail.com Fri Mar 7 06:56:44 2008 From: jamundso at gmail.com (Jerry Amundson) Date: Fri, 7 Mar 2008 08:56:44 -0600 Subject: [Synckolab] still has speed problem In-Reply-To: <47D11CCC.9030203@bppiac.hu> References: <47D11CCC.9030203@bppiac.hu> Message-ID: <6d06ce20803070656i699284d0of2f327a7e5eb527@mail.gmail.com> On Fri, Mar 7, 2008 at 4:45 AM, Farkas Levente wrote: > hi Niko, > we've got still some speed problem with synckolab. to sync about 1500 > contact it takes about 5 minutes even if nothing changed and imho here > the biggest problem is that "even if nothing changed". imho, the biggest problem is you're using a personal oriented, desktop application for a directory services type of feature... ;-) jerry From lfarkas at bppiac.hu Fri Mar 7 06:59:51 2008 From: lfarkas at bppiac.hu (Farkas Levente) Date: Fri, 07 Mar 2008 15:59:51 +0100 Subject: [Synckolab] still has speed problem In-Reply-To: <6d06ce20803070656i699284d0of2f327a7e5eb527@mail.gmail.com> References: <47D11CCC.9030203@bppiac.hu> <6d06ce20803070656i699284d0of2f327a7e5eb527@mail.gmail.com> Message-ID: <47D15867.7010401@bppiac.hu> Jerry Amundson wrote: > On Fri, Mar 7, 2008 at 4:45 AM, Farkas Levente wrote: >> hi Niko, >> we've got still some speed problem with synckolab. to sync about 1500 >> contact it takes about 5 minutes even if nothing changed and imho here >> the biggest problem is that "even if nothing changed". > > imho, the biggest problem is you're using a personal oriented, desktop > application for a directory services type of feature... ;-) what are you refer to? imap server or thunderbird? -- Levente "Si vis pacem para bellum!" From jamundso at gmail.com Fri Mar 7 07:51:54 2008 From: jamundso at gmail.com (Jerry Amundson) Date: Fri, 7 Mar 2008 09:51:54 -0600 Subject: [Synckolab] still has speed problem In-Reply-To: <47D15867.7010401@bppiac.hu> References: <47D11CCC.9030203@bppiac.hu> <6d06ce20803070656i699284d0of2f327a7e5eb527@mail.gmail.com> <47D15867.7010401@bppiac.hu> Message-ID: <6d06ce20803070751g6d57d016u73b2f7bf449370a7@mail.gmail.com> On Fri, Mar 7, 2008 at 8:59 AM, Farkas Levente wrote: > what are you refer to? imap server or thunderbird? Thunderbird, but the same applies to Kontact, Outlook, whatever... This is what LDAP is designed to do. That said, however, I am glad that the result is a more optimized synckolab! :-) jerry From evan at telly.org Sat Mar 8 01:29:29 2008 From: evan at telly.org (Evan Leibovitch) Date: Sat, 08 Mar 2008 04:29:29 -0500 Subject: [Synckolab] FYI: conflict with Plaxo Message-ID: <47D25C79.90909@telly.org> Hello all, I've just downloaded the plugin (0.6.0) using Tbird 2.0.0.12 and Lightning 0.7. For more than a day I tried to get SyncKolab working, but couldn't make it run. If I manually initiated the sync it would just hang on "initializing". Then I disabled the Plaxo Tbird plugin (r 1.109) and everything worked fine. I don't know if this is a bug or a feature, considering that I installed SyncKolab for the express purpose of eliminating my dependency on Plaxo. But I thought you should know, just the same... Evan Leibovitch Toronto Canada From cfisher at ssrecords.us Wed Mar 19 17:02:38 2008 From: cfisher at ssrecords.us (Chuck Fisher) Date: Wed, 19 Mar 2008 19:02:38 -0500 Subject: [Synckolab] Bundle TB & SyncKolab Message-ID: <47E1A99E.6010704@ssrecords.us> Hello, I am currently evaluating Kolab, Thunderbird, Lightning, Synckolab etc. to replace my existing server. I have found a way of bundling a customized TB installer with all the needed extensions for my users. With most of the settings for them already done. But I have not figured out how to get Synckolab's settings pre-configured on a per user basis. Has anyone had any experience doing something similar? Thanks! Chuck From pdf at yugm.org Fri Mar 21 16:54:20 2008 From: pdf at yugm.org (Paul Douglas Franklin) Date: Fri, 21 Mar 2008 16:54:20 -0700 Subject: [Synckolab] Kolab Shared Folders Message-ID: <47E44AAC.6050907@yugm.org> I'm not sure whether to ask this question here or on the Lightning list. Can SyncKolab sync to a Kolab shared folder? I have a shared calendar on my Kolab server which is accessible to the Outlook users (not my decision) on our network. I would like to be able to view that calendar in Thunderbird. If it can be done, what is the process? I haven't been able to sync anything but my local calendar and address books. --Paul -- Paul Douglas Franklin Computer Manager, Union Gospel Mission of Yakima, Washington Husband of Danette Father of Laurene, Miriam, Tycko, Timothy, Sarabeth, Marie, Dawnita, Anna Leah, Alexander, and Caleb From skoulik at gmail.com Tue Mar 18 15:50:24 2008 From: skoulik at gmail.com (Sergey Koulik) Date: Tue, 18 Mar 2008 17:50:24 -0500 Subject: [Synckolab] Interoperability with Microsoft IMAP In-Reply-To: <70b7a5810803050702h2ca7aa12vc9129212a0e1a9e2@mail.gmail.com> References: <70b7a5810802281331v7c26cf54gcdb8b0926e89f0fe@mail.gmail.com> <47CE6D73.80609@corinis.com> <70b7a5810803050702h2ca7aa12vc9129212a0e1a9e2@mail.gmail.com> Message-ID: <70b7a5810803181550h7bb74355ta4d05b1346e688b5@mail.gmail.com> Hi Niko, Do you have any luck with this? I thought you might be interested in looking to the logs - I've attached them taken on nightly 0.6.1. I created 1 local calendar entry and tried to synchronize 2 times with microsoft's IMAP. After 2nd try the item disappeared from local calendar, but stayed on remote one. I've attached the logs. Sorry, did not figure our how to copy them from the console. Sergey On Wed, Mar 5, 2008 at 10:02 AM, Sergey Koulik wrote: > Hi Niko, > > Thanks for quick response. > Please take a look at attachment. > I have created 1 recurrent calendar item in my calendar using MS Exchange > web interface. > After that I opened calendar folder via thunderbird IMAP account and > stored the item. > After that I, again thru web interface, invited myself to the event and > received the invitation via thunderbird pop3 account, and stored the item > with .pop suffix > Please let me know if you need me other things to try. > And thanks a lot :) > > Sergey > > > > On Wed, Mar 5, 2008 at 3:52 AM, Niko Berger > wrote: > > > Sergey Koulik wrote: > > > 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 > > Hi Sergey, > > Since I do not own a Exchange license, I cant really help you there too > > much. I don't know what format exchange/outlook require for the > > icals/vcards in order to be recognized. Thats also the main flaw of the > > ical/vcard format - it defines the structure, but not the vocabulary > > (actually kinda similar to the current discussion about the Ms-ooxml > > document format discussion going on). > > > > Maybe this is only a small problem with mail headers or something like > > that. What you could do is to get some mails together that are > > recognized by outlook/exchange and send me these messages as > > attachments. Then I can have a look at the mail structure and maybe find > > something that will help with this problem. > > > > niko > > > > > > -- > Sincerely, > Sergey Koulik -- Sincerely, Sergey Koulik -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/synckolab/attachments/20080318/100f77ae/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.PNG Type: image/png Size: 227191 bytes Desc: not available Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080318/100f77ae/attachment-0002.png -------------- next part -------------- A non-text attachment was scrubbed... Name: 2.PNG Type: image/png Size: 236855 bytes Desc: not available Url : http://www.mozdev.org/pipermail/synckolab/attachments/20080318/100f77ae/attachment-0003.png