You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
(10) |
Apr
(30) |
May
(11) |
Jun
(8) |
Jul
(28) |
Aug
(113) |
Sep
(74) |
Oct
(43) |
Nov
(111) |
Dec
(31) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(70) |
Feb
(78) |
Mar
(110) |
Apr
(99) |
May
(106) |
Jun
(128) |
Jul
(65) |
Aug
(123) |
Sep
(80) |
Oct
(128) |
Nov
(80) |
Dec
(54) |
2007 |
Jan
(89) |
Feb
(83) |
Mar
(56) |
Apr
(56) |
May
(69) |
Jun
(29) |
Jul
(89) |
Aug
(44) |
Sep
(32) |
Oct
(114) |
Nov
(36) |
Dec
(46) |
2008 |
Jan
(88) |
Feb
(100) |
Mar
(63) |
Apr
(27) |
May
(39) |
Jun
(61) |
Jul
(35) |
Aug
(11) |
Sep
(9) |
Oct
(19) |
Nov
(28) |
Dec
(72) |
2009 |
Jan
(33) |
Feb
(4) |
Mar
(15) |
Apr
(24) |
May
(17) |
Jun
(17) |
Jul
(11) |
Aug
(30) |
Sep
(19) |
Oct
(8) |
Nov
(10) |
Dec
(5) |
2010 |
Jan
(5) |
Feb
(10) |
Mar
(12) |
Apr
(1) |
May
(8) |
Jun
(4) |
Jul
(9) |
Aug
(29) |
Sep
(6) |
Oct
(19) |
Nov
(4) |
Dec
(3) |
2011 |
Jan
(9) |
Feb
|
Mar
|
Apr
(7) |
May
(2) |
Jun
(9) |
Jul
(3) |
Aug
(2) |
Sep
|
Oct
|
Nov
(7) |
Dec
|
2012 |
Jan
(2) |
Feb
(5) |
Mar
(5) |
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(9) |
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
From: Armin B. <arm...@de...> - 2005-03-31 14:52:26
|
Helge Hess wrote: > On Mar 31, 2005, at 15:11, Armin Bauer wrote: > >>> I am still sitting on the fence on GroupDAV, so I am curious to see >>> what >>> others are thing about it. For openSync I think it could help broaden >>> the appeal of the project and also for groupware projects which >>> implement the protocol. I can also see the case for everyone just using >>> syncML ;) >> >> How is groupdav related to caldav and webdav? > > > GroupDAV is mostly a subset of CalDAV for vevent/vtodo related > operations. It also works with vcards in addition, something which > isn't in the scope of CalDAV. > > The focus of GroupDAV is to be really, really simple to implement in > web based groupware servers. It doesn't even require a full WebDAV > implementation, just two predefined PROPFIND queries. > > An idea is to have something usable very quickly (GroupDAV) but to > have a reasonable base to build full CalDAV support upon. What advantages does caldav have over groupdav? Are there any special libraries necessary or can groupdav / caldav be used with the normal webdav libraries (like libneon)? > >> There already is a plugin in the old multisync that can pull >> icalendar files from webdav, sync it and put it back (thats whats >> called caldev afaik). > > > I guess this plugin is doing iCal-over-HTTP. The difference to CalDAV > and GroupDAV is that those are using URLs to address individual > vevent/vtodo entries with all the attached advantages. right. the plugins just pulls the complete file but not indiviual entries. > > Greets, > Helge |
From: Helge H. <hel...@op...> - 2005-03-31 13:49:07
|
On Mar 31, 2005, at 15:11, Armin Bauer wrote: >> I am still sitting on the fence on GroupDAV, so I am curious to see >> what >> others are thing about it. For openSync I think it could help broaden >> the appeal of the project and also for groupware projects which >> implement the protocol. I can also see the case for everyone just >> using >> syncML ;) > How is groupdav related to caldav and webdav? GroupDAV is mostly a subset of CalDAV for vevent/vtodo related operations. It also works with vcards in addition, something which isn't in the scope of CalDAV. The focus of GroupDAV is to be really, really simple to implement in web based groupware servers. It doesn't even require a full WebDAV implementation, just two predefined PROPFIND queries. An idea is to have something usable very quickly (GroupDAV) but to have a reasonable base to build full CalDAV support upon. > There already is a plugin in the old multisync that can pull icalendar > files from webdav, sync it and put it back (thats whats called caldev > afaik). I guess this plugin is doing iCal-over-HTTP. The difference to CalDAV and GroupDAV is that those are using URLs to address individual vevent/vtodo entries with all the attached advantages. Greets, Helge -- http://docs.opengroupware.org/Members/helge/ OpenGroupware.org |
From: Armin B. <arm...@de...> - 2005-03-31 13:11:46
|
Dave Hall wrote: >Hi all, > >Just thought I would throw a question out here primarily for Armin, but >I am happy to hear what others thing. > >Have you looked at GroupDAV (http://www.groupdav.org/)? If so do you >have any plans to use it? > Yes, support for the *DAV protocols is definetly a target. >I am still sitting on the fence on GroupDAV, so I am curious to see what >others are thing about it. For openSync I think it could help broaden >the appeal of the project and also for groupware projects which >implement the protocol. I can also see the case for everyone just using >syncML ;) How is groupdav related to caldav and webdav? There already is a plugin in the old multisync that can pull icalendar files from webdav, sync it and put it back (thats whats called caldev afaik). > >Cheers > >Dave > >On Thu, 2005-03-31 at 14:02 +0200, Armin Bauer wrote: > > Hi, > > I just released OpenSync 0.15. This is the first release that has all > plugins split out completely from the framework. > > The new features are: > > - The plugins now have 2 possibilites to do batch commits if they like. > The first option is that they receive the changes just normal and get a > committed_all signal as soon as opensync is done sending the changes. > The second option is that they implement a batch commit function that is > called by opensync with an array of all changes to commit. > > - All public functions are now documented via doxygen > > - Improved comparison of vevent and vtodo objects > > - New "most recent" conflict resultion policy: The user can now solve a > conflict by choosing the newest object. > > - Renamed opensync to libopensync to make clear that it is just a libary. > > - the unit tests are now utilizing a special mock-plugin that lives in > the tests/ directoy. This makes it far easier to run and extend the tests. > > - the sources are now compatible with rpm building > > Armin > > > > ------------------------------------------------------- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/Info/Sentarus/hamr30 _______________________________________________ Opensync-users mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opensync-users |
From: Dave H. <sk...@ph...> - 2005-03-31 13:01:04
|
Hi all, Just thought I would throw a question out here primarily for Armin, but I am happy to hear what others thing. Have you looked at GroupDAV (http://www.groupdav.org/)? If so do you have any plans to use it? I am still sitting on the fence on GroupDAV, so I am curious to see what others are thing about it. For openSync I think it could help broaden the appeal of the project and also for groupware projects which implement the protocol. I can also see the case for everyone just using syncML ;) Cheers Dave On Thu, 2005-03-31 at 14:02 +0200, Armin Bauer wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I just released OpenSync 0.15. This is the first release that has all > plugins split out completely from the framework. > > The new features are: > > - - The plugins now have 2 possibilites to do batch commits if they like. > The first option is that they receive the changes just normal and get a > committed_all signal as soon as opensync is done sending the changes. > The second option is that they implement a batch commit function that is > called by opensync with an array of all changes to commit. > > - - All public functions are now documented via doxygen > > - - Improved comparison of vevent and vtodo objects > > - - New "most recent" conflict resultion policy: The user can now solve a > conflict by choosing the newest object. > > - - Renamed opensync to libopensync to make clear that it is just a libary. > > - - the unit tests are now utilizing a special mock-plugin that lives in > the tests/ directoy. This makes it far easier to run and extend the tests. > > - - the sources are now compatible with rpm building > > Armin > > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.5 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQFCS+btq9z7v9k9UakRAhtzAJ9eCWmGfYswrmQ45NGaf9vcxz/jAgCfYNfy > d2ZwprnUAn+bmevWlYNaIvE= > =2Wu0 > -----END PGP SIGNATURE----- > > > ------------------------------------------------------- > This SF.net email is sponsored by Demarc: > A global provider of Threat Management Solutions. > Download our HomeAdmin security software for free today! > http://www.demarc.com/Info/Sentarus/hamr30 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users -- Dave Hall (aka skwashd) API Coordinator phpGroupWare ------------------------------------------------------------------------- Do you think if Bill Gates got laid in high school, do you think there'd be a Microsoft? Of course not. Underwear Goes Inside The Pants by Lazy Boy |
From: Armin B. <arm...@de...> - 2005-03-31 12:02:53
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I just released OpenSync 0.15. This is the first release that has all plugins split out completely from the framework. The new features are: - - The plugins now have 2 possibilites to do batch commits if they like. The first option is that they receive the changes just normal and get a committed_all signal as soon as opensync is done sending the changes. The second option is that they implement a batch commit function that is called by opensync with an array of all changes to commit. - - All public functions are now documented via doxygen - - Improved comparison of vevent and vtodo objects - - New "most recent" conflict resultion policy: The user can now solve a conflict by choosing the newest object. - - Renamed opensync to libopensync to make clear that it is just a libary. - - the unit tests are now utilizing a special mock-plugin that lives in the tests/ directoy. This makes it far easier to run and extend the tests. - - the sources are now compatible with rpm building Armin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCS+btq9z7v9k9UakRAhtzAJ9eCWmGfYswrmQ45NGaf9vcxz/jAgCfYNfy d2ZwprnUAn+bmevWlYNaIvE= =2Wu0 -----END PGP SIGNATURE----- |
From: <no...@dr...> - 2005-03-21 23:59:12
|
Hi Everyone, I uploaded the debian packages to the sourceforge.net project web site. If anyone has questions or problems let me know. Norm |
From: Armin B. <arm...@de...> - 2005-03-19 22:22:23
|
test |