Termineinladungen werden von Apple-Devices automatisch gelesen markiert !?

isol

Hallo, wir sehen seit der Umstellung eines Kunden auf Grommunio das Phänomen, dass Kalendereinladungen teilweise "sofort" als gelesen markiert werden; d.h. der vor Outlook sitzende User denkt, er hat diese Anfrage schon bearbeitet.
Nach längerem Testen haben wir herausgefunden, dass das dann passiert, wenn ein per ActiveSync angebundenes Apple Device den Termin als erstes synchronisiert. Mit Android passiert das nicht und wenn Outlook den Termin vor dem Handy gesynct hat, passiert es auch nicht. Wir konnten aber weder auf den Handys, noch in grommunio-sync eine Einstellung finden, die dieses Verhalten beeinflussen würde. Das Phänomen tritt sogar dann auf, wenn auf dem Handy die Kalender-App entfernt wurde.
Klingelt da bei jemandem was? Der Kunde hat vorher Kopano benutzt, mit z-push und denselben Handys, und dort trat dieses Phänomen nicht auf. Wir testen das gerade nochmal, ob es mit dem alten System auch jetzt noch so ist.

Vielen Dank für Ideen, Jakob

andreaslang

Hallo @isol,

welche gromox-* und grommunio-* Versionen setzt der Kunde ein? Ein ähnliches Problem wurde mit https://github.com/grommunio/mapi-header-php/commit/fb9929c103e9ffc488c51bb94081566d8796e437 behoben.

isol

andreaslang

grommunio-admin-api/now 1.9.39.844aa33-1+56.1 all [installed,upgradable to: 1.11.12.79d9913-1+64.1]
grommunio-admin-common/now 6.cb985db-1+5.1 amd64 [installed,local]
grommunio-admin-web/now 2.6.0.59.4e402d3-1+38.1 all [installed,upgradable to: 2.6.0.85.2b73fdc-1+48.1]
grommunio-common/now 13.02127be-1+9.1 amd64 [installed,upgradable to: 14.dfc18e0-1+19.1]
grommunio-dav/now 1.2.0.9976bca-1 all [installed,upgradable to: 1.3.1.5178cf7-1]
grommunio-dbconf/now 1.1.1.da20a46-1+6.1 amd64 [installed,local]
grommunio-error-pages/now 1.0.6.9c50afb-1+7.1 all [installed,local]
grommunio-index/now 0.1.34.aef1495-1+8.1 amd64 [installed,upgradable to: 0.1.36.4ebe9ad-1+39.1]
grommunio-sync/now 1.2.2-0 all [installed,upgradable to: 2.0.15.cba7b39-0]
grommunio-web/now 3.2.21.8a4583e-1+16.1 all [installed,upgradable to: 3.2.44.682819a-1+3.1]
gromox/now 2.6.68.7098a40-1+4.1 amd64 [installed,upgradable to: 2.8.50.4949313-1+34.1]

Note this is currently on community repo, as we had one problem with multi-domain permissions known to @mwilliams which was not yet resolved in subscription repo. If this is solved now, I can switch back.

andreaslang

Hi isol,

Which version of mapi-header-php is installed?

You have some upgradable packages. Did you upgrade and tested after the upgrade?

isol

I am waiting for confirmatrion from @mwilliams that the problem which caused the switch to community has been resolved : https://github.com/grommunio/admin-api/commit/844aa33c13f859287494eea9eff057a6b1ad12c6, see ticket #81907 .

isol

mapi-header-php/now 1.1.0.70e984f-1+2.1 amd64 [installed,upgradable to: 1.1.3.8964064-1+3.1]

andreaslang

Hi @isol,

the mapi-header-php you're using is outdated. The issue has been fixed already.

isol

Hello @andreaslang, for the record and perhaps others affected we can confirm that by updating mapi-header.php to the current version this problem is fixed. Thanky you very much for loking into this.

millilenium

isol sorry for the question but how to change the mapi-header-php?
I'm using the supported version.

Thx

crpb

millilenium

zypper refresh && zypper --verbose update mapi-header-php

WalterH

If you have a supported version and have outdated modules run this commands to get all modules in a consistent state:

zypper ref
zypper dup

wait 5 minutes and reboot the server
The long story: https://community.grommunio.com/d/1012-convert-grommunio-from-the-community-edition-to-the-supported-edition

PRJ

We are seeing this issue with mails converted to an appointment and then sent to the invited people.
The ActiveSync device still marks this mails as read.

Another phenomenon is that these appointment-mails can't be moved from for example the Inbox into another folder. If you try to move it, it opens as an new Mail, but with all the original content in it.