Zimbra offers Open Source email server software and shared calendar for Linux and the Mac
Go Back   Zimbra :: Forums > Zimbra Collaboration Suite > Administrators

Welcome to the Zimbra :: Forums!
Welcome, if you would like to post a comment please register. We also encourage you to explore all things Zimbra with our team and members of the community.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 01-27-2008, 06:21 AM
Active Member
 
Posts: 44
Default problem with caldav and leopard

I followed the wiki

CalDAV with Leopard iCal - Zimbra :: Wiki

to start using caldav on my mac with Leopard (10.5.1).

In the Zimbra ajax interface I have 4 calenders of my own and I can see another 4 shared calendars. In iCal I do not see any of these calendars. Nothing shows up.

The system log on my mac shows:

Jan 27 14:18:51 gavia iCal[373]: Exception in -[CalDAVAccountRefreshQueueableOperation refreshWithExceptionHandling] :: *** -[NSCFDictionary setObject:forKey:]: attempt to insert nil key

The mailbox.log of Zimbra shows:

2008-01-27 14:18:51,892 INFO [btpool0-337] [name=peter;aname=peter@igi.nl;ip=xxxxx;ua=DAVKit/2.0 (10.5.1;; wrbt) iCal 3.0.1;] dav - DavServlet operation PROPFIND finished in 155ms

Any ideas on what is going wrong?
Reply With Quote
  #2 (permalink)  
Old 01-27-2008, 12:24 PM
Moderator
 
Posts: 6,236
Default

Please add all your version information iCal & ZCS (zmcontrol -v) to Bug 23671 - iCal / Leopard CalDAV not showing all subscribed (shared) calendar entries
Reply With Quote
  #3 (permalink)  
Old 01-27-2008, 11:54 PM
Active Member
 
Posts: 44
Default

Zimbra:

Release 5.0.1_GA_1902.UBUNTU6 UBUNTU6 NETWORK edition

iCal:

3.0.1 (1205)

I use iCal with an account in the primary domain. I have used to different Macs (same version of iCal) to test this. Same result.
Reply With Quote
  #4 (permalink)  
Old 01-29-2008, 10:52 AM
Former Zimbran
 
Posts: 5,606
Default

Quote:
Originally Posted by jurg View Post
Zimbra:

Release 5.0.1_GA_1902.UBUNTU6 UBUNTU6 NETWORK edition

iCal:

3.0.1 (1205)

I use iCal with an account in the primary domain. I have used to different Macs (same version of iCal) to test this. Same result.
Hey Jurg-
We'll be releasing 5.0.2 soon. Let's try again once it's released.
Reply With Quote
  #5 (permalink)  
Old 01-29-2008, 01:22 PM
Member
 
Posts: 10
Default

Is this related to a similar problem I'm having here:

Shared calendars, iCal (leopard) and caldav

I'm pretty much using the same version of everything that jurg is.

Thanks,
David
Reply With Quote
  #6 (permalink)  
Old 02-02-2008, 07:53 AM
Active Member
 
Posts: 44
Default

5.0.2. does not solve the problem. Should it have?
Reply With Quote
  #7 (permalink)  
Old 02-02-2008, 10:02 AM
Member
 
Posts: 10
Default

