|Anonymous | Login | Signup for a new account||2018-04-23 11:20 EDT|
|My View | View Issues | Change Log | Roadmap | Repositories|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0004425||SOGo||Apple Calendar (Mac OS X)||public||2018-03-15 09:16||2018-04-12 11:16|
|Platform||Client||OS||Apple OS X||OS Version||10.13|
|Target Version||Fixed in Version|
|Summary||0004425: Apple Calendar does not parse responses to an invitation|
|Description||We do not get responses from invitations via calendar on SOGo|
|Steps To Reproduce||Create CalDAV Account in 10.13 and point to SOGo Server. Create an event and invite external User (in this case we invited a google user).|
The invitation is sent and accepted on google. We get a mail with correct answer from google but the atendee-status does not change.
This works with a local and a icloud calender without problems
|Tags||No tags attached.|
When you receive the response back from Google in your test, the event status won't get automatically updated.
Are you able, from SOGo's webmail interface, to read that mail and update the participant status?
yes, also from thunderbird with plugin.
and yes the status should be parsed when receiving the response, which works with a local calender
So there's no SOGo bug.
SOGo *cannot parse* automagically the received email - it doesn't have user's passwords to read their emails.
i do understand that sogo cannot parse it *automagically*.
current setup is: apple calender with sogo-account, apple mail configured.
when sending an invitation from apple calender and getting back the response in apple mail, we click on that mail and have .ics attachments.
even explicitly clicking on that attachment, it does not update attendee status (but calender acknowledges the event by popping up the same event)
|SOGo cannot do anything about this.|
i will do more tests with other DAV-servers. i then guess apple's implementation is the culprit here.
sorry for reopen but i thought on your words
"SOGo *cannot parse* automagically the received email - it doesn't have user's passwords to read their emails."
and it left me puzzled:
i assumed that the whole purpose of the middleware SOGo is to be a proxy for mail and a store for calendar
as well as addressdata. Every account there is, has an IMAP account attached to get invitations from
external users and has a globally configured SMTP to send invitations.
On every receipt of a mail, the content is parsed (my assumption) at least by SOGo and Thunderbird with Plugins.
In Case of a match in terms of event-IDs or some other matching parameter, the event gets updates!?
is that wrong?
then how is parsing of calendar-data done when not via mail with ics-attachment?
Christian Mack (developer)
SOGo is no email proxy.
To be a proxy would mean, that every email of all users in SOGo would pass through SOGo.
That is not the case.
SOGo is an email frontend, which means, it only has access to the users emails per IMAP, as long as the user is logged into the webfrontend of SOGo.
It parses an email the moment you open it for reading in the webfrontend.
Only then it can see, that this specific email is an event reply.
And only then it can update your event.
|i see. thanks!|
|2018-03-15 09:firstname.lastname@example.org||New Issue|
|2018-03-16 09:17||ludovic||Severity||block => minor|
|2018-03-16 09:18||ludovic||Note Added: 0012724|
|2018-03-16 09:email@example.com||Note Added: 0012725|
|2018-03-16 09:21||ludovic||Note Added: 0012726|
|2018-03-16 09:firstname.lastname@example.org||Note Added: 0012727|
|2018-03-16 09:29||ludovic||Note Added: 0012728|
|2018-03-16 09:email@example.com||Note Added: 0012729|
|2018-03-16 09:35||ludovic||Status||new => closed|
|2018-03-16 09:35||ludovic||Assigned To||=> ludovic|
|2018-03-16 09:35||ludovic||Resolution||open => no change required|
|2018-03-16 15:firstname.lastname@example.org||Note Added: 0012763|
|2018-03-16 15:email@example.com||Status||closed => feedback|
|2018-03-16 15:firstname.lastname@example.org||Resolution||no change required => reopened|
|2018-03-19 10:01||Christian Mack||Note Added: 0012788|
|2018-03-19 10:email@example.com||Note Added: 0012789|
|2018-03-19 10:firstname.lastname@example.org||Status||feedback => assigned|
|2018-03-22 16:13||ludovic||Status||assigned => closed|
|2018-03-22 16:13||ludovic||Resolution||reopened => suspended|
|2018-04-12 11:16||francis||Relationship added||related to 0004447|
|Copyright © 2000 - 2018 MantisBT Team|