<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br>On Mar 8, 2013, at 8:06 AM, Robert Bruce &lt;<a href="mailto:rbruce@celsiusinc.com">rbruce@celsiusinc.com</a>&gt; wrote:<br><br><blockquote type="cite">So is there any way to disable the caching? &nbsp;I really need a working Calendar server...<br><br>Everything is working fine except having to do every operation twice to get it to stick...<br></blockquote><br>Something is pretty broken here; it's completely abnormal to have to do things twice to get them to stick.<br><br><blockquote type="cite">How can I debug this? &nbsp;<br></blockquote><br>We'll need a snapshot of client and server logs covering an example reproduction of the problem.<br><br>One easy way to collect iCal logs (without making any persistent changes to logging configuration) is to launch iCal using Terminal with some additional&nbsp;arguments.<div><br></div><div>1) In a Terminal window, run the following, which launches iCal and sends all debug output to the terminal window&nbsp;(this is for Snow client. For Mountain Lion, see&nbsp;<a href="http://trac.calendarserver.org/browser/CalendarServer/trunk/doc/Client-Server/calendar-client.rst">this document</a>):<br>/Applications/iCal.app/Contents/MacOS/iCal -LogHTTPActivity YES -iTIPLogDetailedActivity YES -CalDAVNotificationLog YES</div><div><br></div><div>2) Note the wall-clock time, then reproduce the problem (i.e. that you have to do things twice for them to stick).<div><br></div><div>3) Note the time again, then control-c the terminal window to kill iCal, and save the entire transcript as a text file.</div><div><br></div><div>4) Extract the relevant portions of the server's access.log and error.log, covering only the time during the problem reproduction please.<br><br>Finally, please reply (privately, as the logs contain some possibly sensitive info like email addresses, etc) with the above logs and we'll have a look!</div><div><br></div><div>Thx,</div><div>-dre<br><br><blockquote type="cite"><br>Thank you,&nbsp;<br><br><br>On 2013-03-07, at 12:09 PM, Cyrus Daboo wrote:<br><br><blockquote type="cite">Hi Robert,<br><br>--On March 7, 2013 at 12:04:56 PM -0500 Robert Bruce &lt;<a href="mailto:rbruce@celsiusinc.com">rbruce@celsiusinc.com</a>&gt; wrote:<br><br><blockquote type="cite">::ffff:192.168.1.38 - - [07/Mar/2013:12:03:02 -0400] "DELETE<br>/calendars/__uids__/admin/calendar/AE195B52-8AD1-4F43-BB6B-2298EC72E889.i<br>cs HTTP/1.1" 412 157 "-" "DAVKit/4.0.3 (732.2); CalendarStore/4.0.4<br>(997.7); iCal/4.0.4 (1395.7); Mac OS X/10.6.8 (10K549)" i=1 or=1 t=12.7<br>::ffff:192.168.1.38 - admin [07/Mar/2013:12:03:02 -0400] "GET<br>/calendars/__uids__/admin/calendar/AE195B52-8AD1-4F43-BB6B-2298EC72E889.i<br>cs HTTP/1.1" 200 705 "-" "DAVKit/4.0.3 (732.2); CalendarStore/4.0.4<br>(997.7); iCal/4.0.4 (1395.7); Mac OS X/10.6.8 (10K549)" i=1 or=1 t=22.4<br><br><br><br><br>Second try delete works...<br><br><br><br>::ffff:192.168.1.38 - admin [07/Mar/2013:12:03:51 -0400] "DELETE<br>/calendars/__uids__/admin/calendar/AE195B52-8AD1-4F43-BB6B-2298EC72E889.i<br>cs HTTP/1.1" 204 0 "-" "DAVKit/4.0.3 (732.2); CalendarStore/4.0.4<br>(997.7); iCal/4.0.4 (1395.7); Mac OS X/10.6.8 (10K549)" i=1 or=1 t=511.1<br><br><br><br><br>The deletes that work are not followed by a GET...<br><br></blockquote><br>OK, so the client is doing a conditional DELETE request - i.e. it is asking the server to only do the DELETE if the resource on the server is unchanged&nbsp;from the one that the client originally cached. For some reason it is not, so a 412 error comes back, and the client reloads the resource using GET. The&nbsp;second DELETE then works fine.<br><br>Is the account in your client one that has been present all the time since you did the upgrade? If so, try removing the account from the client, then re-add&nbsp;it and let it resync all the data. Once it has done that, hopefully it will have the change state correctly cached and you won't see the double DELETEs&nbsp;(except for when a real change has taken place on the server that the client has not sync'd).<br><br>--&nbsp;<br>Cyrus Daboo<br></blockquote></blockquote><br></div></div></body></html>