Razporeditev

  • Uporabniki Office 365, ki so dodeljeni storitvi v oblaku (označeni v Cisco Webex Control Hub kot v gruči »Cisco Webex Cloud«), lahko prikazujejo trajno sporočilo o napaki v Control Hubu, »Ni bilo mogoče najti gruče s koledarskim priključkom. Izberite drugo skupino virov ali konfigurirajte novo gručo s priključkom koledarja." To napako lahko prezrete.

  • Storitev v oblaku ne aktivira uporabnika, katerega e-poštni naslov vsebuje apostrof. Če selite uporabnike iz povezovalnika koledarja, ki temelji na hitri cesti, storitev Hybrid Calendar teh uporabnikov ne premakne v storitev v oblaku. Ostajajo na konektorju koledarja.

Splošne težave z razporejanjem (vse ključne besede)

  • Če želite, da OBTP dosledno deluje na povabljenih napravah, morate zagotoviti, da poštni sistem nima pravilnika za samodejno brisanje komentarjev sestanka. Naslednji ukaz PowerShell zagotavlja, da se komentarji ohranijo, tako da jih lahko Hybrid Calendar Service uporabi za obdelavo sestankov:

    Set-CalendarProcessing -identity "room" -DeleteComments $false
  • Hibridni koledar ne podpira koledarjev v skupni rabi. Storitev lahko obdeluje sestanke, ki jih pooblaščenec načrtuje v imenu drugih, če načrtujejo sestanek v dejanskem koledarju uporabnika, ne v skupnem ali skupinskem koledarju.

  • Sestanek, ki je načrtovan več kot 5 mesecev v prihodnosti, morda ne bo takoj obdelan s storitvijo hibridnega koledarja v oblaku za Microsoft Office 365. Storitev vsak dan obdeluje sestanke, ki so 5-6 mesecev v prihodnosti, z uporabo drsnega okna, tako da ko načrtovani datum sestanka pade znotraj okna, bo obdelan in prikazane bodo podrobnosti pridružitve sestanku.

  • Če dodate ključno besedo za razporejanje ali podprt video naslov enemu primerku serije ponavljajočih se sestankov, se podrobnosti o pridružitvi sestanku ne posodobijo. Kot rešitev dodajte ključno besedo ali video naslov celotnemu nizu srečanj.

  • Hibridni koledar ne doda samodejno informacij o pridružitvi sestanku sestanku, ki je bil načrtovan v preteklosti.

Načrtovanje sestanka v osebni sobi Webex (ključne besede, vključno z @webex, @meet:myroom)

  • Hibridni koledar ne doda podrobnosti Webexa, če povabilo na sestanek že vsebuje povezave za pridružitev Webexu (na primer dodane z orodji za produktivnost ali ročno s strani organizatorja sestanka). Organizator sestanka lahko ročno izbriše vse predhodno dodane povezave za pridružitev, tako da lahko Hybrid Calendar doda nove povezave za pridružitev.

  • Hibridni koledar ne obdeluje srečanj z več kot 1500 povabljenci.

Načrtovanje v prostoru aplikacij Webex (ključne besede, vključno z @webex:space, @meet, @spark)

  • Razporejanje ključnih besed Space trenutno podpira največ 1500 udeležencev srečanja. Organizator srečanja, ki povabi več kot 120 udeležencev, bo prejel e-poštno sporočilo, da je presegel največje število. Ko je skupno število povabljencev manjše od 1500, lahko organizator vidi informacije o sestanku v pogledu koledarja stranke ekipe. Tudi ko skupno število povabljencev preseže 1500, srečanje ne bo prikazano v pogledu koledarja njihove ekipe.

  • Razporejanje ključnih besed Space trenutno ne obravnava distribucijskih seznamov. Posamezni člani seznama prejemnikov še vedno prejmejo povabilo na srečanje s podrobnostmi o pridružitvi prostoru, vendar niso samodejno dodani v prostor. Kot rešitev lahko organizator sestanka razširi sporočilo v vrstici TO, preden pošlje povabilo. Tako je vsak uporabnik posebej dodan v prostor.

  • Priloge, ki jih uporabniki dodajo vabilom na sestanek s ključnimi besedami prostora, niso dodane v ustrezen prostor.

  • Storitev hibridnega koledarja ne pošilja več ločenega e-poštnega sporočila povabljencem na sestanek, ki niso uporabniki aplikacije Webex, in jih vabi k prijavi.

  • Prostori Webex imajo dodeljeno številko sestanka, ki se uporablja za gumb za pridružitev video naprave vsakič, ko načrtujete sestanek iz prostora. Webex lahko reciklira številko sestanka, če ni bila uporabljena 180 dni. Sestanki, načrtovani po dogodku recikliranja, dobijo novo številko, vendar storitev koledarja ne posodobi obstoječih sestankov.

    Recimo, da načrtujete sestanek v prostoru (z @meet) za svojo ekipo več kot 180 dni vnaprej, številka sestanka v prostoru pa je 444 444 4444. Vaša ekipa se v vmesnem času ne srečuje v prostoru in številka sestanka se spremeni na 555 555 5555. Ko pride do sestanka, se bodo udeleženci aplikacije pridružili novi številki sestanka (555 555 5555). Udeleženci, ki se poskušajo pridružiti iz video naprav prek povezave v povabilu na sestanek, se bodo povezali s staro številko sestanka, 444 444 4444.

