Version: 4.2.1 (using KDE 4.2.0) OS: Linux Installed from: SuSE RPMs When adding a "remote resource" calendar to korganizer where the remote calendar is on a horde server access to this calendar is not possible. The very same setup using korganizer in KDE 4.1.3 (openSuSE 11.1) works just fine. Using korganizer in KDE 4.2 on openSuSE 11.1 I get the following error message: File oder Folder <full.hostname.of.horde.server> does not exist. In my .xsession-error I can see the following error message each time I try to load the calendar from this remote resource: korganizer(21569)/kdepimlibs (kcal): Cannot read uid map file ' "/home/krienke/.kde4/share/apps/kcal/uidmaps/remote_bOIBG07zcn" '
Hi. This bug appears also using egroupware 1.6 and kontact 4.2.1. Done some sniffing with wireshark and it seems, that kontact sends request for icalsrv.php, egroupware returns status unauthorized and requests autorization, but kontact does not send authorization or any other request and the error message "File oder Folder <full.hostname.of.horde.server> does not exist." shows. Tried urls domain.com and also user@domain.com and nothing helps. This is what kontact sends: GET /egroupware/icalsrv/icalsrv.php HTTP/1.1 Host: domain.com Connection: Keep-Alive User-Agent: Mozilla/5.0 (compatible; Konqueror/4.2; Linux) KHTML/4.2.1 (like Gecko) Accept: text/html, image/jpeg;q=0.9, image/png;q=0.9, text/*;q=0.9, image/*;q=0.9, */*;q=0.8 Accept-Charset: utf-8, utf-8;q=0.5, *;q=0.5 Accept-Language: en-US, en Egroupware returns: HTTP/1.1 401 Unauthorized Date: Mon, 23 Mar 2009 21:42:38 GMT Server: Apache X-Powered-By: PHP/5.2.8-pl2-gentoo Cache-Control: no-cache, must-revalidate Pragma: no-cache WWW-Authenticate: Basic realm="ICal Server" Content-Length: 0 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html That is whole conversation. Kontact shows username and password mesage box and after setting username and password, the error message shows. This makes kontact unusable.
This is still a problem in KDE 4.2.4 (Kontact 1.4.4 and Korganizer 4.2.4) and from the looks of it nothing has happened since this bug was reported in February so I doubt upgrading to the latest KDE 4.3 beta will solve anything. This is really unfortunate since it makes Kontact/Korganizer unusable in conjunction with a recent Horde/Kronolith installation where a remote calendar is easily accessible via <https://example.com/hordepath/rpc.php/horde-username/horde-username.ics>. Thunderbird's Lightning extension can read and write such a calendar without problems but I'd hate to have to give up on Kontact because of a problem like this which can, I presume, be fixed without too much trouble. What does it take to have this bug at least confirmed?
After upgrading to KDE 4.3 RC3 I seem to be able to confirm that this is no longer an issue. Accessing and modifying a remote Horde/Kronolith calendar as described above now works correctly. I am very happy about this, thanks KDE PIM team!
closing then. thanks for reporting
Hello, I recently upgrades to KDE 4.3 on my openSuSE 11.1 box. For me I can now read a calendar from a horde server via "remote resource" using korganizer, but I still cannot write to it. If I try to write data to the horde calendar I still get the error message "File or resource <horde servername> does not exist. The URL I entered for writing to this calender via "remote resource" is exactly the same like for reading. So the bug has not yet been resolved completely.
Hello, I have the same problem. I am not able to read and write the horde calendar on my Gentoo Kde 4.3.0 system. For the read nad write is the same message "File or resource <horde servername> does not exist". The bug has not yet been resolved completely.
I'm afraid I have to confirm that this bug not fixed after all. I don't know if it is a regression or something else bug I now use KDE 4.3.0 (4.3.00, Kubuntu) and I am again unable to add remote calendars hosted a Horde installation. The error message is once again "The file or folder example.org does not exist." (example.org of course stands for the real hostname of the remote server). I just tested it again with a test mail server with a brand new Horde installation (Horde 3.3.4, Kronolith 2.3.1). What's funny is that I can still read and write the calendar (from my personal root server) I added in late July, when I reported that this seemed to have been fixed in 4.3.0. On that server I am also still able to add and remove and read and write further calendars created in the Horde application. The Horde setup is a bit older, Horde 3.3 and Kronolith 2.3. Very curious that it works here but not on a new installation. I don't know how to debug this any further since there are no entries in ~/.xsession-errors or anywhere else I can think of. The server reports nothing except the authentication succeeding. Do we have to look anywhere else? What could this be? Is it related to the authentication process? I have to say I am stumped. Is there any other information I can provide?
Hi, I have found similar problem on my kubuntu. But it seems, that the problem is only when I ENTER NEW DATA. I have defined new calendar named "mzalfresso Horde" as a remote file and put my Horde address as displayed on horde web page. I got the same error you see. But then, I just clicked RMB on my new calendar and selected "reload" option. What happened? I got a login and password window from my horde server! After entering login and password, no more problems. Calendar is working perfectly. I'll use this new calendar for some time, if there are any problems I'll update.