1277531 - Calender appointment with attendees did not ask for mail sending

Status: RESOLVED INCOMPLETE

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

Description

[gregor]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:46.0) Gecko/20100101 Firefox/46.0
Build ID: 20160503215307

Steps to reproduce:

Case 1: On a local calender: Create appointment and invite attendees
Case 2: On a caldav calender: Create appointment and invite attendees


Actual results:

Case 1: Ask if a mail should be sent "Would you like to send out notification E-Mail now"?
Case 2: Sends the mail automatically

!!! Problem here: When I restore a backup ics into my calender and delete old appointments it sends automatically mails to attendees. So yesterday I deleted many old appointments and about 700 mail's are sent automatically and flood my attendees. This should not happened because then I got many angry calls. And I'm stuck now with half of the appointments which I can't delete without flooding people. We are speaking of about 2000 appointments I have to delete.


Expected results:

Case 1: I like this behaviour
Case 2: Should also pop up the same dialog

Optional: Or is there a hidden setting in the configuration so both cases act the same way?

Comment 1

[[:MakeMyDay]]

Are you sure the declining/cancellations have been sent out by Lightning and there is no serverside invitation handling involved? What caldav server do you use?

Which version of Lightning are you using exactly? 

What TB extensions do you have installed? Does that also happen if you have all extensions but Lightning disabled?

How did you delete the events exactly?

Do you have an email identity assocciated to the calendar?

If you enable calendar.debug.log and calendar.debug.log.verbose in the advanced preferences, open the error console, clear the log and then delete another event, what messages do you get in the console?

Comment 2

[gregor]

On the server side I have an Zimbra 8.6 mailserver which act here as caldav server.

The Thunderbird version is: 45.1.0
Lightning: 4.7.1
Enigmail: 1.8.2
Inverse SOGo Connector 31.0.3 to synchronize contacts with Zimbra over carddav

Deletion:
- Open the calendar
- On the menu enable "Find Events" from "Events and Tasks"
- Select "All Events"
- Now you should see all Events, select one and press the "Delete" button from the top buttons

Yes there is an email identity associated with the calendar

The console gives me the following:
CalDAV: Will only delete if matches etag "14131-14131"
CalDAV: Item deleted successfully from calendar zimbra
Timestamp: 03/06/16 09:37:49
Error: 2016-06-03 09:37:49	gloda.datastore	ERROR	got error in _asyncTrackerListener.handleError(): 19: constraint failed

Source File: resource:///modules/gloda/log4moz.js
Line: 691
2016-06-03 09:37:49	gloda.datastore	ERROR	got error in _asyncTrackerListener.handleError(): 19: constraint failed

Comment 3

[gregor]

UPDATE: I create a empty profile without the SOGo Connector, the problem still exists.
Also when I remove the email association to the calender it still sends silently mails.

Comment 4

[[:MakeMyDay]]

If there is no indication in the error console that an email is sent out if you have enabled the debug settings, this emails are not send by Lightning but the server.

Can you check your sent messages folder and attach one of the cancellations (the complete email, not just the ics part)? You can modify the message to mask sensitive information, but please don't change the data structure.

Comment 5

[gregor]

This has really something to do with the Zimbra server, because now I tested one of my other dev server where Baikal 0.4.5 is running. This server never sent any mail. Here Thunderbird also don't ask if mails should be sent. So on this server its currently not possible to sent invitations. A email is associated with the calendar. So it is a server side issue.

Link to Baikal: http://sabre.io/baikal

Is it possible to archive the same logic as with local calender? This would be awesome because I don't like it when people getting spammed in the background. These are situations where a mail is sent to an attendee: create appointment, add attendee, remove attendee, move appointment, delete appointment. So there are many cases where attendees getting mails.

Comment 6

[[:MakeMyDay]]

By chance, do you have enabled calendar.caldav.sched.enabled (-> advanced preferences)? If so, disable it as it prevents email scheduling.

Also when you have the debug settings enabled, you can check what scheduling capabilities the server(s) advertise(s) on startup of Thunderbird. Look for calendar-auto-schedule and calendar-schedule, which may be part of the reply to an OPTIONS request.

Comment 7

[[:MakeMyDay]]

gregor, can you please check the suggestion from comment 6?

Comment 8

[Alberto]

We've got exactly the same problem in our organisation. 

We're using Horde (therefore Sabre.io or SabreDAV underneath - http://sabre.io/dav/) as CalDAV server.
When using WebDAV, for same actions (like when creating an event) it lets me choose whether to send the notification message or not, but not always. Using local calendars ALWAYS let me choose. But when using CalDAV it never let me choose.
Using local calendars get the mail sent into the "sent folder", so it seems that it is Thunderbird the one which sends the mails. Using CalDAV calendars ALWAYS sends the emails but they don't appear into the sent folders. I guess that the CalDAV server itself is sending the mails.
Sabre is supposed to support scheduling and rfc6638 (http://sabre.io/dav/scheduling/).

So, if I, for instance, delete a meeting and don't want the other atendees to be notified, that's impossible.

I've tried as said in comment 6.

First, check calendar.caldav.sched.enabled. It was as default. I tried changing it anyway, with no aparent result.
Then, I activated the debug, and saw this line, which may help:
 CalDAV: Server does not support CalDAV scheduling.

Nothing else which seemed interesting.



A way to solve this could be to always send notifications emails from Thunderbird, having the ability to control whether to send them or not, instead of delegating.

Comment 9

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

Given there are aiui different servers used I'd prefer separate reports. Alberto, if this is still an issue please file a new bug. gregor, I'd appreciate if you could check the suggestion from comment 6 as requested.

Comment 10

[Alberto]

I created a new one: https://bugzilla.mozilla.org/show_bug.cgi?id=1350838