Lightning<->RPC; Authentication doesn't work

Zitat von Jan Schneider : > Zitat von mich

Wed, 13 Apr 2011 13:55:25 +0000

Zitat von Jan Schneider : > Zitat von michael.groene@zel.uni-hannover.de: > >> Hello, >> >> currently I'm trying to get Thunderbird Lightning to be working with >> Horde4-RC2 via RPC-api. >> I know, that it worked already in pre-alpha-versions last year, >> directly pulled from git, very well, but in the current release I >> run into problems. >> >> I used the URI, given by kronolith (e.g. >> http://horde4.dev.zew.local/rpc.php/kronolith/michael.groene@zel.uni-hannover.de/TRiyKgXxcxFNxfv3y0-WoiA.ics) and will add this as an iCal-Calendar in >> Lightning. >> >> With the pre-alpha-version, Lightning asked me for credentials, when >> trying to access the calendar. In todays releases this doesn't >> happen. >> I probed the communication with Wireshark. After Lightning tries to >> GET the URI mentioned above, Horde is answering with 404/File not >> Found-Error. >> Trying to locate an Browser to the URI will result in the same >> error, but when logging in, in another tab before, I can download >> the iCal. >> >> Will I need to configure anything further, or is this a bug? > > Is this still happening with the final release? Yes, its still broken in the final.

Are you sure that this 404 is not coming from your web serve

Tue, 19 Apr 2011 16:10:11 +0000

Are you sure that this 404 is not coming from your web server? Do you have PATH_INFO disabled (or not enabled) by chance?

> Are you sure that this 404 is not coming from your web ser

Wed, 27 Apr 2011 14:01:44 +0000

> Are you sure that this 404 is not coming from your web server? Do you > have PATH_INFO disabled (or not enabled) by chance? No, horde4.dev.local/test.php/test?mode=phpinfo gives me an $_SERVER["PATH_INFO"]="/test"

>> Are you sure that this 404 is not coming from your web se

Wed, 27 Apr 2011 14:49:20 +0000

>> Are you sure that this 404 is not coming from your web server? Do you >> have PATH_INFO disabled (or not enabled) by chance? > > No, horde4.dev.local/test.php/test?mode=phpinfo gives me an > $_SERVER["PATH_INFO"]="/test" Here the full answer. Again: When logged in, in another tab, I can download the calendars iCal file. When not logged in, Horde is not asking for credentials, as it did in horde3.

A duplicate of bug #9733?

Wed, 18 May 2011 15:53:25 +0000

A duplicate of bug #9733?

> A duplicate of bug #9733? I changed the lines according

Tue, 24 May 2011 12:52:01 +0000

> A duplicate of bug #9733? I changed the lines according to this commit: http://git.horde.org/horde-git/-/commit/a65072badbcb509690ca009bb0770ca1c641e393 This changes nothing, horde logs this error: 2011-05-24T14:45:28+02:00 ERR: HORDE [horde] Calendar does not exist or no permission to edit [pid 7125 on line 295 of "/var/www/horde4/kronolith/lib/Api.php"] The permission is not granted, because Lightning doesn't ask for credentials.

I just found out, that the usernames containing the @-sign a

Thu, 26 May 2011 07:58:57 +0000

I just found out, that the usernames containing the @-sign are the problem. I'm testing now with SQL-authentication-backend with two users (one with @ in username, one without). The problem of not being asked for credentials is only for the user with the @-sign in its username and thereby in the calendar's url. http://horde4.dev.zew.local/rpc.php/kronolith/michael@localsql/lfwSRwXxcxFN3gVPSXowrdA.ics (not working) vs http://horde4.dev.zew.local/rpc.php/kronolith/michael_localsql/wR6FRQXxcxFN3gRx2Veg9yA.ics (works) I don't really know how to get this solved, have you any hints? We can't use other usernames, because we use mailaddresses.

Does it work if you use %40 instead of @ in the user name?

Thu, 02 Jun 2011 21:28:34 +0000

Does it work if you use %40 instead of @ in the user name?

> Does it work if you use %40 instead of @ in the user name?

Fri, 03 Jun 2011 04:23:53 +0000

> Does it work if you use %40 instead of @ in the user name? No, I tried that already. Changes nothing.

I have had the same kinf of problem. With a Kronlith 3.0.

Mon, 06 Jun 2011 09:26:44 +0000

I have had the same kinf of problem. With a Kronlith 3.0.3 installed, my Lightning sync was working with Horde 3 and not with Horde 4. I get a "HORDE [horde] Horde_Imap_Client requires a username and password. [pid 8146 on line 144 of "/var/www/horde/pear/php/Horde/Imap/Client/Base.php"]" The HTTP authentication is never prompted. Looking at the stack trace it goes to Horde_Rpc_Webdav->_check_auth() that checks for an internal function check_auth() that is always true (!) and then goes on Horde_Rpc_Webdav->check_auth() (without underscore) that calls other IMAP auth classes. In Webdav.php (Horde_Rpc_Webdav) I have added a try / catch (InvalidArgumentException $e) block around the return $this->check_auth($auth_type, $auth_user, $auth_pw); in else if (method_exists($this, "check_auth")) statement that returns false in the catch block Then the Auth Basic header is sent at first request and then Basic Auth is asked to the client and it works again. If you need this on a patch format feel free to ask me (since I don't know if it breaks other things) What I find strange is that the _check_auth func checks for a check_auth method in the same class, always returning true...

This seems to be fixed by http://bugs.horde.org/ticket/10211

Thu, 09 Jun 2011 11:41:05 +0000

This seems to be fixed by http://bugs.horde.org/ticket/10211