Open Bug 1447170 Opened 3 years ago Updated 1 year ago
.4 .6 messes up with ORGANIZER email
User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0 Build ID: 20180315233128 Steps to reproduce: A series of calendars with different email addresses assigned to it I created an invitation in my private calendar to which "email@example.com" is assigned Actual results: Lightning messes up with the ORGANIZER and adds a SENT-BY to the ORGANIZER as follows: BEGIN:VCALENDAR PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN VERSION:2.0 [....] ORGANIZER;RSVP=TRUE;PARTSTAT=ACCEPTED;ROLE=CHAIR;SENT-BY="mailto:Lukas.Ruf @lpr.ch":mailto:firstname.lastname@example.org [....] Expected results: As with previous versions, I expect Lightning to make use of only the eMail-Address address assigned to that calendar. ORGANIZER;RSVP=TRUE;PARTSTAT=ACCEPTED;ROLE=CHAIR:mailto:email@example.com
Component: General → E-mail based Scheduling (iTIP/iMIP)
I'm seeing this as well when i move an event which already has attendees from a local calendar to a caldav calendar and change the organizer that way, but it's currently hard to realy debug due to bug 1447830. What calendar type are you using? Is this only with Caldav calendars or also an issue with local ones? If this only a caldav calendar issue, do you have a different calendar owner configured serverside then you have assigned as identity in Lightning?
Status: UNCONFIRMED → NEW
Ever confirmed: true
I am using CalDAV only, based on davical. Yes, on serverside, I do have a different calendar owner than assigned as identity in Lightning. If this is the intended behavior though, is there any opportunity to force Lightning sending as the local identity only? For many of my friends having different local identities (than as a calendar owner) is a huge benefit of Lightning....
There's no such way to change the behaviour client-side atm, since it is hard coded - your use case probably simply wasn't considered when this was introduced. What I can think off is a hidden pref as a band aid here with default value set to the current behaviour - we need to re-consider the mechanism in a broader context some day anyway, since calendar delegation currently works poorly in some scenarios. Philipp, do you have any objections to make in customizable?
The plan was to use the ACL manager interfaces to allow multiple addresses per calendar, some server-provided. I'm open to a band-aid for the release though.
You need to log in before you can comment on or make changes to this bug.