Imao sam jučerašnjih godina kad sam saznao da je Set-CalendarProcessing cmdlet više ne provjerava valjanost unosa za neke svoje parametre, kao što je –ResourceDelegates jedan. Budući da ovo ima nesretnu nuspojavu potencijalnog prepisivanja vaše postojeće konfiguracije, mislio sam da bih malo proširio svijest.
U donjem primjeru imamo poštanski sandučić sobe, WC, za koji je konfiguriran delegat resursa. Želimo ažurirati popis delegata resursa, ali smo napravili malu tipfelersku grešku i unijeli vrijednost za nepostojećeg primatelja. Umjesto da nam kaže da takav primatelj ne postoji u imeniku, Exchange Online umjesto toga “razrješava” vrijednost za $nulaučinkovito poništavajući trenutni popis delegata resursa.
Get-CalendarProcessing wc | select -ExpandProperty resourceDelegates Get-Recipient 453435 Set-CalendarProcessing wc -ResourceDelegates 453435 Get-CalendarProcessing wc | select -ExpandProperty resourceDelegates
Očekivano ponašanje bilo bi ubacivanje pogreške o nevažećoj vrijednosti primatelja i zaustavljanje izvršavanja cmdleta. Ovo je doista ponašanje kakvo smo vidjeli u prošlosti. Umjesto toga, čini se da se ta provjera valjanosti više ne izvodi, cmdlet nastavlja s izvršavanjem i budući da navedeni popis vrijednosti efektivno procjenjuje prazan niz, rezultira brisanjem popisa delegata.
Loša vijest je da -ResourceDelegates nije jedini na koji utječe ovaj problem. Neki drugi parametri koje koristi Set-CalendarProcessing cmdlet također utječe, kao što je -BookInPolicy ili -RequestInPolicy one. Nisam se potrudio provjeriti ih sve, ali izgleda da je zahvaćen bilo koji parametar s više vrijednosti koji ne podržava notaciju hash tablice. Prepustit ću Microsoftu da odredi puni opseg ovoga.
S pozitivne strane stvari, može se tvrditi da ovo ponašanje pomaže u scenarijima u kojima bi jedna netočna vrijednost rezultirala neuspjelim izvršenjem cmdleta kada se pozove skupom vrijednosti. Na primjer, ako proslijedimo kolekciju “userA, non-existent-recipient, userB”, cmdlet će nastaviti s dodavanjem korisnika A i korisnika B kao delegata, ignorirajući nevažeći unos. Međutim, ako proslijeđena kolekcija rezultira praznim nizom, popis delegata resursa i dalje će biti izbrisan, što nije ono što biste željeli da se dogodi.
Ne mogu reći je li ovo sada očekivano ponašanje, ali sigurno ne odgovara iskustvu na koje smo navikli s ostalim cmdletima Exchange Onlinea. Javit ću vam kako će stvari ispasti.
/// AŽURIRANJE Prosinac 2025.: Tim za Exchange ažurirao je cmdlet za izbacivanje ManagementObjectNotFoundException za svaki navedeni “nevažeći” unos, čime se eliminira problem s “prepisivanjem” postojećih vrijednosti i usklađuje ponašanje s drugim cmdletima. Slučaj zatvoren.
