Experimenting with 2.4 on Linux
I've been experimenting with Calendar Server 2.4 on (Slackware) Linux (13.0), and would like to compare notes. I'm using only SSL and have provided a self-signed certificate - I'd need to stump up some money for something better. I'm using accounts.xml just to experiment with. Evolution 2.62.2 seems fine as "user01" (or anyone else), but with Sunbird 1.0b1 (though Sunbird is obsolescent) and also in Thunderbird 3.0.4 with Lightning 1.0b1, I've fallen foul of Bug 523555 - "Cannot add CalDAV calendar via HTTPS if server has invalid/self-signed certificate" - https://bugzilla.mozilla.org/show_bug.cgi?id=523555 - fixed in development code on the 27th March, apparently. I had iCal 4.0.2 working fine on Mac OS X 10.6 without SSL with Calendar Server 2.3, but now with 2.4 when I try: iCal -> Preferences -> Accounts and click "+", and following http://support.apple.com/kb/HT3861 for rough guidance, I see: Page "Add an account" - - - - - - - - - - - Account type: CalDAV User name: user01 Password: user01 Server address: https://calendar.mydomain.tld:8443/calendars/users/user01 Create. Verifying ... "No CalDAV server was found at the specified address." Continue. Page "Calendar Server Options" - - - - - - - - - - - - - - - Account Template: iCal Server User name: user01 Password: user01 Server address: https://calendar.cs.york.ac.uk Server path: /calendars/users/user01/ Port: 8443 Use SSL: yes Create. "The account information was not found. Async operation timed out". Nothing visible in calendar server error log while this is going on, debug level = "info". Next step is Kerberos, once I find a fix or a work-around for the above problems. John A. Murdie
Simple to fix the SSL issues. Create your own root certificate which you install on your clients. Then create a cert for your calendar server and sign it with your new root certificate. Check my website http://www.rho.cc for a step by step guide. It's for Asterisk PBX but the steps are the same. ---Guy (via iPhone) On 9 Apr 2010, at 19:16, John Murdie <john@cs.york.ac.uk> wrote:
I've been experimenting with Calendar Server 2.4 on (Slackware) Linux (13.0), and would like to compare notes. I'm using only SSL and have provided a self-signed certificate - I'd need to stump up some money for something better. I'm using accounts.xml just to experiment with.
Evolution 2.62.2 seems fine as "user01" (or anyone else), but with Sunbird 1.0b1 (though Sunbird is obsolescent) and also in Thunderbird 3.0.4 with Lightning 1.0b1, I've fallen foul of Bug 523555 - "Cannot add CalDAV calendar via HTTPS if server has invalid/self-signed certificate" - https://bugzilla.mozilla.org/show_bug.cgi?id=523555 - fixed in development code on the 27th March, apparently.
I had iCal 4.0.2 working fine on Mac OS X 10.6 without SSL with Calendar Server 2.3, but now with 2.4 when I try: iCal -> Preferences -> Accounts and click "+", and following http://support.apple.com/kb/HT3861 for rough guidance, I see:
Page "Add an account" - - - - - - - - - - -
Account type: CalDAV User name: user01 Password: user01 Server address: https://calendar.mydomain.tld:8443/calendars/users/user01
Create.
Verifying ... "No CalDAV server was found at the specified address."
Continue.
Page "Calendar Server Options" - - - - - - - - - - - - - - -
Account Template: iCal Server User name: user01 Password: user01 Server address: https://calendar.cs.york.ac.uk Server path: /calendars/users/user01/ Port: 8443 Use SSL: yes
Create. "The account information was not found. Async operation timed out".
Nothing visible in calendar server error log while this is going on, debug level = "info".
Next step is Kerberos, once I find a fix or a work-around for the above problems.
John A. Murdie
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
On Fri, 2010-04-09 at 19:16 +0100, John Murdie wrote:
...
Evolution 2.62.2 seems fine as "user01" (or anyone else), but with Sunbird 1.0b1 (though Sunbird is obsolescent) and also in Thunderbird 3.0.4 with Lightning 1.0b1, I've fallen foul of Bug 523555 - "Cannot add CalDAV calendar via HTTPS if server has invalid/self-signed certificate" - https://bugzilla.mozilla.org/show_bug.cgi?id=523555 - fixed in development code on the 27th March, apparently. ...
I took the work-around suggested in the discussion list of that bug - which was to import the certificate and mark it as trusted. Re-loading the calendar causes Thunderbird/Lightning's exclamation-mark-in-a-yellow-triangle to go away, giving one hope that everything is going to work. Alas, when it was started, Thunderbird/Lightning wrote: Warning: There has been an error reading data for calendar: intranet user01. However, this error is believed to be minor, so the program will attempt to continue. Error code: READ_FAILED. Description: Warning: There has been an error reading data for calendar: intranet user01. However, this error is believed to be minor, so the program will attempt to continue. Error code: DAV_NOT_DAV. Description: The resource at https://mydomain.tld:8443/calendars/users/user01 is either not a DAV collection or not available to the terminal from which I started it. Odd that Evolution should work under these circumstances, but that Thunderbird/Lightning on Linux and iCal 4.0.2 (the latest) on Mac OS X 10.6 should not. John A. Murdie
On Mon, 2010-04-12 at 17:18 +0100, John Murdie wrote:
... Odd that Evolution should work under these circumstances, but that Thunderbird/Lightning on Linux and iCal 4.0.2 (the latest) on Mac OS X 10.6 should not.
Ah. Using the URL caldav://calendar.mydomain.tld:8443/calendars/users/user01 fixes the problem for Thunderbird/Lighting (3.0.4 and 1.0b1). This doesn't fix iCal. I've also tried sunbird 0.9 and 1.0b1 with the above - they get to the second dialogue box ("Create a New Calendar") in which you give the calendar a name and a colour, but pressing the 'Next' button has no effect, at least in the five minutes I've waited. Nothing visible in the Calendar Server log at level 'debug'. John A. Murdie
participants (2)
-
Guy
-
John Murdie