7
Exchange Online Raumbuchung Bug Arbeitszeit?
Hallo zusammen,
bevor ich ein Ticket über unseren Vertriebspartner bei Microsoft erstellen lasse (da das mittlerweile recht umständlich ist), hat vielleicht jemand diese Funktion in Benutzung und kann mir sagen ob das aktuell nicht nur bei uns so ist?
Wir haben einen Konferenzraum, dort ist die Buchung nur während der Arbeitszeit (zwischen 8 und 17 Uhr) zugelassen.
Dieser Raum meldet derweil abstruse Ab- und Zusagen.
Beispiel:
Zeitzone scheint zu stimmen, aber irgendwas ist da strange.
Als Workaround habe ich die Buchung während der Arbeitszeit erstmal rausgenommen.
Kann das Problem jemand bestätigen?
Grüße
ToWa
bevor ich ein Ticket über unseren Vertriebspartner bei Microsoft erstellen lasse (da das mittlerweile recht umständlich ist), hat vielleicht jemand diese Funktion in Benutzung und kann mir sagen ob das aktuell nicht nur bei uns so ist?
Wir haben einen Konferenzraum, dort ist die Buchung nur während der Arbeitszeit (zwischen 8 und 17 Uhr) zugelassen.
Dieser Raum meldet derweil abstruse Ab- und Zusagen.
Beispiel:
- Buchung 17 Uhr bis 17:30 Uhr - angenommen
- Buchung 10 Uhr bis 11:00 Uhr - abgelehnt
Zeitzone scheint zu stimmen, aber irgendwas ist da strange.
Als Workaround habe ich die Buchung während der Arbeitszeit erstmal rausgenommen.
Kann das Problem jemand bestätigen?
Grüße
ToWa
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 5219133421
Url: https://administrator.de/forum/exchange-online-raumbuchung-bug-arbeitszeit-5219133421.html
Ausgedruckt am: 01.04.2025 um 04:04 Uhr
7 Kommentare
Neuester Kommentar
Mich machts ja stutzig, dass es genau umgedreht erlaubt ist als eigentlich beabsichtigt...
Arbeitszeiten sind korrekt gesetzt?
social.technet.microsoft.com/wiki/contents/articles/37578.office-365-how-to-change-working-hours-for-all-users-using-powershell.aspx
Arbeitszeiten sind korrekt gesetzt?
social.technet.microsoft.com/wiki/contents/articles/37578.office-365-how-to-change-working-hours-for-all-users-using-powershell.aspx
Zeitzone falsch?
1
Zitat von @RoadRage3:
Mich machts ja stutzig, dass es genau umgedreht erlaubt ist als eigentlich beabsichtigt...
Dito, wobei das natürlich auch um xy Stunden überlappen kann (falsche Zeitzone).Mich machts ja stutzig, dass es genau umgedreht erlaubt ist als eigentlich beabsichtigt...
Arbeitszeiten sind korrekt gesetzt?
Aber ich habe das gerade mal geprüft:
Grüße
ToWa
Zitat von @dertowa:
Die WorkinghoursTimeZone ist offenbar verstellt und steht auf PST statt UTC, obwohl in der Ablehnung etwas anderes steht. Dann durchforste ich mal die Powershellbefehle um das im Ressourcenpostfach neu zu justieren.
Die WorkinghoursTimeZone ist offenbar verstellt und steht auf PST statt UTC, obwohl in der Ablehnung etwas anderes steht. Dann durchforste ich mal die Powershellbefehle um das im Ressourcenpostfach neu zu justieren.
Das ist doch mal ein brauchbarer Hinweis den Powershell da ausspuckt :D
Wenn man mal schaut:
Wiederrum komisch, dass Exchange in der Ablehnung dann aber die UTC+1 auch reinschreibt obwohl Powershell PST als Zeitzone hat... Alles doof :D
Offtopic:
Lass mich mal raten: Microsoft zeigt die Arbeitszeit nicht in der GUI an sondern nur über die Powershell?
(Ich nutze kein MS365 daher kann ich nicht selber nachgucken)
1
Moin,
Nö, works as designed. Die Zeitangabe ist in UTC+1, da das die Zeitzone des anfordernden Users ist. Der Server glaubt, der Raum ist in der Zeitzone PST und lehnt deshalb ab, weil es da mitten in der Nacht ist. Ist also alles vollkommen korrekt (außer die Zeitzone für den Raum).
Liebe Grüße
Erik
Zitat von @RoadRage3:
Wiederrum komisch, dass Exchange in der Ablehnung dann aber die UTC+1 auch reinschreibt obwohl Powershell PST als Zeitzone hat... Alles doof :D
Wiederrum komisch, dass Exchange in der Ablehnung dann aber die UTC+1 auch reinschreibt obwohl Powershell PST als Zeitzone hat... Alles doof :D
Nö, works as designed. Die Zeitangabe ist in UTC+1, da das die Zeitzone des anfordernden Users ist. Der Server glaubt, der Raum ist in der Zeitzone PST und lehnt deshalb ab, weil es da mitten in der Nacht ist. Ist also alles vollkommen korrekt (außer die Zeitzone für den Raum).
Liebe Grüße
Erik
1Zitat von @RoadRage3:
Offtopic:
Lass mich mal raten: Microsoft zeigt die Arbeitszeit nicht in der GUI an sondern nur über die Powershell?
Zitat von @dertowa:
Das ist doch mal ein brauchbarer Hinweis den Powershell da ausspuckt :DOfftopic:
Lass mich mal raten: Microsoft zeigt die Arbeitszeit nicht in der GUI an sondern nur über die Powershell?
Korrekt, in der GUI kann man nur den haken setzen "Buchung nur während der Arbeitszeit zulassen".
Zitat von @erikro:
Nö, works as designed. Die Zeitangabe ist in UTC+1, da das die Zeitzone des anfordernden Users ist. Der Server glaubt, der Raum ist in der Zeitzone PST und lehnt deshalb ab, weil es da mitten in der Nacht ist. Ist also alles vollkommen korrekt (außer die Zeitzone für den Raum).
Nö, works as designed. Die Zeitangabe ist in UTC+1, da das die Zeitzone des anfordernden Users ist. Der Server glaubt, der Raum ist in der Zeitzone PST und lehnt deshalb ab, weil es da mitten in der Nacht ist. Ist also alles vollkommen korrekt (außer die Zeitzone für den Raum).
Das ist die Erklärung zur aktuellen Tatsache.
Unerklärlich ist, wie sich die Zeitzone der Ressource selbstständig verstellen kann, da es bis letztes Jahr (wann auch immer - da der Raum eben nicht so oft gebucht wird) problemlos genutzt werden konnte.
@topic
Ich versuche dann mal die Zeitzone zu korrigieren:
Set-MailboxCalendarConfiguration -Identity xxx -WorkingHoursTimeZone "Pacific Standard Time"
https://learn.microsoft.com/en-us/powershell/module/exchange/set-mailbox ...
Praktisch nur, dass Microsoft nicht ausweist welche Zeitzonen dort möglich sind - ich such das mal aus einem anderen Benutzerpostfach raus.
Edit:
W. Europe Standard TimeEdit 2: Klappt.
Was ich dazu noch loswerden muss: 🤦♂️, *Fingerzeig auf* 👉 https://en.wikipedia.org/wiki/Tz_database