One Button to Push (OBTP)

Integracija Cisco TMS z Office 365

  • Če konferenčni most, ki naj bi gostil prihajajoči sestanek, postane nedosegljiv, Cisco TMS posodobi podrobnosti o pridružitvi sestanku, da uporabi drug most. Vendar se podrobnosti o pridružitvi sestanku ne posodobijo v Office 365, razen če organizator spremeni povabilo na sestanek. To lahko povzroči težave, ko se povabljenci poskušajo pridružiti sestanku iz povabila.

  • Če se časovni pas načrtovalca srečanja v Office 365 ne ujema s časovnim pasom načrtovalca v Cisco TMS, ima sistem morda težave pri načrtovanju ponavljajočih se srečanj. To lahko povzroči neujemanje med datumi primerkov v Office 365 in Cisco TMS. Kot rešitev se prepričajte, da se časovni pasovi uporabnikov v Office 365 ujemajo z njihovimi časovnimi pasovi v Cisco TMS.

  • Za ponavljajočo se serijo sestankov spremembe začetnega in končnega datuma ali števila ponovitev v Office 365 niso posodobljene v Cisco TMS. (Spremembe začetnih in končnih časov celotne serije delujejo po pričakovanjih.) Kot rešitev izbrišite serijo in ustvarite novo.

  • Ko se serija ponavljajočih sestankov, načrtovanih z @meet, večkrat uredi, se serija pravilno posodobi v Office 365, vendar se morda ne bo pravilno posodobila v Cisco TMS. Vedenje ni dosledno. Če na primer dodate udeležence enemu primerku niza in nato spremenite temo celotne serije, se lahko predmet spremeni samo za spremenjeni primerek – ali za vse primerke razen spremenjenega primerka.

  • Če je končna točka že rezervirana v storitvi Office 365 za določeno časovno režo za srečanje, ki ni @meet, in organizator načrtuje ponavljajoče se srečanje z @meet, ki prekriva rezervirano časovno režo, organizator prejme sporočilo, da je končna točka zavrnila srečanje, vendar Cisco TMS vseeno ustvari ponavljajoče se srečanje.

    Za takšne sestanke koledar Connector pošlje dodatno zahtevo za sestanek in zabeleži dve različni informativni sporočili, od katerih vsako vključuje enega od naslednjih nizov:

    • stanje: SREČANJE_NE_NAJDENO_VKLOP_TMS

    • status: ZN_PRIČAKOVANO_IZJEMA

  • Koledar Connector bi moral sprožiti alarm, če ima organizacija, v kateri je registriran gostitelj hitre ceste, dejanje ključne besede @meet nastavljeno na Cisco TelePresence Management Suite vendar Calendar Connector ni bil povezan s Cisco TMS na hitri cesti Aplikacije > Hibridne storitve > Storitev koledarja > Konfiguracija konferenčnih storitev Cisco strani. Ta alarm ni bil implementiran.

  • Če odstranite konfiguracijo Cisco TMS iz gostitelja priključka Expressway, lahko uporabniki še naprej načrtujejo sestanke @meet na Cisco TMS, dokler se gostitelj priključka Expressway ne zažene znova. Rešitev je, da po odstranitvi konfiguracije Cisco TMS znova zaženete gostitelja priključka Expressway.

