Re: Thunderbird Lightning does not display Kronolith Calendar
Jan Schneider <[email protected]>
| Newsgroups | gmane.comp.horde.kronolith |
|---|---|
| Message-ID | <[email protected]> |
Zitat von Ferdinand Gruber <[email protected]>: > Am 21.09.2015 um 16:52 schrieb Jan Schneider: >> >> Zitat von Ferdinand Gruber <[email protected]>: >> >>> Am 16.09.2015 um 21:42 schrieb Jan Schneider: >>>> >>>> Zitat von Ferdinand Gruber <[email protected]>: >>>> >>>>> Am 16.09.2015 um 20:36 schrieb Jan Schneider: >>>>>> >>>>>> Zitat von Ferdinand Gruber <[email protected]>: >>>>>> >>>>>>> Am 15.09.2015 um 21:41 schrieb Jan Schneider: >>>>>>>> >>>>>>>> Zitat von Ferdinand Gruber <[email protected]>: >>>>>>>> >>>>>>>>> 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. -- Jan Schneider The Horde Project http://www.horde.org/ -- kronolith mailing list Frequently Asked Questions: http://wiki.horde.org/FAQ To unsubscribe, mail: [email protected]