GNOME Bugzilla – Bug 352295
Can't susbribe to https WebDAV calendars when user authentication is required
Last modified: 2008-08-07 07:21:24 UTC
+++ This bug was initially created as a clone of Bug #346283 +++ Bug 267402 handled half of this problem; Evolution currently can handle general https:// URLs for web-hosted Ical files. However, what it cannot handle authenticated https, where the user must provide a username and password to access the calendar. Other calendaring solutions, such as sunbird and Korganizer fully handle WebDAV hosted ics files on an authenticated https server. They simply pop up a window to ask the user for his username and password before proceeding. It seems that evolution should be able to do the same thing.
I want this too. It really would make calendar sharing MUCH simpler.
Adding authentication support for web calendars is quite simple, In the new calendar dialog * Add a entry to get the password. * A checkbox to optionally remember the password. * Store the password using e_passwords_add_password using uri as a key. * Set the e-source property "auth" to "1". This would enable prompting for passwords in the subsequent sessions if the password is not remembered. * Use the password in the backend for opening the calendar.
The above should be implemented in calendar-http plugin.
Confirming. For obvious reasons... Raising Priority.
I'm not using https, but simple http (not really webdav either). Specifically I'd like to import the ics files produced by XPlanner (http://www.xplanner.org). Accessing one's calendar from here requires http authentication over http (not https), but it sounds like the same problem (and indeed, Sunbird behaves as mentioned above, and loads the remote tasks correctly).
It's a serious handicap for evolution with the spread of web-based calendar or todo-lists. Personally, I need it to access my Remember The Milk todo lists (www.rememberthemilk.com)
I got this working with authenticated WebDAV on my Apache server (http, not https) using webcal://user:pass@host/path/cal.ics -- however the resulting calendar is read-only. Do I need to do something different to /write/ to my shared calendar?
No. All web calendars are currently just readable.
patches committed in: bug #268162, bug #267402 should essentially close this issue.. :) chen, ping ?
Closing as the bugs mentioned in comment#9 were fixed long back. Please reopen the bug if it doesn't work for you.