Splošne težave z razporejanjem (vse ključne besede)

  • Hibridni koledar ne podpira koledarjev v skupni rabi. Storitev lahko obdeluje sestanke, ki jih pooblaščenec načrtuje v imenu drugih, če načrtujejo sestanek v dejanskem koledarju uporabnika, ne v skupnem ali skupinskem koledarju.

  • Če dodate ključno besedo za razporejanje ali podprt video naslov enemu primerku serije ponavljajočih se sestankov, se podrobnosti o pridružitvi sestanku ne posodobijo. Kot rešitev dodajte ključno besedo ali video naslov celotnemu nizu srečanj.

  • Hibridni koledar ne doda samodejno informacij o pridružitvi sestanku sestanku, ki je bil načrtovan v preteklosti.

Načrtovanje sestanka v osebni sobi Webex (ključne besede, vključno z @webex, @meet:myroom)

  • Hibridni koledar ne doda podrobnosti Webexa, če povabilo na sestanek že vsebuje povezave za pridružitev Webexu (na primer dodane z orodji za produktivnost ali ročno s strani organizatorja sestanka). Organizator sestanka lahko ročno izbriše vse predhodno dodane povezave za pridružitev, tako da lahko Hybrid Calendar doda nove povezave za pridružitev.

  • Hibridni koledar ne obdeluje srečanj z več kot 1500 povabljenci.

Načrtovanje v prostoru aplikacij Webex (ključne besede, vključno z @webex:space, @meet, @spark)

  • Razporejanje ključnih besed Space trenutno podpira največ 1500 udeležencev srečanja. Organizator srečanja, ki povabi več kot 120 udeležencev, bo prejel e-poštno sporočilo, da je presegel največje število. Ko je skupno število povabljencev manjše od 1500, lahko organizator vidi informacije o sestanku v pogledu koledarja stranke ekipe. Tudi ko skupno število povabljencev preseže 1500, srečanje ne bo prikazano v pogledu koledarja njihove ekipe.

  • Razporejanje ključnih besed Space trenutno ne obravnava distribucijskih seznamov. Posamezni člani seznama prejemnikov še vedno prejmejo povabilo na srečanje s podrobnostmi o pridružitvi prostoru, vendar niso samodejno dodani v prostor. Kot rešitev lahko organizator sestanka razširi sporočilo v vrstici TO, preden pošlje povabilo. Tako je vsak uporabnik posebej dodan v prostor.

  • Priloge, ki jih uporabniki dodajo vabilom na sestanek s ključnimi besedami prostora, niso dodane v ustrezen prostor.

  • Storitev hibridnega koledarja ne pošilja več ločenega e-poštnega sporočila povabljencem na sestanek, ki niso uporabniki aplikacije Webex, in jih vabi k prijavi.

  • Prostori Webex imajo dodeljeno številko sestanka, ki se uporablja za gumb za pridružitev video naprave vsakič, ko načrtujete sestanek iz prostora. Webex lahko reciklira številko sestanka, če ni bila uporabljena 180 dni. Sestanki, načrtovani po dogodku recikliranja, dobijo novo številko, vendar storitev koledarja ne posodobi obstoječih sestankov.

    Recimo, da načrtujete sestanek v prostoru (z @meet) za svojo ekipo več kot 180 dni vnaprej, številka sestanka v prostoru pa je 444 444 4444. Vaša ekipa se v vmesnem času ne srečuje v prostoru in številka sestanka se spremeni na 555 555 5555. Ko pride do sestanka, se bodo udeleženci aplikacije pridružili novi številki sestanka (555 555 5555). Udeleženci, ki se poskušajo pridružiti iz video naprav prek povezave v povabilu na sestanek, se bodo povezali s staro številko sestanka, 444 444 4444.

One Button to Push (OBTP)

