[kronolith] Thunderbird Lightning does not display Kronolith Calendar
Ferdinand Gruber
fer.grub at yahoo.de
Thu Sep 24 09:40:20 UTC 2015
Am 23.09.2015 um 19:00 schrieb Jan Schneider:
>
> Zitat von Ferdinand Gruber <fer.grub at yahoo.de>:
>
>> Am 23.09.2015 um 17:14 schrieb Jan Schneider:
>>>
>>> Zitat von Ferdinand Gruber <fer.grub at yahoo.de>:
>>>
>>>> Am 21.09.2015 um 16:52 schrieb Jan Schneider:
>>>>>
>>>>> Zitat von Ferdinand Gruber <fer.grub at yahoo.de>:
>>>>>
>>>>>> Am 16.09.2015 um 21:42 schrieb Jan Schneider:
>>>>>>>
>>>>>>> Zitat von Ferdinand Gruber <fer.grub at yahoo.de>:
>>>>>>>
>>>>>>>> Am 16.09.2015 um 20:36 schrieb Jan Schneider:
>>>>>>>>>
>>>>>>>>> Zitat von Ferdinand Gruber <fer.grub at yahoo.de>:
>>>>>>>>>
>>>>>>>>>> Am 15.09.2015 um 21:41 schrieb Jan Schneider:
>>>>>>>>>>>
>>>>>>>>>>> Zitat von Ferdinand Gruber <fer.grub at yahoo.de>:
>>>>>>>>>>>
>>>>>>>>>>>> I am using Thunderbird 38.2.0with Lightning 4.0.2 as frontend.
>>>>>>>>>>>>
>>>>>>>>>>>> May be after updating horde groupware, anyway, now
>>>>>>>>>>>> Lightning does not display any calendar events.
>>>>>>>>>>>>
>>>>>>>>>>>> In the Thunderbird error console I can see 2 messages:
>>>>>>>>>>>>
>>>>>>>>>>>> CalDAV: Fatal Error parsing etags for MyHordeCalendar
>>>>>>>>>>>> NS_ERROR_UNEXPECTED: Component returned failure code:
>>>>>>>>>>>> 0x8000ffff (NS_ERROR_UNEXPECTED)
>>>>>>>>>>>> [nsISAXXMLReader.onDataAvailable]
>>>>>>>>>>>>
>>>>>>>>>>>> Any idea?
>>>>>>>>>>>
>>>>>>>>>>> Can you trace the wire to see what etags are actually sent
>>>>>>>>>>> back?
>>>>>>>>>>>
>>>>>>>>>> Now I installed wireshark and I am trying to get some
>>>>>>>>>> information out of that, e.g. I tried a filter:
>>>>>>>>>>
>>>>>>>>>> frame contains calendar
>>>>>>>>>>
>>>>>>>>>> Please can you help me how to find that etags?
>>>>>>>>>
>>>>>>>>> They should be included in the XML server response from a
>>>>>>>>> client PROPFIND request.
>>>>>>>>>
>>>>>>>> Please can you help me to set an appropriate filter in wireshark?
>>>>>>>
>>>>>>> Just don't do any other HTTP traffic during your request, then
>>>>>>> scroll down until you find a PROPFIND request.
>>>>>>>
>>>>>> Thank you for ansering me.
>>>>>>
>>>>>> Now I captured the traffic on the network card with wireshark
>>>>>> when thunderbird was starting.
>>>>>> I looked for the string "PROPFIND".
>>>>>> Then I followed the TCP stream.
>>>>>> I saved the output in a file and attached the file to this message.
>>>>>>
>>>>>> Please would you be so kind to look into that. I am not able to
>>>>>> interpret the content.
>>>>>>
>>>>>> Thank you in advance.
>>>>>> Ferdinand
>>>>>>
>>>>>> --
>>>>>> Greetings from Austria
>>>>>> Ferdinand Gruber
>>>>>
>>>>> This is not in a readable format, because the server gzipped the
>>>>> response content. Which is generally good, but makes the response
>>>>> unreadable.
>>>>
>>>> Yes, I also had the suspicion that the data is compressed but I did
>>>> not anywhere in the Horde configuration find how to change this. I
>>>> cannot remember that I should have set such a configuration item.
>>>
>>> Because it's set by default. You need to explicitly disable it.
>> I found an option in horde/config/conf.php and changed it to
>>
>> $conf[compress_pages] = false;
>>
>> This did not change anything.
>> Is there another option in conf.php of the horde framework (or that
>> of kronolith), where I can disable gzip?
>>
>> --
>> Greetings from Austria
>> Ferdinand Gruber
>>
>> --
>> kronolith mailing list
>> Frequently Asked Questions: http://wiki.horde.org/FAQ
>> To unsubscribe, mail: kronolith-unsubscribe at lists.horde.org
>
> Apache may do this transparently too.
>
I tried this line in /horde/.htaccess:
SetEnv no-gzip 1
That did not change anything. No error, no effect.
BTW: My Apache2 server configuration does not load mod_deflate as this
line in /etc/sysconfig/apache2 shows
APACHE_MODULES="authz_host actions alias auth_basic authz_groupfile
authn_file authz_user autoindex cgi dir include log_config mime
negotiation setenvif status userdir asis imagemap ssl php5 perl
authn_core authz_core socache_shmcb"
Please help, how can I prevent apache (or kronolith) from compressing
the calendar data?
--
Greetings from Austria
Ferdinand Gruber
More information about the kronolith
mailing list