date deletion is not allowed
DELETE /zidestore/dav/sshreyas/public/Calendar/50770.ics HTTP/1.1 SOAP-Debug: 0xb06040 @ 1158916061 Host: www.salsatechnology.com If-match: 50770:9 Authorization: Basic c3NocmV5YXM6MXEydzNlNHI= in server_log_handler Is there something else i need to send? This happens only with appointments created by someone else, infact modyifying them does not work too. I get permission denied, All the intranet options are set. ANy idea what i am doing wrong? The deletion and the modifying issues seem related wrt to permissions i suppose. Thanks, Shreyas -- CelAbrate your flaws From evolution@opengroupware.org Fri Sep 22 13:45:30 2006 From: evolution@opengroupware.org (Helge Hess) Date: Fri, 22 Sep 2006 14:45:30 +0200 Subject: [OGo-Evolution] Couple of Doubts In-Reply-To: <8f8004410609220211hf9a4a4ayc47ddf47bcf13c2f@mail.gmail.com> References: <8f8004410609220211hf9a4a4ayc47ddf47bcf13c2f@mail.gmail.com> Message-ID: <47793666-41F4-497B-B815-F79AA8429E24@opengroupware.org> On Sep 22, 2006, at 11:11, Shreyas Srinivasan wrote: > 1) When deleting a meeting which has recepients, how do i retract > the meeting from everyone else's calendar. Can i just delete the > meeting file and assume that their copy of it will be deleted too? Yes. They have no 'copy', there is just one record shared by all. > And is there a way to send them a mail that the meeting is deleted? > does that fall under the functionality of the client? Yes, client functionality. Eg Evolution might choose to send an iMIP message. The OGo web interface asks the user whether he wants to send a mail to the participants. > 2) I am having issues deleting appointments that were not created > by me. The requests and the server response looks like this. ... > Is there something else i need to send? No. It means that you have no write permission to the appointment. Which is the default in OGo. (all participants have automatic read access but only the creator has write access). In the webui the user can configure a 'default write ACL' so that all accounts in that ACL get write access for new appointments. It does not affect ZideStore clients (yet), we should probably change that. > ANy idea what i am doing wrong? Nothing :-) > The deletion and the modifying issues seem related wrt to > permissions i suppose. Exactly. GroupDAV has no way to get/set permissions on resources though you can mix it with other protocols, eg WebDAV ACLs: http://www.webdav.org/acl/ Can you add panels to Evolution which would configure the OGo permissions? Probably I could enhance ZideStore to expose the OGo permissions as WebDAV ACLs. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From evolution@opengroupware.org Sat Sep 23 15:04:22 2006 From: evolution@opengroupware.org (Adam Williams) Date: Sat, 23 Sep 2006 10:04:22 -0400 Subject: [OGo-Evolution] Couple of Doubts In-Reply-To: <47793666-41F4-497B-B815-F79AA8429E24@opengroupware.org> References: <8f8004410609220211hf9a4a4ayc47ddf47bcf13c2f@mail.gmail.com> <47793666-41F4-497B-B815-F79AA8429E24@opengroupware.org> Message-ID: <1159020263.4375.41.camel@ws01.whitemice.org> > In the webui the user can configure a 'default write ACL' so that all > accounts in that ACL get write access for new appointments. It does > not affect ZideStore clients (yet), we should probably change that. > > ANy idea what i am doing wrong? > Nothing :-) > > The deletion and the modifying issues seem related wrt to > > permissions i suppose. > Exactly. GroupDAV has no way to get/set permissions on resources > though you can mix it with other protocols, eg WebDAV ACLs: > http://www.webdav.org/acl/ > Can you add panels to Evolution which would configure the OGo > permissions? Probably I could enhance ZideStore to expose the OGo > permissions as WebDAV ACLs. There is this one - http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1099 - about just adding a read-only property. From evolution@opengroupware.org Tue Sep 26 10:05:23 2006 From: evolution@opengroupware.org (Robert de Geus) Date: Tue, 26 Sep 2006 11:05:23 +0200 Subject: [OGo-Evolution] Creating calendar items Message-ID: <1159261523.15392.15.camel@salsa-10-1-0-237> Hi, May bee somebody can shed some light on this. Knowing the groupdav specs don't support ACL's, it would be a good thing if the user can enter a default ACL. In fact the web ui supports this. For all our users we have set the "write access" default to "all intranet". In this way people can edit each others items and in all cases we know, this is what they want. Despite this default value, when creating an item using evolution and the ogo connector, the default read access is "all intranet" but the write access is only for the user self. This will lead to lots of problems should we deploy the connector. Is there a way to tweak this so it works? Or is this a zidestore bug and should zidestore follow the default acl settings of the user? My guess is that we can not solve this in the connector. gr. Robert From evolution@opengroupware.org Tue Sep 26 20:47:56 2006 From: evolution@opengroupware.org (Helge Hess) Date: Tue, 26 Sep 2006 21:47:56 +0200 Subject: [OGo-Evolution] Creating calendar items In-Reply-To: <1159261523.15392.15.camel@salsa-10-1-0-237> References: <1159261523.15392.15.camel@salsa-10-1-0-237> Message-ID: <0B57ACEA-CBFE-4859-BF01-05EC2B380A47@opengroupware.org> On Sep 26, 2006, at 11:05, Robert de Geus wrote: > May bee somebody can shed some light on this. Knowing the groupdav > specs > don't support ACL's, Thats not entirely sure. The GroupDAV specs do not _require_ ACL support. If the server supports WebDAV ACLs it can be used together with GroupDAV. ZideStore doesn't support this but we could (and should) enhance ZideStore to do it. > it would be a good thing if the user can enter a > default ACL. In fact the web ui supports this. For all our users we > have > set the "write access" default to "all intranet". In this way > people can > edit each others items and in all cases we know, this is what they > want. Yes, this is a longstanding request and we should implement it. > Is there a way to tweak this so it works? Or is this a zidestore > bug and > should zidestore follow the default acl settings of the user? My guess > is that we can not solve this in the connector. You are correct, this cannot be solved in the connector and ZideStore should be enhanced to use the configured default write-ACL. ZideLook has exactly the same issue. Very likely I'm going to implement this, but not ASAP (possibly when I return from holiday end of October). Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From evolution@opengroupware.org Wed Sep 27 07:36:12 2006 From: evolution@opengroupware.org (Robert de Geus) Date: Wed, 27 Sep 2006 08:36:12 +0200 Subject: [OGo-Evolution] Creating calendar items In-Reply-To: <0B57ACEA-CBFE-4859-BF01-05EC2B380A47@opengroupware.org> References: <1159261523.15392.15.camel@salsa-10-1-0-237> <0B57ACEA-CBFE-4859-BF01-05EC2B380A47@opengroupware.org> Message-ID: <1159338972.8211.4.camel@salsa-10-0-0-2> Hi Helge, Thanks, this clarifies a lot. It sounds like a lot of work to implement ALC's. There are numerous idea's coming up now, but we will leave that till later. The Default ACL would be a great help though. gr, Robert On Tue, 2006-09-26 at 21:47 +0200, Helge Hess wrote: > On Sep 26, 2006, at 11:05, Robert de Geus wrote: > > May bee somebody can shed some light on this. Knowing the groupdav > > specs > > don't support ACL's, > > Thats not entirely sure. The GroupDAV specs do not _require_ ACL > support. If the server supports WebDAV ACLs it can be used together > with GroupDAV. > ZideStore doesn't support this but we could (and should) enhance > ZideStore to do it. > > > it would be a good thing if the user can enter a > > default ACL. In fact the web ui supports this. For all our users we > > have > > set the "write access" default to "all intranet". In this way > > people can > > edit each others items and in all cases we know, this is what they > > want. > > Yes, this is a longstanding request and we should implement it. > > > Is there a way to tweak this so it works? Or is this a zidestore > > bug and > > should zidestore follow the default acl settings of the user? My guess > > is that we can not solve this in the connector. > > You are correct, this cannot be solved in the connector and ZideStore > should be enhanced to use the configured default write-ACL. ZideLook > has exactly the same issue. > > Very likely I'm going to implement this, but not ASAP (possibly when > I return from holiday end of October). > > Greets, > Helge > -- > Helge Hess > http://docs.opengroupware.org/Members/helge/ > > From evolution@opengroupware.org Wed Sep 27 09:45:09 2006 From: evolution@opengroupware.org (Helge Hess) Date: Wed, 27 Sep 2006 10:45:09 +0200 Subject: [OGo-Evolution] Creating calendar items In-Reply-To: <1159338972.8211.4.camel@salsa-10-0-0-2> References: <1159261523.15392.15.camel@salsa-10-1-0-237> <0B57ACEA-CBFE-4859-BF01-05EC2B380A47@opengroupware.org> <1159338972.8211.4.camel@salsa-10-0-0-2> Message-ID: <001A9A7D-4EB4-427C-B9C2-61F3F4AD6319@opengroupware.org> On Sep 27, 2006, at 08:36, Robert de Geus wrote: > It sounds like a lot of work to implement > ALC's. Actually I don't think that its too difficult if we restrict it to the subset we actually need. But we'll see. I have to read the ACL draft again to see how it would work in detail. Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From evolution@opengroupware.org Wed Sep 27 12:04:48 2006 From: evolution@opengroupware.org (Adam Williams) Date: Wed, 27 Sep 2006 07:04:48 -0400 Subject: [OGo-Evolution] Creating calendar items In-Reply-To: <1159338972.8211.4.camel@salsa-10-0-0-2> References: <1159261523.15392.15.camel@salsa-10-1-0-237> <0B57ACEA-CBFE-4859-BF01-05EC2B380A47@opengroupware.org> <1159338972.8211.4.camel@salsa-10-0-0-2> Message-ID: <1159355088.4375.157.camel@ws01.whitemice.org> > Thanks, this clarifies a lot. It sounds like a lot of work to implement > ALC's. There are numerous idea's coming up now, but we will leave that > till later. The Default ACL would be a great help though. http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1790 From evolution@opengroupware.org Wed Sep 27 13:35:40 2006 From: evolution@opengroupware.org (Shreyas Srinivasan) Date: Wed, 27 Sep 2006 18:05:40 +0530 Subject: [OGo-Evolution] Meeting or Appointment Message-ID: <8f8004410609270535s65aad8e2i161cb6a07431d653@mail.gmail.com> Hey, Evolution looks at the attendee list to decide if something is a meeting or an appointment. This is of semantic importance cause if its a appointment then you wont add yourself as the attendeee. This also means when deleted meetings are handled differently, eg mails are sent to all recipients. When i try to create a meeting. I send this to the server. PUT /zidestore/dav/sshreyas/public/Calendar/new.ics HTTP/1.1 SOAP-Debug: 0xb67900 @ 1159359876 Host: www.salsatechnology.com If-match: * Content-Type: text/calendar BEGIN:VCALENDAR BEGIN:VEVENT UID:20060927T122424Z-6668-10-6346-2@wtfc DTSTAMP:20060927T122424Z DTSTART:20060811T043000Z DTEND:20060811T050000Z TRANSP:OPAQUE SEQUENCE:2 SUMMARY:gggg LOCATION:fffff CLASS:PUBLIC END:VEVENT END:VCALENDAR The server returns (Since need the server uid) iSOAP-Debug: 0xb67900 @ 1159359877 etag: 56910:1 Date: Wed, 27 Sep 2006 12:25:14 GMT location: http://127.0.0.1/zidestore/dav/sshreyas/public/Calendar/56910.ics Server: Apache/2.0.55 (Debian) PHP/5.1.2-1+b1 content-length: 0 Content-Type: text/plain The new contents are BEGIN:VEVENT CLASS:PUBLIC LOCATION:fffff STATUS:CONFIRMED SUMMARY:gggg DTEND:20060811T050000Z DTSTART:20060811T043000Z TRANSP:OPAQUE UID:skyrix://s0040f45f2f51/s0011d8e0b699-ogo/56910 CREATED:20030710T120000Z DTSTAMP:20060927T122517Z X-MICROSOFT-CDO-IMPORTANCE:0 X-MICROSOFT-CDO-BUSYSTATUS:BUSY X-MICROSOFT-CDO-INSTTYPE:0 X-MICROSOFT-CDO-ALLDAYEVENT:FALSE ATTENDEE;CUTYPE=INDIVIDUAL;PARTSTAT=NEEDS-ACTION;ROLE=REQ-PARTICIPANT; RSVP=FALSE;CN=No Name:MAILTO:shreyas@gmail.com ORGANIZER;CN=No Name:MAILTO:shreyas@gmail.com X-OGO-ETAG:56910:1 X-OGO-HREF:http: //127.0.0.1/zidestore/dav/sshreyas/public/Calendar/56910.ics END:VEVENT This seems to have an attendee field. Is there anyway to differentiate between a meeting and appointment now? Thanks in advance, Shreyas -- CelAbrate your flaws From evolution@opengroupware.org Wed Sep 27 14:28:10 2006 From: evolution@opengroupware.org (Helge Hess) Date: Wed, 27 Sep 2006 15:28:10 +0200 Subject: [OGo-Evolution] Meeting or Appointment In-Reply-To: <8f8004410609270535s65aad8e2i161cb6a07431d653@mail.gmail.com> References: <8f8004410609270535s65aad8e2i161cb6a07431d653@mail.gmail.com> Message-ID: <566C19FE-47EF-40C2-BF01-79B10FE68E30@opengroupware.org> On Sep 27, 2006, at 14:35, Shreyas Srinivasan wrote: > ATTENDEE;CUTYPE=INDIVIDUAL;PARTSTAT=NEEDS-ACTION;ROLE=REQ-PARTICIPANT; > RSVP=FALSE;CN=No Name:MAILTO:shreyas@gmail.com > ORGANIZER;CN=No Name:MAILTO:shreyas@gmail.com ... > This seems to have an attendee field. Is there anyway to differentiate > between a meeting and appointment now? I'm don't think that this should be done on the server. To please Evolution semantics I would suggest that you patch the record you receive. Check whether there is just one attendee and whether it matches the organizer. If so, remove both. Or possibly just the attendee (in case the event was created by someone else). Would this work for you? Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From evolution@opengroupware.org Wed Sep 27 14:34:56 2006 From: evolution@opengroupware.org (Shreyas Srinivasan) Date: Wed, 27 Sep 2006 19:04:56 +0530 Subject: [OGo-Evolution] Meeting or Appointment In-Reply-To: <566C19FE-47EF-40C2-BF01-79B10FE68E30@opengroupware.org> References: <8f8004410609270535s65aad8e2i161cb6a07431d653@mail.gmail.com> <566C19FE-47EF-40C2-BF01-79B10FE68E30@opengroupware.org> Message-ID: <8f8004410609270634m166c4fdfucc7df3fa96c5345f@mail.gmail.com> On 9/27/06, Helge Hess