Integracija Cisco TMS z Google Koledarjem

  • Če konferenčni most, ki naj bi gostil prihajajoči sestanek, postane nedosegljiv, Cisco TMS posodobi podrobnosti o pridružitvi sestanku, da uporabi drug most. Vendar se podrobnosti o pridružitvi sestanku ne posodobijo v Google Koledarju, razen če organizator spremeni povabilo na sestanek. To lahko povzroči težave, ko se povabljenci poskušajo pridružiti sestanku iz povabila.

  • Če se časovni pas načrtovalca srečanja v Google Koledarju ne ujema s časovnim pasom načrtovalca v Cisco TMS, ima sistem morda težave pri načrtovanju ponavljajočih se srečanj. To lahko povzroči neujemanje med datumi primerkov v Google Koledarju in v Cisco TMS. Kot rešitev poskrbite, da se časovni pasovi uporabnikov v Google Koledarju ujemajo z njihovimi časovnimi pasovi v Cisco TMS.

  • Ko je serija ponavljajočih sestankov, načrtovanih z @meet, večkrat urejena, se serija pravilno posodobi v Google Koledarju, vendar se morda ne bo pravilno posodobila v Cisco TMS. Vedenje ni dosledno. Če na primer spremenite temo enega primerka serije in nato spremenite temo celotne serije, se lahko subjekt spremeni samo za spremenjeni primerek – ali za vse primerke razen spremenjenega primerka.

  • Če je končna točka že rezervirana v Google Koledarju za določeno časovno režo za sestanek, ki ni @meet, in organizator načrtuje sestanek z @meet, ki prekriva rezervirano časovno režo, organizator prejme sporočilo, da je končna točka zavrnila sestanek , vendar Cisco TMS vseeno ustvari prekrivajoče se srečanje.

    Za takšne sestanke koledar Connector pošlje dodatno zahtevo za sestanek in zabeleži dve različni informativni sporočili, od katerih vsako vključuje enega od naslednjih nizov:

    • stanje: SREČANJE_NE_NAJDENO_VKLOP_TMS

    • status: ZN_PRIČAKOVANO_IZJEMA

  • Koledar Connector bi moral sprožiti alarm, če ima organizacija, v kateri je registriran gostitelj hitre ceste, dejanje ključne besede @meet nastavljeno na Cisco TelePresence Management Suite vendar Calendar Connector ni bil povezan s Cisco TMS na hitri cesti Aplikacije > Hibridne storitve > Storitev koledarja > Konfiguracija konferenčnih storitev Cisco strani. Ta alarm ni bil implementiran.

  • Če odstranite konfiguracijo Cisco TMS iz gostitelja priključka Expressway, lahko uporabniki še naprej načrtujejo sestanke @meet na Cisco TMS, dokler se gostitelj priključka Expressway ne zažene znova. Rešitev je, da po odstranitvi konfiguracije Cisco TMS znova zaženete gostitelja priključka Expressway.

Uvajanje in konfiguracija konektorja za koledar

  • konektor koledarja podpira eno gručo z največ dvema primerkoma Expressway na organizacijo.

  • Proxy povezave morajo uporabljati osnovno avtentikacijo ali brez uporabniškega imena in gesla. Podprte niso nobene druge sheme za preverjanje pristnosti.

  • Koledar Connector trenutno ne podpira organizacij Exchange, ki zahtevajo storitveni (poosebljeni) račun za uporabo večfaktorske avtentikacije (MFA).

  • Pri nekaterih strankah koledar Connector sproži kritičen alarm, opisan kot »Preusmerjeni URL samodejnega odkrivanja Microsoft Exchange ni vreden zaupanja«. Težava lahko povzroči nekaj zamud pri obdelavi koledarskih dogodkov za uporabnike. V nekaterih primerih Calendar Connector ne bo mogel zagotoviti nobene storitve za določen del uporabnikov.

    Če vidite ta alarm, uporabite Zaupni seznam URL-jev za preusmeritev samodejnega odkrivanja da konfigurirate, kako lahko povezovalnik Calendar Connector poišče uporabniške nabiralnike.

  • Pri nekaterih strankah povezovalnik koledarja sproži napako pri preverjanju pristnosti NTLM: Poverilnic ni mogoče uporabiti za preverjanje pristnosti NTLM« opozorilo v hybrid_services_log datoteke. To se lahko zgodi, če je proxy konektorja konfiguriran na strani Aplikacije > Hibridne storitve > Proxy konektorja v Expresswayu in ta proxy zahteva preverjanje pristnosti. Rešitev ni potrebna, dokler proxy konektorja podpira osnovno shemo preverjanja pristnosti ali ne zahteva preverjanja pristnosti.

  • Če prekličete registracijo koledarskega konektorja ali ga deaktivirate, če je to edina hibridna storitev na hitri cesti, lahko hitra cesta preide v stanje napake, ko se hibridni konektorji storitev ne bodo registrirali, spremembe konfiguracije se ne razširijo ali se pojavijo druge težave. Rešitev je, da znova zaženete Expressway in znova registrirate priključek.

  • Ne morete iskati v https://admin.webex.com da vrnete nabor uporabnikov, ki imajo vklopljeno ali izklopljeno storitev hibridnega koledarja.

  • Ko dodajate spletno mesto Cisco Webex v konfiguracijo Connector Calendar, morate vnesti vrednost Fully Qualified Site Name v celoti z malimi črkami. Velike črke povzročijo, da konektor koledarja sproži alarm »storitev nedosegljiva ali dostop zavrnjen«.

  • Integracija Cisco TMS trenutno ne podpira Microsoft Exchange ali hibridnih uvedb Exchange (Microsoft Exchange in Office 365 skupaj). Integracija trenutno deluje samo s storitvijo Hybrid Calendar Service v oblaku za Office 365 ali Hybrid Calendar Service v oblaku za Google Calendar.

    Integracija uporablja priključek Calendar Connector za povezovanje Hybrid Calendar Service s Cisco TMS. Ko konfigurirate možnost razporejanja TMS na hitri cesti-C, ne morete več povezati istega koledarja Connector z Microsoft Exchange in obratno.

