Beiträge von tommasch1

Ja, das hat leider nichts gebracht.

Das setzen von Set-CalendarProcessing -AllowConflicts $False -Identity "Name" und wieder zurück mit $True funktioniert - ersichtlich dann in der GUI (Haken rein/raus).

Hier ein Screenshot.

Setzte mal bitte den Befehl explizit über die Exchange-Shell, diese auch als Administrator ausführen.

MVP Exchange Server
Acronis Certfied Engineer

kein Ergebnis = Nach ausführen des Befehls erscheint keine Bestätigung über den Erfolg, noch sonst irgendwas. Der Fehler bleibt der alte.

Hatte ich auch schon probiert - ohne Ergebnis.

Meiner Meinung nach besteht hier bei MS ein Bug. In den Raumpostfächer funktionert es wunderbar - in den Gerätepostfächern nicht! Welche Philisophie dahinter steckt, ist mir bis jetzt verborgen geblieben.
Die endgültige Funktion wird zwar erfüllt - es erfolgt eine Benachrichtigung per Mail über die Ablehnung einer Buchung bei einem Konflikt, aber beim Versuch des Doppelbuchens über einen bereits vorhandenen Zeitraum erfolgt keine Vorinformation in der rechten Spalte "Vorgeschlagene Zeiten" über den Zeitkonflikt. Die Konfliktbehandlung sollte doch bei Raum- und Gerätepostfächern gleich sein.

Erst einmal vielen Dank.

Der Server ist in deutsch. In der GUI ist eben in der Ressourcerichtlinie die Option "Zu Konflikten führende ... zulassen" nicht gesetzt.

mit

Set-CalendarProcessing -AllowConflicts $False -Identity "Name"

wird der Befehl akzeptiert, bringt aber keinen Rückgabewert und keine Änderung.

Ergebnis des Befehls:

Es wurde kein Positionsparameter gefunden, der das Argument "Fahrzeug Citroen Jumpy P-LZ 393" akzeptiert.

Das Gerätepostfach lautet aber so.

Hallo, ich hätte da mal eine Frage:

Ich habe mehrere Fahrzeuge als Gerätepostfächer eingerichtet. Im OL können die User problemlos die Fahrzeuge buchen.
Leider erscheinen in den vorgeschlagenen Zeiten (rechts) keine Konflikte (belegte Zeiten), wie es bei Raumpostfächer funktioniert. Selbst bei einer Terminüberschneidung werden "keine Konflikte" angezeigt. Die Buchungsautomatik in sich funktioniert dann - der Buchende bekommt eine Mail über eine Ablehnung, weil eine Konflikt besteht.

Es wäre also besser, wenn der Buchende schon bei der Buchung sieht, ob seine Buchung zu keinem Konflikt führt. Wie gesagt, bei den Raumpostfächer funktioniert das einwandfrei.

Hat hier jemnand eine Lösung oder zumindestens einen Lösungsansatz? Ich kann auch nicht sagen, ob dieser Fehler eventuell durch ein MS-Patch entstanden ist, oder ob das generell so ist.

Hab das jetzt durchgearbeitet und in den Events nichts auffälliges gefunden. Aufgefallen ist mir eines: Der Clientzugriff über das OAB erfolgt auf die im IIS angegebene URL. Diese Site gibt es auch IIS, nur das der Inhalt des physischen Pfades (C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\OAB) leer ist.
Die Verteilung der Standard-Offlineadressliste kann ich aber nicht auf webbasiert setzen, da dieser Punkt ausgegraut ist. Irgendwie habe ich hier ein Verständnisproblem, oder habe mich verrant.