451039 - Bedework Calendar: Accepting an iTIP/iMIP invitation doesn't work

Status: RESOLVED DUPLICATE of bug 540410

(Calendar :: Provider: CalDAV, defect)

Description

[Andreas Treumann]

STEPS TO REPRODUCE:
===================

- create a network calendar on a bedework caldav server
- select an iTip/iMip invitation email
- push the 'Accept' button

RESULT:
=======

- nothing

EXPECTED RESULT:
================

- the event should be added to the calendar

REPRODUCIBLE:
=============

- always

regression caused by bug 409921

Comment 1

[Bruno Browning]

There is a problem sending REPLYs via caldav-sched to Bedework; a Bedework bug which has been reported there. A wiretrace would tell us whether this is that same bug. 

Comment 2

[Daniel Boelzle [:dbo]]

Attachment: fixing freebusy, adding scheme

This let it work under certain circumstances, if the mail addressess match, yet no complete patch for review. The core cause seems to be that the iTIP processor takes the caldav provider's iTIP transport, and that fails. I think this bug depends on bug 451020 being fixed.

Comment 3

[Andreas Treumann]

I checked this issue with lightning build 2008081919. After accepting the invitation, the event is correctly added to the bedework calendar - this is fixed. But no reply messages dialog comes up. I used my sun email address, and this one is a non-server-address. 

Comment 4

[Andreas Treumann]

Invitee deletes an caldav invitation throws an error in the error console:

Error: Sending iITIP failed with status 403
Source File: file:///C:/Documents%20and%20Settings/at93795/Application%20Data/Thunderbird/Profiles/5g1812fz.bedework/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/components/calDavCalendarModule.js -> file:///C:/Documents%20and%20Settings/at93795/Application%20Data/Thunderbird/Profiles/5g1812fz.bedework/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/js/calDavCalendar.js
Line: 1938

Comment 5

[Bruno Browning]

(In reply to comment #4)
> Invitee deletes an caldav invitation throws an error in the error console:
> 
> Error: Sending iITIP failed with status 403

This is a known issue/Bedework bug. I reported it there before our caldav-sched support went in, and will make contact again to let the Bedework folks know that they can now test with our nightlies.

Comment 6

[Daniel Boelzle [:dbo]]

(In reply to comment #3)
> I checked this issue with lightning build 2008081919. After accepting the
> invitation, the event is correctly added to the bedework calendar - this is
> fixed. But no reply messages dialog comes up. I used my sun email address, and
> this one is a non-server-address. 

I think the cause is that the accepting attendee is different (it's your configured email address resp. incoming email identity) form the calendar-user-address that caldav scheduling has figured out. On REPLY, we check to find the calendarUserAddress in the attendees list, and that presumably fails, thus no REPLY is sent out.
It's worth to think how we proceed with such mixed-identity scenarions. I suspect users don't necessarily align their configured email identity with the one they use on the server. One option may be to fall back using the configured email address in case the calendarUserAddress hasn't been found.

Comment 7

[John Stracke]

(In reply to comment #6)

> I think the cause is that the accepting attendee is different (it's your
> configured email address resp. incoming email identity) form the
> calendar-user-address that caldav scheduling has figured out. On REPLY, we
> check to find the calendarUserAddress in the attendees list, and that
> presumably fails, thus no REPLY is sent out.

I have a similar problem: some people in my company use Notes, and so their invitations to me are addressed to [e-mail] instead of [e-mail].  I've added an extra identity for [e-mail], but Accept still doesn't work.  Instead, I get this error:

Error: [Exception... "'Error: _getReplyStatus: You are not on the list of invited attendees, delegation is not supported yet.  See bug 420516 for details.' when calling method: [calIOperationListener::onOperationComplete]"  nsresult: "0x8057001c (NS_ERROR_XPC_JS_THREW_JS_OBJECT)"  location: "JS frame :: file:///home/jstracke/.thunderbird/46jvzh7p.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/components/calStorageCalendarModule.js -> file:///home/jstracke/.thunderbird/46jvzh7p.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/js/calStorageCalendar.js :: anonymous :: line 596"  data: no]
Source File: file:///home/jstracke/.thunderbird/46jvzh7p.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/components/calStorageCalendarModule.js -> file:///home/jstracke/.thunderbird/46jvzh7p.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/js/calStorageCalendar.js
Line: 596

I suspect this is going to be a common problem in companies which have multiple mail systems.  I'm not sure how common that is; my past 3 jobs have all combined a Linux-based IMAP server with either Exchange or Notes--but software companies are probably atypical.

Comment 8

[Daniel Boelzle [:dbo]]

CalDAV scheduling doesn't block any longer (bug 452610), though it's still
wanted for experimental usage. This problem does not occur if caldav sched is turned off, it falls back to the configured mail identity.

Comment 9

[Philipp Kewisch [:Fallen] [:📆][:🧩]]

Accepting invitations works for me, the different accounts issue should be handled in this bug: