Benutzer können keine Termine löschen in Raum-/Ressourcenpostfach

[PadawanDeluXe 75]

Moin Gemeinde,

ich habe hier ein Exchange on-prem Cluster. Server Windows 2016/Exchange 2016 mit dem aktuellstem CU. Es gibt auch eine Hybridstellung zu Azure. Alle Konten sind aber on-prem. Genauso wie die Ressourcenpostfächer. 

 

Folgendes Verhalten konnte ich beobachten:

Wenn Benutzer A im Ressourcenpostfach Meetingraum einen Eintrag erstellt, dann ist dieser Eintrag via Outlook sichtbar und man kann ihn auch modifizieren. Will der User diesen wieder löschen funktioniert das nicht. Alle anderen Benutzer können dies auch nicht, obwohl sie alle Editor Berechtigungen haben. Jetzt habe ich einem Adminuser Owner Berechtigungen gegeben und es funktioniert ebenfalls im Outlook Client nicht. Teste ich das Verhalten in OWA funktioniert es problemlos. 

 

Somit meine Frage an die Community:

Ist euch ein Fix bekannt wieso Outlook diese seltsamen Dinge macht? ich habe es bereits mit einem kompletten Reset des Clients versucht und auch die Updates geprüft. Hier ist alles soweit aktuell. In der Dokumentation habe ich eben auch nur den Workaround gefunden Owner zu werden und damit die Einträge zu löschen, aber das kann ja auch nicht ausschließlich zielführend sein. 

 

Danke für euren Support!  

bearbeitet 23. November 2021 von PadawanDeluXe
Server Version korrigiert s.u. Post von Norbert

[Nobbyaushb 1.471]

Du kannst keinen Exchange 2016 auf Server 2019 haben...

[PadawanDeluXe 75]

stimmt - weil ich auch nicht nochmal nachgeschaut habe. Es ist ein Server 2016. *kopf-tisch*

[Nobbyaushb 1.471]

Moin,

eigentlich löscht ja derjenige den Termin, der die Resssource eingeladen hat - geht das denn?

Es reicht meines Wissens, den Termin zu canceln...

[PadawanDeluXe 75]

Also der Benutzer legt eine Besprechung in dem Raumpostfachkalender an. Erstellung usw. funktioniert in Outlook super. Möchte man dann aber den Eintrag löschen oder den eines anderen Kollegen bekommt man die Meldung "Ein Clientvorgang ist fehlgeschlagen" 

 

 

Ich habe ja dann brav erstmal via ECP Konsole und via Shell das ganze untersucht. Interessant ist, dass auch Benutzer mit Owner Rechten das nicht dürfen. Somit komme ich zu der Tendenz keinen Server-, sondern einen Clientfehler zu haben. Ich kann es aber leider nicht beweisen. Versuche ich dasselbe in OWA funktioniert das problemlos. 

[Nobbyaushb 1.471]

Wie genau wird der Termin erstellt?

Wenn alles richtig ist, wird die Resssource zu dem Termin eingeladen und nimmt diese automatisch an - alles andere ist falsch.

 

Es liest sich so, als wenn der Termin direkt im Kalender eingetragen wird, und das klappt nicht wirklich gut und ist der falsche Weg

(mir ist so, das es neulich einen Thread dazu gab in dem der @NorbertFe was dazu geschrieben hat..)

 

bearbeitet 23. November 2021 von Nobbyaushb

[massaraksch 41]

Hi,

 

mach doch mal ein Outlook-Profil ohne Cache-Modus. Passiert das dann auch?

[PadawanDeluXe 75]

Hallo zusammen,

ja ihr habt Recht, dass das so nicht der Nutzungsform entspricht. Richtig wäre hier die Stellvertretungsfunktion zu nutzen (was ich hier in dem Fall auch genau so umgesetzt habe) Allerdings scheinen die Nutzer gerne Termine absagen zu wollen. Hierzu haben die User immer die Funktion "Löschen" im Kalender genutzt. Tja... damit können Sie das natürlich nur dann wenn Sie wirklich Owner der ganzen Geschichte sind. Ergo müssen alle user die "mehr" als nur die Defaultrechte auf dem Raum/Ressource haben auch Owner sein. 

 

Ich habe das exemplarisch einmal durchgeprüft..... nein es reicht nicht wenn man "nur" PublishingEditor" oder "Editor" Rechte hat. 

[Nobbyaushb 1.471]

Wenn der Einladende den Termin löscht verschwindet der auch in der Resource

[PadawanDeluXe 75]

vor einer Stunde schrieb Nobbyaushb:

Wenn der Einladende den Termin löscht verschwindet der auch in der Resource

 

Hi Norbert,

ja das funktioniert auch. Es soll aber so funktionieren, dass bspw. Dritte/Verwalter die nicht an dem Termin beteiligt sind diesen löschen (absagen) können.

 

Gruß

Carsten 

[Nobbyaushb 1.471]

vor 11 Stunden schrieb PadawanDeluXe:

ja das funktioniert auch. Es soll aber so funktionieren, dass bspw. Dritte/Verwalter die nicht an dem Termin beteiligt sind diesen löschen (absagen) können.

Moin,

mir ist kein anderer, supporteter Weg bekannt.

Wenn das ganze über einen Delegate läuft, muss dieser den Termin entfernen