Splošne težave z razporejanjem (vse ključne besede)

  • Hibridni koledar ne podpira koledarjev v skupni rabi. Storitev lahko obdeluje sestanke, ki jih pooblaščenec načrtuje v imenu drugih, če načrtujejo sestanek v dejanskem koledarju uporabnika, ne v skupnem ali skupinskem koledarju.

  • Če dodate ključno besedo za razporejanje ali podprt video naslov enemu primerku serije ponavljajočih se sestankov, se podrobnosti o pridružitvi sestanku ne posodobijo. Kot rešitev dodajte ključno besedo ali video naslov celotnemu nizu srečanj.

  • Uporabniki lahko vidijo več povabil na sestanke v Outlookovi mapi »Prejeto«, ko prejmejo sestanke, načrtovane s ključno besedo ali podprtim video naslovom. Kot rešitev potrdite naslednja potrditvena polja v spletni aplikaciji Microsoft Outlook pod nastavitve > Koledar > Samodejna obdelava:

    • Izbrišite zahteve za srečanja in odgovore, ki so bili posodobljeni

    • Samodejno obdelajte zahteve in odgovore zunanjih pošiljateljev

    Te nastavitve so na voljo samo v spletni aplikaciji, vendar zgornje spremembe veljajo za vse Outlookove odjemalce.

  • Hibridni koledar ne doda povezav za pridružitev sestanku vabilu na sestanek za vse povabljence, ki imajo svoje e-poštne naslove v enojnih narekovajih. Kot rešitev ne vključite enojnih narekovajev okoli e-poštnih naslovov v vabilo.

  • Če želite, da OBTP dosledno deluje na povabljenih napravah, morate zagotoviti, da poštni sistem nima pravilnika za samodejno brisanje komentarjev sestanka. Naslednji ukaz PowerShell zagotavlja, da se komentarji ohranijo, tako da jih lahko Hybrid Calendar Service uporabi za obdelavo sestankov:

    Set-CalendarProcessing -identity "room" -DeleteComments $false
  • V nekaterih različicah programa Microsoft Outlook 2016 po spremembi posameznega primerka ponavljajočega se načrtovanega sestanka, kjer je ključna beseda za razporejanje v polju lokacije, lahko telo besedila in povezave za pridružitev izginejo.

    • Če je mogoče, nadgradite Outlook na najnovejšo različico.

    • Če ne morete nadgraditi, izbrišite in prestavite prizadeti primerek.

    • To ne bi smelo vplivati na druge primere serije srečanj.

  • Organizatorji srečanj, ki uporabljajo Microsoft Outlook 2011 za Mac, morda ne bodo videli povezav za pridružitev v svojih povabilih na srečanje, čeprav povabljenci prejmejo povezave. To je težava z Outlookom 2011 za Mac in rešitev je nadgradnja na novejšo različico Outlooka za Mac.

  • Hibridni koledar ne doda samodejno informacij o pridružitvi sestanku sestanku, ki je bil načrtovan v preteklosti.

  • Ko pooblaščenec odpove sestanek v imenu organizatorja, lahko storitev hibridnega koledarja traja do 24 ur, da odstrani sestanek s seznama sestankov v aplikaciji Webex.

