| Summary: | mail-client/evolution-3.2.2: "Cannot create calendar object: Authentication Failed" | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | lxg <mail2lx> |
| Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED OBSOLETE | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
lxg
2011-12-12 20:17:45 UTC
I have the feeling that I'm the only one affected by this issue. :( I have now switched to non-secured connection and captured a stream with Wireshark while creating a calendar entry. Below is what I got. Apparently, Evolution doesn't even send the authentification credentials with the request. -------------------------- SNIP -------------------------- PUT /caldav/20120119T124532Z-2560-1006-2379-28_lab-20120119T124558Z.ics HTTP/1.1 Host: ****.***.de:8080 User-Agent: Evolution/3.2.2 If-None-Match: * Content-Type: text/calendar; charset=utf-8 Connection: close Content-Length: 912 BEGIN:VCALENDAR CALSCALE:GREGORIAN PRODID:-//Ximian//NONSGML Evolution Calendar//EN VERSION:2.0 BEGIN:VTIMEZONE TZID:/freeassociation.sourceforge.net/Tzfile/Europe/Berlin X-LIC-LOCATION:Europe/Berlin BEGIN:STANDARD TZNAME:CET DTSTART:19701028T030000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10 TZOFFSETFROM:+0200 TZOFFSETTO:+0100 END:STANDARD BEGIN:DAYLIGHT TZNAME:CEST DTSTART:19700325T020000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3 TZOFFSETFROM:+0100 TZOFFSETTO:+0200 END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:20120119T124532Z-2560-1006-2379-28@lab DTSTAMP:20120112T233522Z DTSTART;TZID=/freeassociation.sourceforge.net/Tzfile/Europe/Berlin: 20120209T090000 DTEND;TZID=/freeassociation.sourceforge.net/Tzfile/Europe/Berlin: 20120209T093000 TRANSP:OPAQUE SEQUENCE:3 SUMMARY:sdfsdf CLASS:PUBLIC CREATED:20120119T124558Z LAST-MODIFIED:20120119T124558Z END:VEVENT END:VCALENDAR HTTP/1.1 401 Unauthorized WWW-Authenticate: Basic realm="Zarafa CalDav Gateway" Content-Length: 0 Server: Zarafa Date: Thu, 19 Jan 2012 12:46:07 GMT DAV: 1, 2, 3, access-control, calendar-access, calendar-schedule, calendarserver-principal-property-search Connection: close -------------------------- SNIP -------------------------- Is there anything I can do to investigate this issue further? Should I report an upstream bug? Or a bug for a different (i.e. underlying) component? (In reply to comment #1) > Is there anything I can do to investigate this issue further? Should I report > an upstream bug? Or a bug for a different (i.e. underlying) component? Please test with evolution-data-server-3.2.3 and evolution-3.2.3 (added to portage a short time ago). If you are still experiencing this problem with the 3.2.3 versions, please file an upstream bug (https://bugzilla.gnome.org/enter_bug.cgi?product=Evolution) and add gnome@gentoo.org to the bug's CC list (so that the gentoo gnome team will know to keep track of it). The bug has disappeared recently, don't know if due to updating Evolution/EDS or something different. I believe it was something different, because I updated to Evo/EDS 3.2.3 a while ago, whereas the bug hasn't disappeared until a few days ago. Now there's another bug with Evo and the Calendar, but I think it's unrelated. |
