iRony not working with Centos 7/Kolab 3.5 Development

[Malte Schmidt-Tychsen]

I got the same result (only error message), when I set up the virtual 
ssl host, to get root level access, instead of a subdirectory for later 
usage with Apple devices. I had to play around a bit with the apache 
settings in iRony.conf to get it working.

DocumentRoot, RewriteBase or something else didn't match up there.

If the following files are not the same in both installs, maybe try and 
copy the one from 3.4 to get it working. If there are differences, what 
are they?

apache settings directory/iRony.conf
apache settings directory/httpd.conf
/etc/iRony/dav.inc.php

Am 04.01.2016 um 21:19 schrieb Carpenter, Troy:
> Once again spending some time on this.
>
> When I compare behavior on an older Kolab 3.4 system version the Kolab
> 3.5 installation, one thing jumps out at me so obvious I can't believe I
> missed it.
>
> On Kolab 3.4, when I go to the /iRony URL in a browser, I get prompted
> with a basic auth window asking for username and password, with the text:
> 'A username and password are being requested by http://192.168.0.145.
> The site says: "KolabDAV" '
> When I enter my username and password, it works.
>
> However, on Kolab 3.5, I get no such auth box and it jumps right into
> error messages listed below.
>
> I also note that if I skip the auth box (with the "cancel" button) on
> Kolab 3.4, I get the exact same error as with Kolab 3.5.
>
> So, what seems obvious to me is that iRony on 3.5 is not triggering the
> basic authentication box when I hit the /iRony URL.
>
> I still haven't figured out why it's not prompting for my username and
> password in the 3.5 case.
>
>
> On 2015-12-08 2:54 pm, Carpenter, Troy wrote:
>> Circling back to this problem, after fixing other issues on my system.
>>
>> iRony still doesn't work on Centos 7 using the Kolab 3.5 Development
>> Repo.  There have been a number of iRony updates since I first
>> reported.  The current version is 0.4-9.46.el7.kolab_3.5, but it still
>> has the same authentication problem.
>>
>> I have verified that this problem occurs directly with the web server
>> installed with Kolab.  I am not passing through any proxy which might
>> munge the data before it arrives at the iRony software.
>>
>> The original emails are preserved below, especially the one with the
>> error message showing up in the browser.
>>
>> On 2015-10-12 5:09 pm, Carpenter, Troy wrote:
>>> On 2015-10-05 3:51 pm, Carpenter, Troy wrote:
>>>> Kolab 3.5/Development on Centos 7.
>>>>
>>>> I tried to configure OutlookDAV to work with Kolab, but it doesn't
>>>> seem to authenticate properly.
>>>>
>>>> Output from httpraw:
>>>>
>>>> [05-Oct-2015 19:46:52,830700 -0400]: RESPONSE: 401 Unauthorized
>>>> a: application/xml; charset=utf-8
>>>>
>>>> <?xml version="1.0" encoding="utf-8"?>
>>>> <d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">
>>>>   <s:sabredav-version>2.1.6</s:sabredav-version>
>>>>   <s:exception>Sabre\DAV\Exception\NotAuthenticated</s:exception>
>>>>   <s:message>No basic authentication headers were found</s:message>
>>>> </d:error>
>>>>
>>>> If I point OutlookDAV to my 3.4 installation on Centos 6.7, it works
>>>> fine.
>>>>
>>>> Is there something missing in the development repository?
>>>>
>>>> I noticed in dav.config.inc this was missing compared to 3.4:
>>>>
>>>> // Roundcube plugins. Not all are supported here.
>>>> $config['kolabdav_plugins'] = array('kolab_auth');
>>>>
>>>
>>> The SabreDEV site has this quote from their website:
>>>   "If you use PHP through CGI or FastCGI and Apache authentication
>>> headers are not passed through by default. You can enable this with
>>> the following mod_rewrite rule:
>>>    RewriteEngine on
>>>    RewriteRule .* /server.php
>>> [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]"
>>>
>>> I have tried modifying the rewrite rules for iRony to something
>>> similar, but still no luck.  I have compared the configurations
>>> between both 3.4 and 3.5, but as of yet I can't find a difference that
>>> would keep this from working.
>>> _______________________________________________
>>> users mailing list
>>> users at lists.kolab.org
>>> https://lists.kolab.org/mailman/listinfo/users
>> _______________________________________________
>> users mailing list
>> users at lists.kolab.org
>> https://lists.kolab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users