Raumpostfach- autom. Buchung von heute auf morgen ohne Funktion

Ich habe ein Raumpostfächer, das eine autom. Buchungsverarbeitung hat (ohne delegates), und plötzlich den Dienst einstellt.

Ich schicke eine Reservierung an einen Raum. Die Buchungsanfrage wird nicht verarbeitet (keine Bestätigung per Mail und kein Eintrag im Kalender des Raums). Der Termin ist nur in meinem Kalender sichtbar.

Der Raum hat nach wie vor den RecipientType "Room Mailbox" und CalendarProcessing zeigt weiter "AutoAccept".

Ich habe mal das Raumpostfach in eine andere Datenbank verschoben. Danach ist das Ergbnis leicht anders.

Ich schicke eine Buchung ab und der Termin erscheint nun im Kalender des Raumpostfachs, nicht aber in meinem. Eine Mail vom Raum erhalte ich nach wie vor nicht.

Die Buchungsanfragen sollten ja im Papierkorb des Raumpostfachs landen, nachdem diese verarbeitet wurden. Dort liegen aber keine.

Exchange 2010 SP3 Rollup Update 10

Hat jemand einen Tipp für mich?

Beste Grüße

Daniel

Wenn man einen Delegate einträgt funktioniert es auch nicht. Termin wird weder unter Vorbehalt eingetragen, noch wird eine Mail an den Delegate ausgesteuert.

HI Norbert,

KB3067505 ist installiert.

Mit Deiner Aussage hast Du natürlich Recht.

Ich kann das Verhalten nur an nichts festmachen. Soweit mir bekannt, wurde an den Gateways etc. nichts gedreht.
Die Exchange Server habe ich am 21.07. zuletzt gepacht. Die Konfiguration des Postfachs sieht unverändert aus.
Im Moment habe ich keine Idee, wie man das wieder in die Spur bringt bzw. was das Problem verursacht haben könnte.

Bei anderen Raumpostfächern funktioniert die Automatik wie gehabt.

Auf dem Postfachserver wo der Raum liegt? Ok, werde ich heute Abend testen.

Frage: Woher die Annahme, das dieses eine Update sich nach Wochen negativ auf ein einziges Raumpostfach auswirkt?

Hi Norbert, hat leider nichts gebracht. Situation unverändert.

Ich habe auch nochmal alle Einstellung über das Postfach gejagt:

Set-CalendarProcessing-id xyz-AutomateProcessing AutoAccept -ProcessExternalMeetingMessages$false -BookingWindowInDays 730 -AllowRecurringMeetings $true-ForwardRequestsToDelegates $false -AllowConflicts $false-EnforceSchedulingHorizon $false -ScheduleOnlyDuringWorkHours $false-DeleteAttachments $true -DeleteComments $true -RemovePrivateProperty $true-DeleteSubject $true -AddOrganizerToSubject $true -DeleteNonCalendarItems $true-TentativePendingApproval $true -EnableResponseDetails $true -OrganizerInfo$true -AllRequestOutOfPolicy $false -AllBookInPolicy $true-AllRequestInPolicy $false-AddAdditionalResponse $false-RemoveOldMeetingMessages $true-AddNewRequestsTentatively $true-RemoveForwardedMeetingNotifications $false

Moin Norbert,

ja, sonst ist alles wie es sein soll. Ein Insider? Ich kann schweigen

Nach der Deinstallation konnte ich das Update aber nicht wieder installieren. "Not capable" sagt Windows, obwohl es KB3067505 für Server 2008 R2 64-bit ist.

Einen LB haben wir vor den CAS Servern, ja.

Aber nochmal, es geht ja nur um ein Raumpostfach. Von denen haben wir um die 140 und der Rest läuft scheinbar normal. Jedenfalls haben sich sonst keine User gemeldet und meine Stichproben war auch gut.

Das mit dem Multiroles weiß ich, wird beim Upgrade auf 2013 bzw. 2016 auch berücksichtigt.
Ich habe ab Montag Urlaub und wollte dieses Problem ungern meinen Kollegen überlassen

Best

Daniel