Relationship Graph

Relationship Graph
related to related to child of child of duplicate of duplicate of

View Issue Details

IDProjectCategoryView StatusLast Update
0004425SOGoApple Calendar (Mac OS X)public2018-04-12 15:16
Reportersascha.kasch@sumcumo.com Assigned Toludovic  
PriorityhighSeverityminorReproducibilityalways
Status closedResolutionsuspended 
PlatformClientOSApple OS X OS Version10.13
Product Version4.0.0 
Summary0004425: 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

TagsNo tags attached.

Relationships

related to 0004447 new Feature to prevent ID 4425 

Activities

ludovic

ludovic

2018-03-16 13:18

administrator   ~0012724

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?

sascha.kasch@sumcumo.com

sascha.kasch@sumcumo.com

2018-03-16 13:19

reporter   ~0012725

yes, also from thunderbird with plugin.
and yes the status should be parsed when receiving the response, which works with a local calender

ludovic

ludovic

2018-03-16 13:21

administrator   ~0012726

So there's no SOGo bug.

SOGo cannot parse automagically the received email - it doesn't have user's passwords to read their emails.

sascha.kasch@sumcumo.com

sascha.kasch@sumcumo.com

2018-03-16 13:27

reporter   ~0012727

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)

ludovic

ludovic

2018-03-16 13:29

administrator   ~0012728

SOGo cannot do anything about this.

sascha.kasch@sumcumo.com

sascha.kasch@sumcumo.com

2018-03-16 13:33

reporter   ~0012729

i will do more tests with other DAV-servers. i then guess apple's implementation is the culprit here.
thank you

sascha.kasch@sumcumo.com

sascha.kasch@sumcumo.com

2018-03-16 19:22

reporter   ~0012763

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

Christian Mack

2018-03-19 14:01

developer   ~0012788

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.

sascha.kasch@sumcumo.com

sascha.kasch@sumcumo.com

2018-03-19 14:15

reporter   ~0012789

i see. thanks!

Issue History

Date Modified Username Field Change
2018-03-15 13:16 sascha.kasch@sumcumo.com New Issue
2018-03-16 13:17 ludovic Severity block => minor
2018-03-16 13:18 ludovic Note Added: 0012724
2018-03-16 13:19 sascha.kasch@sumcumo.com Note Added: 0012725
2018-03-16 13:21 ludovic Note Added: 0012726
2018-03-16 13:27 sascha.kasch@sumcumo.com Note Added: 0012727
2018-03-16 13:29 ludovic Note Added: 0012728
2018-03-16 13:33 sascha.kasch@sumcumo.com Note Added: 0012729
2018-03-16 13:35 ludovic Status new => closed
2018-03-16 13:35 ludovic Assigned To => ludovic
2018-03-16 13:35 ludovic Resolution open => no change required
2018-03-16 19:22 sascha.kasch@sumcumo.com Note Added: 0012763
2018-03-16 19:22 sascha.kasch@sumcumo.com Status closed => feedback
2018-03-16 19:22 sascha.kasch@sumcumo.com Resolution no change required => reopened
2018-03-19 14:01 Christian Mack Note Added: 0012788
2018-03-19 14:15 sascha.kasch@sumcumo.com Note Added: 0012789
2018-03-19 14:15 sascha.kasch@sumcumo.com Status feedback => assigned
2018-03-22 20:13 ludovic Status assigned => closed
2018-03-22 20:13 ludovic Resolution reopened => suspended
2018-04-12 15:16 francis Relationship added related to 0004447