Načrtovanje sestanka v osebni sobi Webex (ključne besede, vključno z @webex, @meet:myroom)

  • Hibridni koledar ne doda podrobnosti Webexa, če povabilo na sestanek že vsebuje povezave za pridružitev Webexu (na primer dodane z orodji za produktivnost ali ročno s strani organizatorja sestanka). Organizator sestanka lahko ročno izbriše vse predhodno dodane povezave za pridružitev, tako da lahko Hybrid Calendar doda nove povezave za pridružitev.

  • Hibridni koledar ne obdeluje srečanj z več kot 1500 povabljenci.

Načrtovanje v prostoru aplikacij Webex (ključne besede, vključno z @webex:space, @meet, @spark)

  • Razporejanje ključnih besed Space trenutno podpira največ 1500 udeležencev srečanja. Organizator srečanja, ki povabi več kot 120 udeležencev, bo prejel e-poštno sporočilo, da je presegel največje število. Ko je skupno število povabljencev manjše od 1500, lahko organizator vidi informacije o sestanku v pogledu koledarja stranke ekipe. Tudi ko skupno število povabljencev preseže 1500, srečanje ne bo prikazano v pogledu koledarja njihove ekipe.

  • Razporejanje ključnih besed Space trenutno ne obravnava distribucijskih seznamov. Posamezni člani seznama prejemnikov še vedno prejmejo povabilo na srečanje s podrobnostmi o pridružitvi prostoru, vendar niso samodejno dodani v prostor. Kot rešitev lahko organizator sestanka razširi sporočilo v vrstici TO, preden pošlje povabilo. Tako je vsak uporabnik posebej dodan v prostor.

  • Storitev hibridnega koledarja ne pošilja več ločenega e-poštnega sporočila povabljencem na sestanek, ki niso uporabniki aplikacije Webex, in jih vabi k prijavi.

  • Priloge, ki jih uporabniki dodajo vabilom na sestanek s ključnimi besedami prostora, niso dodane v ustrezen prostor.

  • Prostori Webex imajo dodeljeno številko sestanka, ki se uporablja za gumb za pridružitev video naprave vsakič, ko načrtujete sestanek iz prostora. Webex lahko reciklira številko sestanka, če ni bila uporabljena 180 dni. Sestanki, načrtovani po dogodku recikliranja, dobijo novo številko, vendar storitev koledarja ne posodobi obstoječih sestankov.

    Recimo, da načrtujete sestanek v prostoru (z @meet) za svojo ekipo več kot 180 dni vnaprej, številka sestanka v prostoru pa je 444 444 4444. Vaša ekipa se v vmesnem času ne srečuje v prostoru in številka sestanka se spremeni na 555 555 5555. Ko pride do sestanka, se bodo udeleženci aplikacije pridružili novi številki sestanka (555 555 5555). Udeleženci, ki se poskušajo pridružiti iz video naprav prek povezave v povabilu na sestanek, se bodo povezali s staro številko sestanka, 444 444 4444.

One Button to Push (OBTP)

Microsoft opušča osnovno preverjanje pristnosti za Exchange Online

Microsoft namerava 1. oktobra 2022 opustiti osnovno preverjanje pristnosti za Exchange Online. Če želite prebrati več o tem, glejte https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866.

Da bi ohranili usklajenost s to spremembo, priključek Hybrid Calendar Expressway od 1. oktobra 2022 ne bo več podpiral okolij, ki uporabljajo nabiralnike Exchange Online. Večina strank Exchange Online je prešla na naš hibridni koledar v oblaku za Office 365 in od vseh strank, ki uporabljajo naš priključek Expressway, zahtevamo, da preidejo na naš priključek v oblaku.

Priključek Hybrid Calendar v oblaku uporablja sodobno preverjanje pristnosti, ki je rešitev, ki jo priporoča Microsoft za aplikacije, ki trenutno uporabljajo osnovno preverjanje pristnosti. Za dodatne informacije o hibridnem koledarju za Office 365 glejte https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866.