Closed Bug 1406402 Opened 8 years ago Closed 8 years ago

accept invitation fails with 80004005 only when sender is using Outlook on Mac

Categories

(Calendar :: E-mail based Scheduling (iTIP/iMIP), defect)

Product:
Calendar
Component:
E-mail based Scheduling (iTIP/iMIP)
Version:
Lightning 5.4
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INVALID

People

(Reporter: dave, Unassigned)

Details

Attachments

(2 files)

email source, as requested, sensitive info redacted
4.29 KB, text/plain
Details
error log as requested, sensitive data redacted
2.95 KB, text/plain
Details
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0 Build ID: 20171003101344 Steps to reproduce: While viewing an email with an invitation (meeting.ics attachment), click on "accept", then select calendar to add event, this fails with a popup message with this text: An error has occurred Processing message failed. Status: 80004005. Actual results: fails with a popup message with this text: An error has occurred Processing message failed. Status: 80004005. Event is not added to calendar Expected results: Event should have been added to the specified calendar
This only occurs when one colleague sends me invites - most invites I get, usually from Outlook on Windows (I assume most of them are this pairing), or from Cisco Webex. The point is accepting invites in general work fine, just not from Outlook on Mac He's using Outlook for Mac version 15.33, I'm on Ubuntu 16.04.3, Thunderbird 52.3.0, Lightning 5.4 These same invites work fine when accepted using the calendar on my Android phone, Samsung Galaxy S5, using "Add to Calendar" 1.3 from the F-Droid repo, and they work fine for other folks using Outlook. I don't know if this is a problem with Lightning on other platforms.
I did some digging into this problem, and what I found is that the source of the *email itself* has some weird html in it, which looks to be some kind of Outlook thing. Interspersed throughout the file is a bunch of "=3D" strings. Here's a snippet: > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3590123731_392071004 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable <html xmlns:o=3D"urn:schemas-microsoft-com:office:office" xmlns:w=3D"urn:schema= s-microsoft-com:office:word" xmlns:m=3D"http://schemas.microsoft.com/office/20= 04/12/omml" xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta name=3DTitle c= ontent=3D""><meta name=3DKeywords content=3D""><meta http-equiv=3DContent-Type conte= nt=3D"text/html; charset=3Dutf-8"><meta name=3DGenerator content=3D"Microsoft Word 1= 5 (filtered medium)"><style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font-size:12.0pt; font-family:Calibri;} a:link, span.MsoHyperlink {mso-style-priority:99; color:#0563C1; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:#954F72; text-decoration:underline;} span.EmailStyle17 {mso-style-type:personal-compose; font-family:Calibri; color:windowtext;} span.msoIns {mso-style-type:export-only; mso-style-name:""; text-decoration:underline; color:teal;} .MsoChpDefault {mso-style-type:export-only; font-family:Calibri;} @page WordSection1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.WordSection1 {page:WordSection1;} --></style></head><body bgcolor=3Dwhite lang=3DEN-US link=3D"#0563C1" vlink=3D"#954= F72"><div class=3DWordSection1><p class=3DMsoNormal><span style=3D'font-size:11.0p= t'><o:p><br></o:p></span></p></div></body></html> --B_3590123731_392071004 Content-Type: text/calendar;method=REQUEST; charset="US-ASCII";name="meeting.ics" Content-transfer-encoding: 7bit BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Microsoft Corporation//Outlook for Mac MIMEDIR//EN METHOD:REQUEST BEGIN:VTIMEZONE TZID:Eastern Time (US & Canada) X-ENTOURAGE-CFTIMEZONE:US/Eastern X-ENTOURAGE-TZID:4 BEGIN:STANDARD RRULE:FREQ=YEARLY;INTERVAL=1;BYSECOND=0;BYMINUTE=0;BYHOUR=2;BYDAY=1SU;BYMO NTH=11 TZOFFSETFROM:-0400
Seems like the problem is how THunderbird is handling (or not handling) quoted-printable encoding. Here's a link to what might be a similar problem: https://stackoverflow.com/questions/2322137/some-email-recipients-get-messages-with-0d-or-3d-characters
The quoted printable encoding in the html part shouldn't affect Lightning when parsing the event. It's more likely that the event itself cannot be parsed. Can you please attach the full example email to the bug (for privacy, you can edit personal data as long as you don't change the data structure)? Also, can you please enable calendar.debug.log and calendar.debug.log.verbose in the advanced preferences, open the error console, clear it and click on the offending email in the TB window and post here all the messages you get in the console? If you're at it, can you check whether flipping calendar.icaljs in the advanced prefernces makes any difference for you?
Component: Lightning Only → E-mail based Scheduling (iTIP/iMIP)
Flags: needinfo?(dave)
attached email source as requested, sensitive data redacted
Flags: needinfo?(dave)
I tested calendar.icaljs and saw no difference - I assumed I didn't need to restart TB; should I have restarted for this flag to be switched? Also, one note on the email source: lines 122-123 and 124-125 look like some kind of wraparound has occurred - while I redacted the data on those lines, I preserved the "wrapped" nature of these lines, even down to how it appears that the wrap cuts off between the "c" and the "o" in ".com" on line 122-123. I don't know if this is unusual or not, just looked strange to me... Thanks for the help, and let me knwo if you need anything else from me!
Does the original UID of the event contains a space? If yes it might be related to Bug 1250086 -> Bug 1031908. But according to the attached log file the CalDAV server responds with status code 415 (Unsupported Media Type). What CalDAV server do you use? Maybe you can check its log files / documentation to get more information why it would respond with status code 415?
Ah, very interesting, didn't even suspect that could be the issue since accepting invites from other people on the same caldav calendar works fine. I use two caldav servers, one is owncloud and the other nextcloud. The owncloud server is the one that is bugging out at these invites. As a test I attempted to accept the invite and add it to my nextcloud-based calendar, and it worked, so yes, it's probably an issue with Owncloud (version 9.1.6 in this case). I'll close the bug report. Thank you very much for your attention and keep up the good work! :D
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID

I'm facing this problem four years after the initial bug report with version 91.4.0 (64-bit) on fedora35.

BEGIN:VCALENDAR
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VTIMEZONE
TZID:America/New_York
BEGIN:DAYLIGHT
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
TZNAME:EDT
DTSTART:19700308T020000
RRULE:FREQ=YEARLY;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
TZNAME:EST
DTSTART:19701101T020000
RRULE:FREQ=YEARLY;BYDAY=1SU;BYMONTH=11
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
LAST-MODIFIED:20220112T212616Z
DTSTAMP:20220112T212616Z
UID:f96632594176dcd4ca9b83ef4264ac9082fc70834c1e25b5d24805b0cfecdf59@example-team.myfreshworks.com/crm/sales
SUMMARY:test meeting with dave
ORGANIZER;SCHEDULE-AGENT=CLIENT:mailto:dave1@example.com
ATTENDEE:mailto:dave1@example.com
ATTENDEE:mailto:dave@example.com
DTSTART;TZID=America/New_York:20220112T163000
DTEND;TZID=America/New_York:20220112T170000
X-MOZ-RECEIVED-SEQUENCE:0
X-MOZ-INVITED-ATTENDEE:mailto:dave@example.com
END:VEVENT
END:VCALENDAR

CalDavCalendar.jsm:654
Assert failed: error on iTIP processing
 calUtils.jsm:121
    ASSERT resource:///modules/calendar/calUtils.jsm:121
    onOperationComplete resource:///modules/calendar/utils/calItipUtils.jsm:1209
    onOperationComplete resource:///components/calCachedCalendar.js:782
    notifyPureOperationComplete resource:///modules/calendar/utils/calProviderUtils.jsm:560
    notifyListener resource:///modules/CalDavCalendar.jsm:596
    doAdoptItem resource:///modules/CalDavCalendar.jsm:673```

(In reply to Dave Wreski from comment #10)

I'm facing this problem four years after the initial bug report with version 91.4.0 (64-bit) on fedora35.

Dave, please open a new bug report (referencing a closed bug report there is perfectly valid) instead of adding a comment to a bug report closed over four years ago. Thanks!

Flags: needinfo?(dwreski)
Flags: needinfo?(dwreski)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: