From groupdav@opengroupware.org Tue Oct 9 16:39:50 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Wed, 10 Oct 2007 01:39:50 +1000 Subject: [GroupDAV] Update on GroupDAV connector Message-ID: Hello all, Just an update to break the long silence from me. I've been stretched out doing work on various projects other than the GroupDAV connector, but there has been some good work on it recently. There will be a new release later this week for Funambol 5 - bundled with servlets to fix issues plaguing Palm Synthesis users - I've tracked down parsing bugs which affect some events created by Synthesis. Some other bug fixes will be included. Hopefully, that will be the last release for Funambol 5, unless someone comes to me asking for a special deployment before 6.5 is out. The next connector version will be for Funambol 6.5 - (currently in public preview by Funambol). New features will be tasks support, 'plug-in' support for customizing connector functions and multiple GroupDAV sources for each connector instance. We'll also be able to finally benefit from Funambol's phone-support package which improves compatibility. End of next month I hope to be releasing beta 6.5 releases. To make installation easier, I intend to distribute both the Funambol 5 update and the Funambol 6.5 connector within a customized ds-server, probably a repacked Funambol install package. This has an added advantage of being able to include synclets which I've made for S60 and Synthesis. Also, I want to hear from anyone interested in GroupDAVOSX - the OS X Sync services bridge which allows ical, entourage and others to use groupdav calendars. I haven't worked any further past the preview release, but once Leopard comes out I'll be having another look to keep it alive . If I can get an idea of how many are interested testing etc, I'll plan to set some time on it From groupdav@opengroupware.org Wed Oct 10 09:59:10 2007 From: groupdav@opengroupware.org (Helge Hess) Date: Wed, 10 Oct 2007 10:59:10 +0200 Subject: [GroupDAV] Update on GroupDAV connector In-Reply-To: References: Message-ID: <5D5FEFE2-8B98-49BB-964C-05BEC8EA7A20@opengroupware.org> On 09.10.2007, at 17:39, Mathew McBride wrote: > Also, I want to hear from anyone interested in GroupDAVOSX - the > OS X Sync > services bridge which allows ical, entourage and others to use > groupdav > calendars. I haven't worked any further past the preview release, > but once > Leopard comes out I'll be having another look to keep it alive . If > I can > get an idea of how many are interested testing etc, I'll plan to > set some > time on it A working iSync GroupDAV plugin would be very nice. (if only because I'm not sure whether the 10.5 AddressBook.app is going to support CardDAV). Greets, Helge -- Helge Hess http://www.helgehess.eu/ From groupdav@opengroupware.org Wed Oct 10 14:44:06 2007 From: groupdav@opengroupware.org (Art Cancro) Date: Wed, 10 Oct 2007 09:44:06 -0400 Subject: [GroupDAV] yecch Message-ID: <0002358161@uncensored.citadel.org> >A working iSync GroupDAV plugin would be very nice. (if only because >I'm not sure whether the 10.5 AddressBook.app is going to support >CardDAV). Yecch... CardDAV. All of the horrible over-engineered XML nonsense of CalDAV, now bloating your address book software too! From groupdav@opengroupware.org Wed Oct 10 18:46:23 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Wed, 10 Oct 2007 13:46:23 -0400 Subject: [GroupDAV] Update on GroupDAV connector In-Reply-To: References: Message-ID: <1192038383.9149.4.camel@WM_ADAM1.morrison.iserv.net> --=-oK6+fWnUFO0O9LpB5f/a Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > Just an update to break the long silence from me. I was just thinking about this, cool. > I've been stretched out doing work on various projects other than the > GroupDAV connector, but there has been some good work on it recently. > There will be a new release later this week for Funambol 5 - bundled with > servlets to fix issues plaguing Palm Synthesis users - I've tracked down > parsing bugs which affect some events created by Synthesis.=20 Wonderful; cause the current version doesn't work so well. :( > The next connector version will be for Funambol 6.5 - (currently in publi= c > preview by Funambol). New features will be tasks support, 'plug-in' suppo= rt > for customizing connector functions and multiple GroupDAV sources for eac= h > connector instance. We'll also be able to finally benefit from Funambol's > phone-support package which improves compatibility. End of next month I h= ope > to be releasing beta 6.5 releases. Great. --=-oK6+fWnUFO0O9LpB5f/a Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHDQ/vLRePpNle04MRAhUwAJ4gphpb3kdzHkfQ8S1Re0mBODur2QCfTwCw hn7/DN3b0D1JP0IUO6eRf3s= =1yUk -----END PGP SIGNATURE----- --=-oK6+fWnUFO0O9LpB5f/a-- From groupdav@opengroupware.org Sun Oct 14 12:54:50 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Sun, 14 Oct 2007 21:54:50 +1000 Subject: [GroupDAV] GroupDAV connector service release Message-ID: Hello all, As mentioned by me earlier this week there is a new GroupDAV connector release for Funambol 5. http://latest.bionicmessage.net/groupdav-1.1.s4j As with the last one in August, there is no longer any gdav_libs package, just copy it to ds-server/modules, add to install.properties, bin/install-[modules.sh].. Sources available from http://comalies.citadel.org/~matt/funambol/latest/funambol_5_sr1/sources/ Also mentioned is the synclets that pre/post process data before/after the GroupDAV connector. http://comalies.citadel.org/~matt/funambol/synclets/ These need to be configured by altering ds-server/config/com/funambol/server/engine/pipeline/PipelineManager.xml, and in the case of the *In scripts, the sync source they apply to also needs to be configured. If this doesn't solve problems for Synthesis users, I'll gladly take a look if you send me the Calendar & Address databases from your device (use FileZ to transfer CalendarDB-Pdat.pdb & AddressDB.pdb). Revised documentation and a DS-Server bundle will be out within the next few days. From groupdav@opengroupware.org Sun Oct 14 13:31:45 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Sun, 14 Oct 2007 22:31:45 +1000 Subject: [GroupDAV] GroupDAV OSX future prospects (was update on GroupDAV connector) In-Reply-To: <5D5FEFE2-8B98-49BB-964C-05BEC8EA7A20@opengroupware.org> Message-ID: Impending CalDAV support in iCal.app (possibly AddressBook.app too), and various GroupDAV servers* has worried me - no doubt a good plugin may service users better*, but I can't justify developing it without knowing theres an audience out there - thanks to those who've responded. I intend to grab a copy of 10.5 when it comes out (early next month) and re-release a GroupDAVOSX preview for it. (Don't try the current one. Its got an ugly bug that can wipe calendars in certain circumstances. Might put out the updated one for the likes of kelly) * preemptive-strike: even if its been 'forced' by the market. GroupDAVOSX will come regardless, I and others need it now, not when CalDAV ends up being implemented in Citadel etc. * iCal.app's 'tight' integration with iCal Server (lets not assume it will work perfectly with others right away) might drive us that way. I'll see how others (i.e Snerdware for Exchange) deal with it.. On 10/10/07 6:59 PM, "Helge Hess" wrote: > On 09.10.2007, at 17:39, Mathew McBride wrote: >> Also, I want to hear from anyone interested in GroupDAVOSX - the >> OS X Sync >> services bridge which allows ical, entourage and others to use >> groupdav >> calendars. I haven't worked any further past the preview release, >> but once >> Leopard comes out I'll be having another look to keep it alive . If >> I can >> get an idea of how many are interested testing etc, I'll plan to >> set some >> time on it > > A working iSync GroupDAV plugin would be very nice. (if only because > I'm not sure whether the 10.5 AddressBook.app is going to support > CardDAV). > > Greets, > Helge From groupdav@opengroupware.org Wed Oct 17 02:59:48 2007 From: groupdav@opengroupware.org (Helge Hess) Date: Wed, 17 Oct 2007 03:59:48 +0200 Subject: [GroupDAV] multiget Message-ID: <74F3651D-C21D-4C76-B5E6-A1D64EB983C3@opengroupware.org> Hi, I'm still working on that GroupDAV(/CalDAV) Outlook message store provider and I wonder what we should do about multiget. The OGo connector currently uses a dirty and quite specific hack to do this (special /Folder/_range_ID_ID_ID_ID collection URL). By 'multiget' I mean retrieving multiple resources with a single HTTP request. Currently when syncing a new folder which contains 1000 items with GroupDAV a client needs to issue 1000 individual GET requests, which of course isn't exactly perfect (though with proper caching its usually just a one-time issue - for the initial sync]. So, do we want to add multiget to GroupDAV? If so, how do we want to add multiget? Part of the problem is that there seems to be no "standard" HTTP way to get multiple resources in one step. CalDAV defines an own multiget REPORT for this, but this only works on iCalendar entities. I tend to suggest that we should add an OPTIONAL multiget (if the call to multiget fails 501, individual GETs are to be issued by the client). Further I think that we should probably specify a single, specific CalDAV:multiget REPORT, probably this one (CalDAV 7.9.1.): ---snip--- /bernard/work/abcd1.ics /bernard/work/mtg1.ics ---snap--- Same thing for vCards as the CARDDAV:multiget. We would leave out arbitary property combinations (either WebDAV or Versit) and only use "hardcoded" report (eg etag+caldata). If a collection contains vCard *and* iCal entities, the client would need to send two REPORTs (and retrieve other stuff via GET). Another option would be to specify a special POST URL for a collection, eg: '/Calendar/groupdav-multiget'. The thing I dislike about it is that this sits "on top" of HTTP (and mixes with the collections namespace). But the obvious advantage is that its rather trivial to implement in the server (eg using a Perl script in Apache). And even for clients its easy to detect whether such a URL exists or not (404). What do you think? Thanks, Helge -- Helge Hess http://www.helgehess.eu/ From groupdav@opengroupware.org Wed Oct 17 15:03:45 2007 From: groupdav@opengroupware.org (Chris Bryant) Date: Wed, 17 Oct 2007 10:03:45 -0400 Subject: [GroupDAV] multiget References: <74F3651D-C21D-4C76-B5E6-A1D64EB983C3@opengroupware.org> Message-ID: <000801c810c6$892ac630$7901a8c0@corp.usa.net> Helge, I think a multiget capability would be good to add, but we should keep it optional. If it fails, the client can revert back to individual GETs. I like the idea of using the "CALDAV: calendar-multiget" and "CARDAV: addressbook-multiget" requests like you suggested below. I agree that we should keep it simple and support only the 'getetag' and 'calendar-data/addressbook-data' properties. Clients should not be allowed to specify which attributes within the calendar-data/addressbook-data should be returned. I'm not a fan of caldav/cardav, but I would think implementing this one report should be simple to implement in most GroupDAV servers and clients. GroupDAV doesn't currently include anything for handling Notes or Journals. If we add either of those (which would be nice if you are really working on an Outlook GroupDAV message store, since Outlook has Notes), would we be able to extend this to those? It would actually be nice if we had something more generic, like "GROUPDAV: multiget" that could work for any type of object... Chris ----- Original Message ----- From: "Helge Hess" To: Sent: Tuesday, October 16, 2007 9:59 PM Subject: [GroupDAV] multiget > Hi, > > I'm still working on that GroupDAV(/CalDAV) Outlook message store > provider and I wonder what we should do about multiget. > The OGo connector currently uses a dirty and quite specific hack to do > this (special /Folder/_range_ID_ID_ID_ID collection URL). > > > By 'multiget' I mean retrieving multiple resources with a single HTTP > request. Currently when syncing a new folder which contains 1000 items > with GroupDAV a client needs to issue 1000 individual GET requests, which > of course isn't exactly perfect (though with proper caching its usually > just a one-time issue - for the initial sync]. > > So, do we want to add multiget to GroupDAV? > If so, how do we want to add multiget? > > > Part of the problem is that there seems to be no "standard" HTTP way to > get multiple resources in one step. CalDAV defines an own multiget REPORT > for this, but this only works on iCalendar entities. > > > I tend to suggest that we should add an OPTIONAL multiget (if the call to > multiget fails 501, individual GETs are to be issued by the client). > > > Further I think that we should probably specify a single, specific > CalDAV:multiget REPORT, probably this one (CalDAV 7.9.1.): > ---snip--- > > xmlns:C="urn:ietf:params:xml:ns:caldav"> > > > > > /bernard/work/abcd1.ics > /bernard/work/mtg1.ics > > ---snap--- > Same thing for vCards as the CARDDAV:multiget. > > We would leave out arbitary property combinations (either WebDAV or > Versit) and only use "hardcoded" report (eg etag+caldata). > If a collection contains vCard *and* iCal entities, the client would need > to send two REPORTs (and retrieve other stuff via GET). > > > Another option would be to specify a special POST URL for a collection, > eg: '/Calendar/groupdav-multiget'. The thing I dislike about it is that > this sits "on top" of HTTP (and mixes with the collections namespace). > But the obvious advantage is that its rather trivial to implement in the > server (eg using a Perl script in Apache). And even for clients its easy > to detect whether such a URL exists or not (404). > > > What do you think? > > Thanks, > Helge > -- > Helge Hess > http://www.helgehess.eu/ > > -- > GroupDAV > groupdav@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/groupdav > > > > From groupdav@opengroupware.org Wed Oct 17 15:34:47 2007 From: groupdav@opengroupware.org (Helge Hess) Date: Wed, 17 Oct 2007 16:34:47 +0200 Subject: [GroupDAV] multiget In-Reply-To: <000801c810c6$892ac630$7901a8c0@corp.usa.net> References: <74F3651D-C21D-4C76-B5E6-A1D64EB983C3@opengroupware.org> <000801c810c6$892ac630$7901a8c0@corp.usa.net> Message-ID: On 17.10.2007, at 16:03, Chris Bryant wrote: > GroupDAV doesn't currently include anything for handling Notes or > Journals. Doesn't the iCalendar VJOURNAL match the Journal entries (IPM.Activity) of Outlook? I guess by Note you mean the "Sticky Notes"? Not sure what we would do about those. I guess one would take the folder as a "sticky note" container and then treat contained text/plain, text/html, text/rtf as notes? > If we add either of those (which would be nice if you are really > working on an Outlook GroupDAV message store, since Outlook has > Notes), would we be able to extend this to those? > It would actually be nice if we had something more generic, like > "GROUPDAV: multiget" that could work for any type of object... VJOURNAL is covered by the CalDAV multiget. I'm not so fond of "GROUPDAV:multiget" because so far we got along w/o any special GroupDAV requests, just by restricting whats already specified in more complex protocols. For notes I suppose its not a huge issue anyways? Do you have 1000 sticky notes? :-) Probably more like 5..20 or so ... (though the screens are getting bigger) I also dislike that there is no generic multiget method in WebDAV. Maybe Julian is still watching the list and has a good idea on how to approach this. Thanks, Helge -- Helge Hess http://www.helgehess.eu/ From groupdav@opengroupware.org Fri Oct 19 01:21:00 2007 From: groupdav@opengroupware.org (Michael Brown) Date: Thu, 18 Oct 2007 20:21:00 -0400 Subject: [GroupDAV] Re: Outlook sticky notes Message-ID: <20071019002844.F34A4BFB4@mailhub.opengroupware.org> Helge said: "For notes I suppose its not a huge issue anyways? Do you have 1000 sticky notes? :-) Probably more like 5..20 or so ... (though the screens are getting bigger)" I'll beg to differ on that. As of today, I have 892 Memos on my Palm Treo, which sync to Outlook Notes. Blackberries also have a Memos application which syncs information to Outlook Notes. On mobile devices, Notes/Memos are great for reference materials, lists, even small project plans. Some people live off of them, and they provide for quick and easy access to freeform information on a mobile device. Please keep that usage case in mind when you plan to handle notes in GroupDAV. Hope it helps! /Mike From groupdav@opengroupware.org Sun Oct 21 09:00:39 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Sun, 21 Oct 2007 18:00:39 +1000 Subject: [GroupDAV] Bionicmessage GroupWare sync server bundle Message-ID: Hello everybody, As mentioned earlier, I intend to distribute Funambol bundles with the GroupDAV connector and synclets inbuilt. I've repacked the Funambol 3.0 bundle for Linux with these inbuilt, and it is available for download now: http://bionicmessage.net/?q=node/18 All that needs to be done to start syncing is adding sync sources (and configuring synclets where needed). From groupdav@opengroupware.org Mon Oct 22 11:00:16 2007 From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=) Date: Mon, 22 Oct 2007 13:00:16 +0300 Subject: [GroupDAV] Bionicmessage GroupWare sync server bundle In-Reply-To: References: Message-ID: <471C74B0.1000408@tietoteema.fi> Mathew McBride ha scritto: > Hello everybody, > > As mentioned earlier, I intend to distribute Funambol bundles with the > GroupDAV connector and synclets inbuilt. > > I've repacked the Funambol 3.0 bundle for Linux with these inbuilt, and it > is available for download now: > http://bionicmessage.net/?q=node/18 > > All that needs to be done to start syncing is adding sync sources (and > configuring synclets where needed). Sounds great! I'll try that a.s.a.p. Samuli From groupdav@opengroupware.org Wed Oct 24 10:30:44 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Wed, 24 Oct 2007 19:30:44 +1000 Subject: [GroupDAV] Bionicmessage GroupWare sync server bundle In-Reply-To: <471C74B0.1000408@tietoteema.fi> Message-ID: Hello Samuli, Do you have a OGo test server available? I'd like to test the upcoming groupdav connector version against OGo Regards, Mathew From groupdav@opengroupware.org Wed Oct 24 12:40:36 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Wed, 24 Oct 2007 21:40:36 +1000 Subject: [GroupDAV] Bionicmessage GroupWare sync server bundle In-Reply-To: Message-ID: Oops, previous message wasn't supposed to go to list. But if anyone else also has an OGo test server around, feel free to offer :) From groupdav@opengroupware.org Wed Oct 24 13:50:06 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Wed, 24 Oct 2007 08:50:06 -0400 Subject: [GroupDAV] Bionicmessage GroupWare sync server bundle In-Reply-To: References: Message-ID: <1193230206.7354.0.camel@WM_ADAM1.morrison.iserv.net> --=-n8JMSFgKiHs3kYTQHg0o Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > Oops, previous message wasn't supposed to go to list. But if anyone else > also has an OGo test server around, feel free to offer :) If no one has one up, I can set one up for you and provide you with access. --=-n8JMSFgKiHs3kYTQHg0o Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHHz9+LRePpNle04MRAsEpAJ45cE5cgs1I2UGh5TIOQhDFZGP7dwCfcueY 3rpdGaeJ4sOTTdt7zh5vOUw= =X1Bb -----END PGP SIGNATURE----- --=-n8JMSFgKiHs3kYTQHg0o-- From groupdav@opengroupware.org Wed Oct 24 14:31:54 2007 From: groupdav@opengroupware.org (groupdav@opengroupware.org) Date: Wed, 24 Oct 2007 13:31:54 -0000 Subject: [GroupDAV] Bionicmessage GroupWare sync server bundle Message-ID: <20071024133159.9C313F260B@mail.srv.intern> Hi, groupdav@opengroupware.org wrote: > > Oops, previous message wasn't supposed to go to list. But if anyone else > > also has an OGo test server around, feel free to offer :) > > If no one has one up, I can set one up for you and provide you with > access. > I can give you an account for testing on my private ogo, I am the only user, and use it for testing stuff. Just let me know if you want. Sebastian RapidEye AG Molkenmarkt 30 14776 Brandenburg an der Havel Germany Head Office/Sitz der Gesellschaft: Brandenburg an der Havel Management Board/Vorstand: Wolfgang G. Biedermann Chairman of Supervisory Board/Vorsitzender des Aufsichtsrates: Axel Schmalz Commercial Register/Handelsregister Potsdam HRB 17 796 Tax Number/Steuernummer: 048/100/00053 VAT-Ident-Number/Ust.-ID: DE 199331235 ************************************************************************* Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet. The information in this e-mail is intended for the named recipients only. It may contain privileged and confidential information. If you have received this communication in error, any use, copying or dissemination of its contents is strictly prohibited. Please erase all copies of the message along with any included attachments and notify RapidEye AG or the sender immediately by telephone at the number indicated on this page. From groupdav@opengroupware.org Fri Oct 26 07:32:12 2007 From: groupdav@opengroupware.org (Ralf Becker) Date: Fri, 26 Oct 2007 08:32:12 +0200 Subject: [GroupDAV] Lightning via CalDAV <--> GroupDAV Message-ID: <472189EC.7000701@egroupware.org> Hi, I'm working on the GroupDAV interface for eGroupWare (www.egroupware.org). I want to know what extra methods are required on top of the regular GroupDav ones, to support lightning via CalDAV? Are there any experiences what is required, or even better documentation ;-) Btw. I like the idea mentioned here earlier by Helge, to define a GroupDAV 2.0, which contains the subset of CalDAV necessary to support lightning and the apple iCal client. Ralf -- Ralf Becker eGroupWare Training & Support ==> http://www.egroupware-support.de Outdoor Unlimited Training GmbH [www.outdoor-training.de] Handelsregister HRB Kaiserslautern 3587 Geschäftsführer Birgit und Ralf Becker Leibnizstr. 17, 67663 Kaiserslautern, Germany Telefon +49 (0)631 31657-0 From groupdav@opengroupware.org Fri Oct 26 09:49:18 2007 From: groupdav@opengroupware.org (Renzo Vettori) Date: Fri, 26 Oct 2007 10:49:18 +0200 Subject: [GroupDAV] really slow sync for opengroupware release1.0a (debian sarge) and svn2041 (debian etch) Message-ID: <4721AA0E.3080003@pistoiaindustria.it> Following Sasepp's guide at http://docs.opengroupware.org/Members/sasepp/synchro/view, I installed funambol 3.0 bundle and connector groupdav-1.1.s4j and tried to sync contacts/calendar with 2 opengroupware installations (1.0a and trunk 2041). I am using outlook XP (funambol client 6.0.14) and thunderbird 2.0 (funambol client v0.4) for a test drive (I would like to be able sync blackberry or another mobile device with ogo). Full sync is very slow (about 15'' per contact/appointment). From catalina.out, it seems that retrieving contacts/appointments from zidestore is really slow: about 15'' each GET (timeout somewhere?). Two way sync works far better (needs retrieving only a few contacts/appointments from zidestore). Name resolution (direct and inverse) is working ok in both directions (nslookup). In contrast, an mget to zidestore issued by cadaver on the same machine where funambol is installed, gets all contacts/appointments almost instantly. Trying to investigate closer. Where to look? What could it be? Regards. Renzo Vettori From groupdav@opengroupware.org Fri Oct 26 10:14:57 2007 From: groupdav@opengroupware.org (Helge Hess) Date: Fri, 26 Oct 2007 11:14:57 +0200 Subject: [GroupDAV] really slow sync for opengroupware release1.0a (debian sarge) and svn2041 (debian etch) In-Reply-To: <4721AA0E.3080003@pistoiaindustria.it> References: <4721AA0E.3080003@pistoiaindustria.it> Message-ID: <164FD18E-E3E6-4337-9AF1-5D6AE5359B57@opengroupware.org> On 26.10.2007, at 10:49, Renzo Vettori wrote: > Full sync is very slow (about 15'' per contact/appointment). What is "''" supposed to mean? 15 seconds per contact? Does ZideStore also report 15s per GET? More information on OGo profiling can be found here: http://www.opengroupware.org/en/devs/docs/snippets/Profiling.html But please move OGo specific questions to users at opengroupware.org. There is a technical limitation in GroupDAV which slows it down for bulk queries, but 15s per item is worse than what you can expect even now (for ZideStore I would expect not more than ~500ms per item [of course depending on the machine]). Thanks, Helge -- Helge Hess http://www.helgehess.eu/ From groupdav@opengroupware.org Fri Oct 26 10:35:12 2007 From: groupdav@opengroupware.org (Helge Hess) Date: Fri, 26 Oct 2007 11:35:12 +0200 Subject: [GroupDAV] Lightning via CalDAV <--> GroupDAV In-Reply-To: <472189EC.7000701@egroupware.org> References: <472189EC.7000701@egroupware.org> Message-ID: <788CB05D-9343-4CB3-AB0D-29435B249285@opengroupware.org> On 26.10.2007, at 08:32, Ralf Becker wrote: > I'm working on the GroupDAV interface for eGroupWare > (www.egroupware.org). > > I want to know what extra methods are required on top of the regular > GroupDav ones, to support lightning via CalDAV? Are there any > experiences what is required, or even better documentation ;-) You would need to support all of CalDAV if you want to support Sunbird/Lightning in a reliable way. Even if it uses a subset right now, which subset that is can change every other version. (Of course the Inverse GroupDAV addressbook provider for Lightning does just GroupDAV, so you should be clear with that) > Btw. I like the idea mentioned here earlier by Helge, to define a > GroupDAV 2.0, which contains the subset of CalDAV necessary to support > lightning and the apple iCal client. Thats definitely not what I mentioned, after all its impossible to do this. GroupDAV only makes sense if its supported by the clients (if they agree to stick to a "GroupDAV 2.0" subset and/or downgrade on the fly [if they detect 5xx codes on CalDAV ops]). What I suggested was to enhance GroupDAV with one specified CalDAV REPORT to support bulk retrieval of items. "CalDAV REPORT" to make it easier for server to support CalDAV *and* GroupDAV. I could use such a REPORT to speed up my GroupDAV Outlook/MAPI provider, but it will be useful for other clients too, eg the Funambol one. Maybe a small list helps: GroupDAV client - very easy to make it talk to any full CalDAV server (just add support for the additional WebDAV resourcetypes) CalDAV client - doesn't work against GroupDAV servers (CalDAV requires ~100times the features in the server). To support GroupDAV it usually require a bit of additional code and awareness that the server might support less GroupDAV server - usually won't work against CalDAV clients unless it also supports CalDAV. Implementing GroupDAV first is a good starting point to enhance it to a full CalDAV server. CalDAV server - full support for CalDAV clients. Doesn't really need to do anything special to support GroupDAV clients. GroupDAV clients can be easily enhanced to support CalDAV servers in "GroupDAV mode". [Reminder for me: GroupDAV should specify that CalDAV collection types MUST be recognized as the respective GroupDAV collections by clients] I think in the case of Sunbird/Lightning we could probably talk/ support the MailCo into supporting GroupDAV too (properly fall back to just GroupDAV if the server doesn't support CalDAV). I've failed a few bugreports with Mozilla in the past and never got negative/ unreasonable feedback. Wrt to Apple iCal, if you do not want to provide a rather complete CalDAV implementation (and Apple iCal makes *HEAVY* use of a lot of CalDAV [+WebDAV ACL] features), we are back to Mathew's iSync plugin for GroupDAV. He promised a OSX 10.5 version ;-) Greets, Helge -- Helge Hess http://www.helgehess.eu/ From groupdav@opengroupware.org Fri Oct 26 14:38:46 2007 From: groupdav@opengroupware.org (Wolfgang Sourdeau) Date: Fri, 26 Oct 2007 09:38:46 -0400 Subject: [GroupDAV] Lightning via CalDAV <--> GroupDAV In-Reply-To: <788CB05D-9343-4CB3-AB0D-29435B249285@opengroupware.org> Message-ID: <0a7278676670f3c2e4b3c247fd3ba309@mozzarella> On 2007-10-26 04:35:12 -0500 Helge Hess w= rote: > (Of course the Inverse GroupDAV addressbook provider for Lightning do= es just=20 > GroupDAV, so you should be clear with that) Actually, the Lightning Enhancer does just nothing (except an HTTP GET t= o fetch freebusys), because it just enhances certain features or non-fea= tures of Lightning (which in turn does real CalDAV) in general. Our "Gro= upDAV Addressbook Connector", doesn't really do GroupDAV really either, = but it does use WebDAV for synchronizing its address books and CardDAV f= or search operations. --=20 Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou= privil=E9gi=E9s. Si vous n'en =EAtes pas le v=E9ritable destinataire, ve= uillez nous aviser imm=E9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information.= If you are not the intended recipient, please notify us immediately. Tha= nk you. From groupdav@opengroupware.org Fri Oct 26 14:40:23 2007 From: groupdav@opengroupware.org (Wolfgang Sourdeau) Date: Fri, 26 Oct 2007 09:40:23 -0400 Subject: [GroupDAV] Lightning via CalDAV <--> GroupDAV In-Reply-To: <472189EC.7000701@egroupware.org> Message-ID: <7ad1bb0396a01c9bb1e6762805ddf488@mozzarella> On 2007-10-26 01:32:12 -0500 Ralf Becker wro= te: > Hi, >=20 > I'm working on the GroupDAV interface for eGroupWare (www.egroupware.o= rg). >=20 > I want to know what extra methods are required on top of the regular > GroupDav ones, to support lightning via CalDAV? Are there any > experiences what is required, or even better documentation ;-) I think the best source of information related to CalDAV is its RFC 4791= . It describes all the methods required to fully support CalDAV. --=20 Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou= privil=E9gi=E9s. Si vous n'en =EAtes pas le v=E9ritable destinataire, ve= uillez nous aviser imm=E9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information.= If you are not the intended recipient, please notify us immediately. Tha= nk you. From groupdav@opengroupware.org Fri Oct 26 14:42:33 2007 From: groupdav@opengroupware.org (Helge Hess) Date: Fri, 26 Oct 2007 15:42:33 +0200 Subject: [GroupDAV] Lightning via CalDAV <--> GroupDAV In-Reply-To: <0a7278676670f3c2e4b3c247fd3ba309@mozzarella> References: <0a7278676670f3c2e4b3c247fd3ba309@mozzarella> Message-ID: On 26.10.2007, at 15:38, Wolfgang Sourdeau wrote: > Our "GroupDAV Addressbook Connector", doesn't really do GroupDAV > really either, but it does use WebDAV for synchronizing its address > books Well, GroupDAV is just a subset of WebDAV :-) Does it do anything else but the WebDAV stuff described in GroupDAV? > and CardDAV for search operations. Then please rename it from "Thunderbird GroupDAV Plugin" to "Thunderbird CardDAV Plugin" because thats what it is :-) [or does it fail gracefully if the CardDAV extensions are unavailable?] Thanks, Helge -- Helge Hess http://www.helgehess.eu/ From groupdav@opengroupware.org Fri Oct 26 14:50:46 2007 From: groupdav@opengroupware.org (Helge Hess) Date: Fri, 26 Oct 2007 15:50:46 +0200 Subject: [GroupDAV] Lightning via CalDAV <--> GroupDAV In-Reply-To: <7ad1bb0396a01c9bb1e6762805ddf488@mozzarella> References: <7ad1bb0396a01c9bb1e6762805ddf488@mozzarella> Message-ID: <65F4272C-2FA6-4E6C-9D5E-DC073B752BFA@opengroupware.org> On 26.10.2007, at 15:40, Wolfgang Sourdeau wrote: > I think the best source of information related to CalDAV is its RFC > 4791. It describes all the methods required to fully support CalDAV. Yes. But it doesn't describe all, you also need the RFC3744 REPORTs besides other things: ---snip--- o MUST support iCalendar [RFC2445] as a media type for the calendar object resource format; o MUST support WebDAV Class 1 [RFC2518] (note that [rfc2518bis] describes clarifications to [RFC2518] that aid interoperability); o MUST support WebDAV ACL [RFC3744] with the additional privilege defined in Section 6.1 of this document; o MUST support transport over TLS [RFC2246] as defined in [RFC2818] (note that [RFC2246] has been obsoleted by [RFC4346]); o MUST support ETags [RFC2616] with additional requirements specified in Section 5.3.4 of this document; ---snap--- Anyways what Ralf was actually asking for is the minimal subset of CalDAV required to make Sunbird/Lightning and Apple iCal work. Which is a highly moving target for the first and the second one requires pretty much everything described in RFC3744/RFC4791 :-) I wonder whether it makes sense to start an effort to track what those clients do. Not sure, might be worthwhile. But that is not GroupDAV (with GroupDAV the servers have a definite reference on what clients *must* do). Greets, Helge -- Helge Hess http://www.helgehess.eu/ From groupdav@opengroupware.org Fri Oct 26 15:23:30 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Fri, 26 Oct 2007 10:23:30 -0400 Subject: [GroupDAV] Lightning via CalDAV <--> GroupDAV In-Reply-To: References: <0a7278676670f3c2e4b3c247fd3ba309@mozzarella> Message-ID: <1193408610.9452.2.camel@WM_ADAM1.morrison.iserv.net> --=-mDGIDbBzYMDct1rVB17t Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > > Our "GroupDAV Addressbook Connector", doesn't really do GroupDAV =20 > > really either, but it does use WebDAV for synchronizing its address =20 > > books > Well, GroupDAV is just a subset of WebDAV :-) Does it do anything =20 > else but the WebDAV stuff described in GroupDAV? > > and CardDAV for search operations. Weird, because I've used it with OGo and it filled the address book. Bummer through, I suppose one can't expect it to work reliably into the future. A specifically GroupDAV plugin would be very nice. > Then please rename it from > "Thunderbird GroupDAV Plugin" > to > "Thunderbird CardDAV Plugin" > because thats what it is :-) [or does it fail gracefully if the =20 > CardDAV extensions are unavailable?] --=-mDGIDbBzYMDct1rVB17t Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHIfhiLRePpNle04MRAsb5AJ9rttGqrIVUIhwAsE9cldaSZtmOpwCdHmas 4jYtzKXHJ+mcq5PpHNMpmQo= =oLda -----END PGP SIGNATURE----- --=-mDGIDbBzYMDct1rVB17t-- From groupdav@opengroupware.org Fri Oct 26 15:25:23 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Fri, 26 Oct 2007 10:25:23 -0400 Subject: [GroupDAV] really slow sync for opengroupware release1.0a (debian sarge) and svn2041 (debian etch) In-Reply-To: <164FD18E-E3E6-4337-9AF1-5D6AE5359B57@opengroupware.org> References: <4721AA0E.3080003@pistoiaindustria.it> <164FD18E-E3E6-4337-9AF1-5D6AE5359B57@opengroupware.org> Message-ID: <1193408723.9452.5.camel@WM_ADAM1.morrison.iserv.net> --=-DfqJ7+DsU7+hrKr7get9 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > > Full sync is very slow (about 15'' per contact/appointment). > What is "''" supposed to mean? 15 seconds per contact? Does ZideStore =20 > also report 15s per GET? More information on OGo profiling can be =20 > found here: > http://www.opengroupware.org/en/devs/docs/snippets/Profiling.html > But please move OGo specific questions to users at opengroupware.org Yep, if you mean 15 seconds then, yes, that is crazy. You should ask over on the OGo-Users list. But as an aside, I don't think GroupDAV was a feature in 1.0a; it was introduced after development moved to 1.1 > There is a technical limitation in GroupDAV which slows it down for =20 > bulk queries, but 15s per item is worse than what you can expect even =20 > now (for ZideStore I would expect not more than ~500ms per item [of =20 > course depending on the machine]). --=-DfqJ7+DsU7+hrKr7get9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHIfjTLRePpNle04MRAs0AAJ0bF/er4PlLjup3XSosBFdi+1ybdwCfQS/2 DKN5oE+lDzXnSa0ozogxKVo= =AOBa -----END PGP SIGNATURE----- --=-DfqJ7+DsU7+hrKr7get9-- From groupdav@opengroupware.org Fri Oct 26 15:28:06 2007 From: groupdav@opengroupware.org (Wolfgang Sourdeau) Date: Fri, 26 Oct 2007 10:28:06 -0400 Subject: [GroupDAV] Lightning via CalDAV <--> GroupDAV In-Reply-To: <1193408610.9452.2.camel@WM_ADAM1.morrison.iserv.net> Message-ID: <355f0b790a07a0ab96c433d4fac41693@mozzarella> On 2007-10-26 09:23:30 -0500 Adam Tauno Williams = wrote: >>> Our "GroupDAV Addressbook Connector", doesn't really do GroupDAV > = really=20 >>> either, but it does use WebDAV for synchronizing its address > book= s >> Well, GroupDAV is just a subset of WebDAV :-) Does it do anything el= se but=20 >> the WebDAV stuff described in GroupDAV? >>> and CardDAV for search operations. >=20 > Weird, because I've used it with OGo and it filled the address book. > Bummer through, I suppose one can't expect it to work reliably into t= he > future. A specifically GroupDAV plugin would be very nice. I don't see why not, GroupDAV is mostly an extension to WebDAV for handl= ing folder metadata. It still requires PROPFIND, GET and PUT, which this= plugins does perfectly well. --=20 Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou= privil=E9gi=E9s. Si vous n'en =EAtes pas le v=E9ritable destinataire, ve= uillez nous aviser imm=E9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information.= If you are not the intended recipient, please notify us immediately. Tha= nk you. From groupdav@opengroupware.org Fri Oct 26 15:32:28 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Fri, 26 Oct 2007 10:32:28 -0400 Subject: [GroupDAV] Lightning via CalDAV <--> GroupDAV In-Reply-To: <355f0b790a07a0ab96c433d4fac41693@mozzarella> References: <355f0b790a07a0ab96c433d4fac41693@mozzarella> Message-ID: <1193409148.9452.7.camel@WM_ADAM1.morrison.iserv.net> --=-OAyaowvxyz5aQh9ons8V Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > >>> Our "GroupDAV Addressbook Connector", doesn't really do GroupDAV > r= eally=20 > >>> either, but it does use WebDAV for synchronizing its address > books > >> Well, GroupDAV is just a subset of WebDAV :-) Does it do anything els= e but=20 > >> the WebDAV stuff described in GroupDAV? > >>> and CardDAV for search operations > > Weird, because I've used it with OGo and it filled the address book. > > Bummer through, I suppose one can't expect it to work reliably into th= e > > future. A specifically GroupDAV plugin would be very nice. > I don't see why not, GroupDAV is mostly an extension to WebDAV for handli= ng > folder metadata. It still requires PROPFIND, GET and PUT, which this=20 > plugins does perfectly well. True, but any CardDAV specific operations will almost certainly fail. --=-OAyaowvxyz5aQh9ons8V Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHIfp8LRePpNle04MRAn9BAJ9Y6HVp2IUpaspUUmoH5wgM11o7DgCeKZMN 5uKNaJlrdjwo8z7sdtS5Ui0= =JZoJ -----END PGP SIGNATURE----- --=-OAyaowvxyz5aQh9ons8V-- From groupdav@opengroupware.org Fri Oct 26 15:37:11 2007 From: groupdav@opengroupware.org (Wolfgang Sourdeau) Date: Fri, 26 Oct 2007 10:37:11 -0400 Subject: [GroupDAV] Lightning via CalDAV <--> GroupDAV In-Reply-To: <1193409148.9452.7.camel@WM_ADAM1.morrison.iserv.net> Message-ID: > True, but any CardDAV specific operations will almost certainly fail. CardDAV operations are optional anyway. it depends on the type of addressbook that you've configured. W. From groupdav@opengroupware.org Fri Oct 26 15:48:37 2007 From: groupdav@opengroupware.org (Helge Hess) Date: Fri, 26 Oct 2007 16:48:37 +0200 Subject: [GroupDAV] Lightning via CalDAV <--> GroupDAV In-Reply-To: References: Message-ID: <1FF13A89-5CCE-4BDB-AEA8-62AB648D2292@opengroupware.org> On 26.10.2007, at 16:37, Wolfgang Sourdeau wrote: >> True, but any CardDAV specific operations will almost certainly fail. > CardDAV operations are optional anyway. it depends on the type of > addressbook that you've configured. Great! :-) So it *is* a real GroupDAV provider :-) Thanks, Helge -- Helge Hess http://www.helgehess.eu/ From groupdav@opengroupware.org Fri Oct 26 19:12:48 2007 From: groupdav@opengroupware.org (Ralf Becker) Date: Fri, 26 Oct 2007 20:12:48 +0200 Subject: [GroupDAV] Lightning via CalDAV <--> GroupDAV In-Reply-To: <65F4272C-2FA6-4E6C-9D5E-DC073B752BFA@opengroupware.org> References: <7ad1bb0396a01c9bb1e6762805ddf488@mozzarella> <65F4272C-2FA6-4E6C-9D5E-DC073B752BFA@opengroupware.org> Message-ID: <47222E20.4050008@egroupware.org> Thanks everyone for the infos - thought I expected a different answer, from reading some of the previous threads. Anyway the GroupDAV support of eGroupWare seems to be working by now in our trunk svn. Maybe I will backport it for the next maintainance release 1.4.003, to make it available for a bigger audience. What do I need to do to get eGroupWare listed on www.groupdav.org? Ralf Helge Hess schrieb: > On 26.10.2007, at 15:40, Wolfgang Sourdeau wrote: >> I think the best source of information related to CalDAV is its RFC >> 4791. It describes all the methods required to fully support CalDAV. > > Yes. But it doesn't describe all, you also need the RFC3744 REPORTs > besides other things: > ---snip--- > o MUST support iCalendar [RFC2445] as a media type for the calendar > object resource format; > > o MUST support WebDAV Class 1 [RFC2518] (note that [rfc2518bis] > describes clarifications to [RFC2518] that aid interoperability); > > o MUST support WebDAV ACL [RFC3744] with the additional privilege > defined in Section 6.1 of this document; > > o MUST support transport over TLS [RFC2246] as defined in [RFC2818] > (note that [RFC2246] has been obsoleted by [RFC4346]); > > o MUST support ETags [RFC2616] with additional requirements > specified in Section 5.3.4 of this document; > ---snap--- > > > Anyways what Ralf was actually asking for is the minimal subset of > CalDAV required to make Sunbird/Lightning and Apple iCal work. Which is > a highly moving target for the first and the second one requires pretty > much everything described in RFC3744/RFC4791 :-) > I wonder whether it makes sense to start an effort to track what those > clients do. Not sure, might be worthwhile. But that is not GroupDAV > (with GroupDAV the servers have a definite reference on what clients > *must* do). > > Greets, > Helge -- Ralf Becker eGroupWare Training & Support ==> http://www.egroupware-support.de Outdoor Unlimited Training GmbH [www.outdoor-training.de] Handelsregister HRB Kaiserslautern 3587 Geschäftsführer Birgit und Ralf Becker Leibnizstr. 17, 67663 Kaiserslautern, Germany Telefon +49 (0)631 31657-0 From groupdav@opengroupware.org Fri Oct 26 19:14:36 2007 From: groupdav@opengroupware.org (Wolfgang Sourdeau) Date: Fri, 26 Oct 2007 14:14:36 -0400 Subject: [GroupDAV] [ANN] SOGo Connector 0.60 Message-ID: <70d043594f73d757fa245a48ec55be29@mozzarella> Inverse team is happy to announce the release 0.60 of the "SOGo Connecto= r" extension for Thunderbird, a merge of our two previous plugins: the "= Inverse Lightning Enhancer" and the "GroupDAV Addressbook Connector". [ What is the SOGo Connector ? ] This extension transforms Thunderbird into a full DAV client for groupwa= re servers such as SOGo, OpenGroupware.org or Citadel. It does this by a= dding support for remote DAV address books and by adding features to be = used along with the Lightning calendar extension. More information can be found on our website : http://www.inverse.ca/contributions/sogo_connector.html [ What is SOGo ? ] SOGo is a flavour of OGo that was redesigned for scalability while keepi= ng the fundamental functionalities of a groupware server. It can be used= both as a Web application with a user interface that integrates well wi= th the Mozilla application suite, or as a GroupDAV/CalDAV/CardDAV server= which you can then access from your native client application of choice= such as Mozilla Thunderbird and Lightning. We have a demo website where you can experience SOGo from the Web or you= r preferred CalDAV client: http://sogo-demo.inverse.ca/ [ Changes since the last release ] - merge of the Lightning Enhancer and of the GroupDAV Addressbook Connec= tor extensions - added support for searching addressbooks in CardDAV - added support for duration-based freebusy entries - fixed support for Lightning 0.7 - added a German translation; [ Getting the SOGo Connector ] SOGo Connector is free software and is distributed under the GNU GPL v. = 2. As such, you are free to download and use it from : http://www.inverse.ca/groupware/plugins/sogo-connector-0.60.xpi Documentation about the installation and configuration of SOGo is availa= ble from : [ Getting support ] For any questions, do not hesitate to contact us by writing an email to = : support@inverse.ca --=20 Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou= privil=E9gi=E9s. Si vous n'en =EAtes pas le v=E9ritable destinataire, ve= uillez nous aviser imm=E9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information.= If you are not the intended recipient, please notify us immediately. Tha= nk you. From groupdav@opengroupware.org Fri Oct 26 19:33:06 2007 From: groupdav@opengroupware.org (Ralf Becker) Date: Fri, 26 Oct 2007 20:33:06 +0200 Subject: [GroupDAV] [ANN] SOGo Connector 0.60 In-Reply-To: <70d043594f73d757fa245a48ec55be29@mozzarella> References: <70d043594f73d757fa245a48ec55be29@mozzarella> Message-ID: <472232E2.7090600@egroupware.org> Hi Wolfgang, just tried the sogo-connector. Thanks for including my patches :-) Unfortunately it's not working, I get the same error as I reported it yesterday night to Robert Bolduc. It looks like a xul error: https://pole.outdoor-training.de/sogo-connector-error.png The old addressbook-GroupDAV-plugin, as well as the sogo-connector 0.60b, Robert send me, was not installed, when I installed the 0.60 version. The system is an OpenSUSE 10.3 system with a thunderbird 2.0.0.6. As you see on the screenshot, the connector UI is not available :-( Ralf Wolfgang Sourdeau schrieb: > Inverse team is happy to announce the release 0.60 of the "SOGo Connector" extension for Thunderbird, a merge of our two previous plugins: the "Inverse Lightning Enhancer" and the "GroupDAV Addressbook Connector". > > [ What is the SOGo Connector ? ] > > This extension transforms Thunderbird into a full DAV client for groupware servers such as SOGo, OpenGroupware.org or Citadel. It does this by adding support for remote DAV address books and by adding features to be used along with the Lightning calendar extension. > > More information can be found on our website : > > http://www.inverse.ca/contributions/sogo_connector.html > > [ What is SOGo ? ] > > SOGo is a flavour of OGo that was redesigned for scalability while keeping the fundamental functionalities of a groupware server. It can be used both as a Web application with a user interface that integrates well with the Mozilla application suite, or as a GroupDAV/CalDAV/CardDAV server which you can then access from your native client application of choice such as Mozilla Thunderbird and Lightning. > > We have a demo website where you can experience SOGo from the Web or your preferred CalDAV client: > > http://sogo-demo.inverse.ca/ > > [ Changes since the last release ] > - merge of the Lightning Enhancer and of the GroupDAV Addressbook Connector extensions > - added support for searching addressbooks in CardDAV > - added support for duration-based freebusy entries > - fixed support for Lightning 0.7 > - added a German translation; > > [ Getting the SOGo Connector ] > > SOGo Connector is free software and is distributed under the GNU GPL v. 2. As such, > you are free to download and use it from : > > http://www.inverse.ca/groupware/plugins/sogo-connector-0.60.xpi > > Documentation about the installation and configuration of SOGo is available from : > > [ Getting support ] > > For any questions, do not hesitate to contact us by writing an email to : support@inverse.ca > -- Ralf Becker eGroupWare Training & Support ==> http://www.egroupware-support.de Outdoor Unlimited Training GmbH [www.outdoor-training.de] Handelsregister HRB Kaiserslautern 3587 Geschäftsführer Birgit und Ralf Becker Leibnizstr. 17, 67663 Kaiserslautern, Germany Telefon +49 (0)631 31657-0 From groupdav@opengroupware.org Sat Oct 27 06:30:19 2007 From: groupdav@opengroupware.org (Ralf Becker) Date: Sat, 27 Oct 2007 07:30:19 +0200 Subject: [GroupDAV] [ANN] SOGo Connector 0.60 In-Reply-To: <472232E2.7090600@egroupware.org> References: <70d043594f73d757fa245a48ec55be29@mozzarella> <472232E2.7090600@egroupware.org> Message-ID: <4722CCEB.2000004@egroupware.org> Version 0.61 fixes the problem Ralf Ralf Becker schrieb: > Hi Wolfgang, > > just tried the sogo-connector. > > Thanks for including my patches :-) > > Unfortunately it's not working, I get the same error as I reported it > yesterday night to Robert Bolduc. It looks like a xul error: > https://pole.outdoor-training.de/sogo-connector-error.png > > The old addressbook-GroupDAV-plugin, as well as the sogo-connector > 0.60b, Robert send me, was not installed, when I installed the 0.60 > version. The system is an OpenSUSE 10.3 system with a thunderbird 2.0.0.6. > > As you see on the screenshot, the connector UI is not available :-( > > Ralf > > Wolfgang Sourdeau schrieb: >> Inverse team is happy to announce the release 0.60 of the "SOGo Connector" extension for Thunderbird, a merge of our two previous plugins: the "Inverse Lightning Enhancer" and the "GroupDAV Addressbook Connector". >> >> [ What is the SOGo Connector ? ] >> >> This extension transforms Thunderbird into a full DAV client for groupware servers such as SOGo, OpenGroupware.org or Citadel. It does this by adding support for remote DAV address books and by adding features to be used along with the Lightning calendar extension. >> >> More information can be found on our website : >> >> http://www.inverse.ca/contributions/sogo_connector.html >> >> [ What is SOGo ? ] >> >> SOGo is a flavour of OGo that was redesigned for scalability while keeping the fundamental functionalities of a groupware server. It can be used both as a Web application with a user interface that integrates well with the Mozilla application suite, or as a GroupDAV/CalDAV/CardDAV server which you can then access from your native client application of choice such as Mozilla Thunderbird and Lightning. >> >> We have a demo website where you can experience SOGo from the Web or your preferred CalDAV client: >> >> http://sogo-demo.inverse.ca/ >> >> [ Changes since the last release ] >> - merge of the Lightning Enhancer and of the GroupDAV Addressbook Connector extensions >> - added support for searching addressbooks in CardDAV >> - added support for duration-based freebusy entries >> - fixed support for Lightning 0.7 >> - added a German translation; >> >> [ Getting the SOGo Connector ] >> >> SOGo Connector is free software and is distributed under the GNU GPL v. 2. As such, >> you are free to download and use it from : >> >> http://www.inverse.ca/groupware/plugins/sogo-connector-0.60.xpi >> >> Documentation about the installation and configuration of SOGo is available from : >> >> [ Getting support ] >> >> For any questions, do not hesitate to contact us by writing an email to : support@inverse.ca >> > -- Ralf Becker eGroupWare Training & Support ==> http://www.egroupware-support.de Outdoor Unlimited Training GmbH [www.outdoor-training.de] Handelsregister HRB Kaiserslautern 3587 Geschäftsführer Birgit und Ralf Becker Leibnizstr. 17, 67663 Kaiserslautern, Germany Telefon +49 (0)631 31657-0 From groupdav@opengroupware.org Wed Oct 31 15:13:38 2007 From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=) Date: Wed, 31 Oct 2007 17:13:38 +0200 Subject: [GroupDAV] Bionicmessage GroupWare sync server bundle In-Reply-To: References: Message-ID: <47289BA2.7010600@tietoteema.fi> Sorry for the delay, I've been really busy lately. I don't have a OGo server currently available, but I guess I could create one for you early next week and add a link for you in SSL-E. Is that too late? Samuli > Hello Samuli, > > Do you have a OGo test server available? I'd like to test the upcoming > groupdav connector version against OGo > > Regards, > Mathew > >