I agree also, although I do have a new error in my osx syslog (I added some CR's to improve how it looks. In the actual log, this is all on 1 line):

Code:
Feb  2 09:34:07 mankind [0x0-0x389389].com.apple.iCal[38579]: 2008-02-02 09:34:07.268 iCalExternalSync[38867:10b] [ICalExternalSync ]NSException name:NSInvalidArgumentException reason:*** -[NSCFDictionary setObject:forKey:]: attempt to insert nil value (key: url)
Feb  2 09:34:16 mankind iCal[38579]: CalDAV CalDAVWriteEntityQueueableOperation failed: status 'HTTP/1.1 405 HTTP method PUT is not supported by this URL' request:\n\nBEGIN:VCALENDAR^M\nVERSION:2.0^M
\nPRODID:-//Apple Inc.//iCal 3.0//EN^M\nCALSCALE:GREGORIAN^M
\nBEGIN:VTIMEZONE^M
\nTZID:America/Phoenix^M
\nBEGIN:DAYLIGHT^M
\nTZOFFSETFROM:-0700^M
\nTZOFFSETTO:-0600^M
\nDTSTART:19670430T020000^M
\nRDATE:19670430T020000^M
\nTZNAME:MDT^M
\nEND:DAYLIGHT^M
\nBEGIN:STANDARD^M
\nTZOFFSETFROM:-0700^M
\nTZOFFSETTO:-0700^M
\nDTSTART:20001231T170000^M
\nRDATE:20001231T170000^M
\nTZNAME:MST^M
\nEND:STANDARD^M
\nEND:VTIMEZONE^M
\nBEGIN:VEVENT^M
\nSEQUENCE:1^M
\nTRANSP:OPAQUE^M
\nUID:5BCE5DC2-5D72-4181-B168-1224784AD1FD^M
\nDTSTART;TZID=America/Phoenix:20080202T100000^M
\nDTSTAMP:20080202T163415Z^M
\nSUMMARY:New Event^M
\nCREATED:20080202T163415Z^M
\nDTEND;TZID=America/Phoenix:20080202T110000^M
\nEND:VEVENT^M
\nEND:VCALENDAR^M
\n\n\n... response:\nHTTP/1.1 405 HTTP method PUT is not supported by this URL^M
\nDate: Sat, 02 Feb 2008 16:34:24 GMT^M
\nPragma: no-cache^M
\nContent-Type: text/html; charset=iso-8859-1^M
\nContent-Length: 1419^M
\nConnection: close^M
\n^M
\n<html>\n<head>\n<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"/>\n<title>Error 405 </title>\n</head>\n<body><h2>HTTP ERROR: 405</h2><pre>HTTP method PUT is not supported by this URL</pre>\n<p>RequestURI=/zimbra/</p><p><i><small><a href="http://jetty.mortbay.org/">Powered by Jetty://</a></small></i></p><br/>  
                                              \n<br/>                                                \n<br/>
                                                \n<br/>                                                \n<br/>                                                \n<br/>
                                                \n<br/>                                                \n<br/>
                                                \n<br/>                                                \n<br/>                                                \n<br/>
                                                \n<br/>                                                \n<br/>
                                                \n<br/>                                                \n<br/>                                                \n<br/>
                                                \n<br/>                                                \n<br/>
                                                \n<br/>                                                \n<br/>                                                \n\n</body>\n</html>
I'm not sure if it matters, but I run all zimbra stuff via https, no port 80 here. However, during the upgrade, I did get a complaint of a port conflict with port 80. After the upgrade, I did run:

Code:
zmtlsctl http
and then restarted zimbra.

This almost makes it seem like the calendar is being published via http and not https?

David
Reply With Quote
  #8 (permalink)  
Old 02-02-2008, 10:55 AM
Active Member
 
Posts: 44
Default

Ah, let me add that I use https only too.
Reply With Quote
  #9 (permalink)  
Old 02-29-2008, 11:39 AM
Junior Member
 
Posts: 7
Default Experiencing the same problem

Our server also uses https and, while CalDAV calendars can be viewed/edited in iCal just fine, they don't show up in the iTunes iPhone calendar sync interface. This is a major problem!

Has anyone found a solution?
Reply With Quote
  #10 (permalink)  
Old 02-29-2008, 12:38 PM
Former Zimbran
 
Posts: 5,606
Default

Quote:
Originally Posted by dgcassidy View Post
Our server also uses https and, while CalDAV calendars can be viewed/edited in iCal just fine, they don't show up in the iTunes iPhone calendar sync interface. This is a major problem!

Has anyone found a solution?
iTunes and the iPhone don't support CalDav
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads

Why Join?

Registering let's you ask questions, makes it easier to search, displays any files attached to posts, and notifies you about replies.

blog.zimbra.com




 

SEO by vBSEO ©2011, Crawlability, Inc.