Summary | Outlook 2007 WebDAV Not Publishing |
Queue | Kronolith |
Queue Version | Git master |
Type | Bug |
State | Stalled |
Priority | 1. Low |
Owners | |
Requester | rmcauley (at) ca (dot) afilias (dot) info |
Created | 06/17/2009 (5810 days ago) |
Due | |
Updated | 10/04/2016 (3144 days ago) |
Assigned | 02/20/2011 (5197 days ago) |
Resolved | 10/18/2012 (4591 days ago) |
Milestone | |
Patch | No |
Version ⇒ Git master
Outlook via WebDAV. I appreciate that Outlook may not be publishing it
correctly, but is there any chance someone could swallow their pride
and help all those Outlook users out there who would love to use their
Horde calendar instead but can't keep the two in synch?
State ⇒ Stalled
right click on Calendar, "Publish to Internet", "Publish to WebDAV
Server." It'll even do it automatically when you make updates to your
calendar.
web server logs?
Around line 157 of "/var/www/html/horde-prod/lib/Horde/RPC/webdav.php".
content, and that to wrong address?
Outlook uploading to iPHP Calendar via WebDAV and to Apache 2 WebDAV
folders, so while the problem is Outlook, I don't think the
solution/workaround lies in Outlook.
rewrite rules to be correct. (renaming username/My_Calendar.ics to
username/username.ics using a regex) However, Horde doesn't seem to
pick up on the rewrite, even though the rewrite is definitely applied
according to Apache logs. (perhaps Horde is relying on what Outlook is
sending as the URL? Outlook doesn't follow redirects for WebDAV, only
rewrites)
Office/12.0 (Windows NT 5.1; Microsoft Office Outlook 12.0.6425; Pro)
of the feedback it's getting from Horde when Outlook does its PROPFIND.
State ⇒ Feedback
useful debug and Outlook 2007 likewise displays a "Server error"
dialogue box.
web server logs?
values of the important variables when hit by Outlook:
path: kronolith/username/username_Calendar.ics
content_type: application/octet-stream
content: [null]
content, and that to wrong address?
rules in Apache.
Keep in mind this is simply to get Outlook working by any means
possible, it may not be desirable for Horde to adopt these measures:
1. If the user-agent is Outlook, preg_replace $path s/_Calendar.ics$/.ics/
return a username_Calendar.ics entry
What the user agent of Outlook anyway? And finally, how would that fix
Outlook not sending any content?
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Outlook 2007 WebDAV Not Publishing
Queue ⇒ Kronolith
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
http://lists.horde.org/archives/horde/Week-of-Mon-20090615/037725.html
The upshot is that Horde returns a 500 Internal Server Error with no
useful debug and Outlook 2007 likewise displays a "Server error"
dialogue box.
Continuing my debugging I've found a couple of interesting things of
note. I'd post tcpdumps of the data exchange, but I do not wish to
expose my password since I had SSL disabled to get a clean dump.
Here's what I found out:
In the PUT function of lib/Horde/webdav.php, Horde sees these as the
values of the important variables when hit by Outlook:
path: kronolith/username/username_Calendar.ics
content_type: application/octet-stream
content: [null]
By contrast, Lightning and other working clients:
path: kronolith/username/username.ics
content_type: text/calendar
content: [iCal file]
The path that ends in x_Calendar.ics seems unaffected by URL rewrite
rules in Apache.
I've got a couple of clues/hunches at this point to get it working.
Keep in mind this is simply to get Outlook working by any means
possible, it may not be desirable for Horde to adopt these measures:
1. If the user-agent is Outlook, preg_replace $path s/_Calendar.ics$/.ics/
2. Hard-code an entry into $list in webdav.php's _list function to
return a username_Calendar.ics entry