Takk for tilbakemeldingen.

Implementering

• Microsoft 365-brukere som er tilordnet den skybaserte tjenesten (angitt i Webex Control Hub som på klyngen «Cisco Webex Cloud») kan vise en vedvarende feilmelding i Control Hub: «Finner ikke klyngen med kalenderkoblingen.» Velg en annen ressursgruppe, eller konfigurer en ny klynge med kalenderkoblingen. Denne feilen kan ignoreres.

• Den skybaserte tjenesten aktiverer ikke en bruker hvis e-postadresse inneholder en apostrof. Hvis du migrerer brukere fra den Expressway-baserte kalenderkoblingen, flytter ikke hybridkalendertjenesten disse brukerne til den skybaserte tjenesten. De forblir på kalenderkoblingen.

Generelle planleggingsproblemer (alle nøkkelord)

• For at OBTP skal fungere konsekvent på inviterte enheter, må du sørge for at e-postsystemet ikke har en policy for automatisk sletting av møtekommentarer. Følgende PowerShell-kommando sørger for at kommentarer beholdes slik at Hybrid Calendar-tjenesten kan bruke dem til å behandle møter:

  Set-CalendarProcessing -identity "room" -DeleteComments $false

• Hybridkalender støtter ikke delte kalendere. Tjenesten kan behandle møter som en representant planlegger på vegne av andre, så lenge de planlegger møtet i brukerens faktiske kalender, ikke en delt kalender eller gruppekalender.

• Et møte som er planlagt mer enn 5 måneder inn i fremtiden, blir kanskje ikke umiddelbart behandlet av den skybaserte hybridkalendertjenesten for Microsoft 365. Tjenesten behandler møter som er 5–6 måneder frem i tid daglig ved hjelp av et glidende vindu. Når møtets planlagte dato faller innenfor vinduet, blir det behandlet og viser møtedetaljene.

• Hvis du legger til et planleggingsnøkkelord eller en støttet videoadresse i én enkelt forekomst av en gjentakende møteserie, oppdateres ikke møtedetaljene. Som en midlertidig løsning kan du legge til nøkkelordet eller videoadressen i hele møteserien.

• Hybridkalender legger ikke automatisk til møteinformasjon for å bli med i et møte som er planlagt i fortiden.

Planlegge et Webex personlig rommøte (nøkkelord inkludert @webex, @meet:myroom)

• Hybridkalenderen legger ikke til Webex-detaljer hvis møteinvitasjonen allerede inneholder Webex-lenker for å bli med (for eksempel lagt til med produktivitetsverktøy eller manuelt av møtearrangøren). Møtearrangøren kan manuelt slette eventuelle tidligere tillagte bli-koblinger, slik at Hybrid Kalender kan legge til de nye bli-koblingene.

• Hybridkalender behandler ikke møter med mer enn 1500 møtedeltakere.

Planlegging i et Webex-appområde (nøkkelord inkludert @webex:space, @meet, @spark)

• Planlegging av plassnøkkelord støtter for øyeblikket maksimalt 1500 møtedeltakere. En møtearrangør som inviterer mer enn 120 deltakere, vil motta en e-postmelding som indikerer at de har overskredet maksimumsantallet. Når det totale antallet inviterte er mindre enn 1500, kan arrangøren se møteinformasjonen i teamets klientkalendervisning. Når det totale antallet inviterte overstiger 1500, vil ikke møtet vises i teamets kalendervisning.

• Planlegging av plassnøkkelord håndterer for øyeblikket ikke distribusjonslister. Individuelle medlemmer av distribusjonslisten mottar fortsatt møteinvitasjonen med detaljer om hvordan de blir med i rommet, men blir ikke automatisk lagt til i rommet. Som en midlertidig løsning kan møtearrangøren utvide utsendelsen på til-linjen før invitasjonen sendes. På den måten blir hver bruker lagt til i rommet individuelt.

• Vedlegg som brukere legger til i møteinvitasjoner med nøkkelord for rom, legges ikke til i det tilsvarende rommet.

• Hybridkalendertjenesten sender ikke lenger en separat e-postmelding til møtedeltakere som ikke er Webex-appbrukere, med en invitasjon til å registrere seg.

• Webex-områder har et tilordnet møtenummer som brukes for videoenhetens Bli med-knapp hver gang du planlegger et møte fra et område. Webex kan resirkulere møtenummeret hvis det ikke har blitt brukt på 180 dager. Møter som er planlagt etter resirkuleringsarrangementet får et nytt nummer, men kalendertjenesten oppdaterer ikke eksisterende møter.

  For eksempel, la oss si at du planlegger et rommøte (med @meet) for teamet ditt mer enn 180 dager i forveien, og møtenummeret for rommet er 444 444 4444. Teamet ditt møtes ikke i lokalet i mellomtiden, og møtenummeret endres til 555 555 5555. Når møtet kommer, vil appdeltakerne bli med i det nyere møtenummeret (555 555 5555). Deltakere som prøver å bli med fra videoenheter ved hjelp av lenken i møteinvitasjonen, vil koble seg til det gamle møtenummeret, 444 444 4444.

Én knapp å trykke på (OBTP)

• For problemer som involverer Bli med-knappen og møtelisten i Webex-appen, se Webex-app | Kjente problemer i møter.

Cisco TMS-integrasjon med Microsoft 365

• Hvis konferansebroen som er planlagt å være vert for et kommende møte blir utilgjengelig, oppdaterer Cisco TMS møtedeltakelsesdetaljene for å bruke en annen bro. Detaljene for møtedeltakelse oppdateres imidlertid ikke i Microsoft 365 med mindre arrangøren gjør en endring i møteinvitasjonen. Dette kan forårsake problemer når inviterte prøver å bli med i møtet fra invitasjonen.

• Hvis tidssonen til en møteplanlegger i Microsoft 365 ikke samsvarer med tidssonen til planleggeren i Cisco TMS, kan det hende at systemet har et problem med å planlegge gjentakende møter. Dette kan føre til et avvik mellom forekomstdatoene i Microsoft 365 og i Cisco TMS. Som en midlertidig løsning, sørg for at brukernes tidssoner i Microsoft 365 samsvarer med tidssonene deres i Cisco TMS.

• For en gjentakende møteserie oppdateres ikke endringer i start- og sluttdatoer eller antall forekomster i Microsoft 365 i Cisco TMS. (Endringer i start- og sluttidspunktene for hele serien fungerer som forventet.) Som en midlertidig løsning kan du slette serien og opprette en ny.

• Når en gjentakende møteserie er planlagt med @meet Hvis serien redigeres flere ganger, oppdateres den riktig i Microsoft 365, men den oppdateres kanskje ikke riktig i Cisco TMS. Oppførselen er ikke konsekvent. Hvis du for eksempel legger til deltakere i én enkelt forekomst av serien og deretter endrer emnet for hele serien, kan det føre til at emnet bare endres for den endrede forekomsten – eller for alle forekomster unntatt den endrede forekomsten.

• Hvis et endepunkt allerede er booket i Microsoft 365 for et gitt tidsrom for en non-@meet møte, og en arrangør planlegger et gjentakende møte med @meet som overlapper det bestilte tidsrommet, får arrangøren en melding om at endepunktet avviste møtet, men Cisco TMS oppretter det gjentakende møtet likevel.

  For slike møter sender kalenderkoblingen en ekstra møteforespørsel og logger to forskjellige informasjonsmeldinger som hver inneholder én av følgende strenger:

  • status:MEETING_IKKE_FUNNET_PÅ_TMS

  • status:UN_FORVENTET_UNNTAK

• Kalenderkoblingen skal utløse en alarm hvis organisasjonen som Expressway-verten er registrert hos har @meet Nøkkelordhandling satt til Cisco TelePresence Management Suite, men kalenderkoblingen er ikke koblet til Cisco TMS på Expressway under Programmer > Hybridtjenester > Kalendertjeneste > Konfigurasjonsside for Cisco-konferansetjenester. Denne alarmen er ikke implementert.

• Hvis du fjerner Cisco TMS-konfigurasjonen fra Expressway-koblingsverten, kan brukerne fortsette å planlegge @meet møter på Cisco TMS inntil Expressway-koblingsverten startes på nytt. Løsningen er å starte Expressway-koblingsverten på nytt etter at du har fjernet Cisco TMS-konfigurasjonen.

Generelle planleggingsproblemer (alle nøkkelord)

• Hybridkalender støtter ikke delte kalendere. Tjenesten kan behandle møter som en representant planlegger på vegne av andre, så lenge de planlegger møtet i brukerens faktiske kalender, ikke en delt kalender eller gruppekalender.

• Hvis du legger til et planleggingsnøkkelord eller en støttet videoadresse i én enkelt forekomst av en gjentakende møteserie, oppdateres ikke møtedetaljene. Som en midlertidig løsning kan du legge til nøkkelordet eller videoadressen i hele møteserien.

• Hybridkalender legger ikke automatisk til møteinformasjon for å bli med i et møte som er planlagt i fortiden.

Planlegge et Webex personlig rommøte (nøkkelord inkludert @webex, @meet:myroom)

• Hybridkalenderen legger ikke til Webex-detaljer hvis møteinvitasjonen allerede inneholder Webex-lenker for å bli med (for eksempel lagt til med produktivitetsverktøy eller manuelt av møtearrangøren). Møtearrangøren kan manuelt slette eventuelle tidligere tillagte bli-koblinger, slik at Hybrid Kalender kan legge til de nye bli-koblingene.

• Hybridkalender behandler ikke møter med mer enn 1500 møtedeltakere.

Planlegging i et Webex-appområde (nøkkelord inkludert @webex:space, @meet, @spark)

• Planlegging av plassnøkkelord støtter for øyeblikket maksimalt 1500 møtedeltakere. En møtearrangør som inviterer mer enn 120 deltakere, vil motta en e-postmelding som indikerer at de har overskredet maksimumsantallet. Når det totale antallet inviterte er mindre enn 1500, kan arrangøren se møteinformasjonen i teamets klientkalendervisning. Når det totale antallet inviterte overstiger 1500, vil ikke møtet vises i teamets kalendervisning.

• Planlegging av plassnøkkelord håndterer for øyeblikket ikke distribusjonslister. Individuelle medlemmer av distribusjonslisten mottar fortsatt møteinvitasjonen med detaljer om hvordan de blir med i rommet, men blir ikke automatisk lagt til i rommet. Som en midlertidig løsning kan møtearrangøren utvide utsendelsen på til-linjen før invitasjonen sendes. På den måten blir hver bruker lagt til i rommet individuelt.

• Vedlegg som brukere legger til i møteinvitasjoner med nøkkelord for rom, legges ikke til i det tilsvarende rommet.

• Hybridkalendertjenesten sender ikke lenger en separat e-postmelding til møtedeltakere som ikke er Webex-appbrukere, med en invitasjon til å registrere seg.

• Webex-områder har et tilordnet møtenummer som brukes for videoenhetens Bli med-knapp hver gang du planlegger et møte fra et område. Webex kan resirkulere møtenummeret hvis det ikke har blitt brukt på 180 dager. Møter som er planlagt etter resirkuleringsarrangementet får et nytt nummer, men kalendertjenesten oppdaterer ikke eksisterende møter.

  For eksempel, la oss si at du planlegger et rommøte (med @meet) for teamet ditt mer enn 180 dager i forveien, og møtenummeret for rommet er 444 444 4444. Teamet ditt møtes ikke i lokalet i mellomtiden, og møtenummeret endres til 555 555 5555. Når møtet kommer, vil appdeltakerne bli med i det nyere møtenummeret (555 555 5555). Deltakere som prøver å bli med fra videoenheter ved hjelp av lenken i møteinvitasjonen, vil koble seg til det gamle møtenummeret, 444 444 4444.

Én knapp å trykke på (OBTP)

• For problemer som involverer Bli med-knappen og møtelisten i Webex-appen, se Webex-app | Kjente problemer i møter.

Cisco TMS-integrasjon med Google Kalender

• Hvis konferansebroen som er planlagt å være vert for et kommende møte blir utilgjengelig, oppdaterer Cisco TMS møtedeltakelsesdetaljene for å bruke en annen bro. Detaljene for møtedeltakelse oppdateres imidlertid ikke i Google Kalender med mindre arrangøren gjør en endring i møteinvitasjonen. Dette kan forårsake problemer når inviterte prøver å bli med i møtet fra invitasjonen.

• Hvis tidssonen til en møteplanlegger i Google Kalender ikke samsvarer med tidssonen til planleggeren i Cisco TMS, kan det hende at systemet har et problem med å planlegge gjentakende møter. Dette kan føre til et avvik mellom forekomstdatoene i Google Kalender og i Cisco TMS. Som en midlertidig løsning, sørg for at brukernes tidssoner i Google Kalender samsvarer med tidssonene deres i Cisco TMS.

• Når en gjentakende møteserie er planlagt med @meet redigeres flere ganger, oppdateres serien riktig i Google Kalender, men den oppdateres kanskje ikke riktig i Cisco TMS. Oppførselen er ikke konsekvent. For eksempel kan det å endre emnet for en enkelt forekomst av serien og deretter endre emnet for hele serien føre til at emnet bare endres for den modifiserte forekomsten – eller for alle forekomster unntatt den modifiserte forekomsten.

• Hvis et endepunkt allerede er booket i Google Kalender for et gitt tidsrom for en non-@meet møte, og en arrangør planlegger et møte med @meet som overlapper det bestilte tidsrommet, får arrangøren en melding som sier at endepunktet avviste møtet, men Cisco TMS oppretter det overlappende møtet likevel.

  For slike møter sender kalenderkoblingen en ekstra møteforespørsel og logger to forskjellige informasjonsmeldinger som hver inneholder én av følgende strenger:

  • status:MEETING_IKKE_FUNNET_PÅ_TMS

  • status:UN_FORVENTET_UNNTAK

• Kalenderkoblingen skal utløse en alarm hvis organisasjonen som Expressway-verten er registrert hos har @meet Nøkkelordhandling satt til Cisco TelePresence Management Suite, men kalenderkoblingen er ikke koblet til Cisco TMS på Expressway under Programmer > Hybridtjenester > Kalendertjeneste > Konfigurasjonsside for Cisco-konferansetjenester. Denne alarmen er ikke implementert.

• Hvis du fjerner Cisco TMS-konfigurasjonen fra Expressway-koblingsverten, kan brukerne fortsette å planlegge @meet møter på Cisco TMS inntil Expressway-koblingsverten startes på nytt. Løsningen er å starte Expressway-koblingsverten på nytt etter at du har fjernet Cisco TMS-konfigurasjonen.

Distribusjon og konfigurasjon av kalenderkobling

• Kalenderkoblingen støtter én klynge med maksimalt to Expressway-forekomster per organisasjon.

• Proxy-tilkoblinger må bruke grunnleggende autentisering eller ikke bruke brukernavn og passord. Ingen andre autentiseringsordninger støttes.

• Kalenderkoblingen støtter for øyeblikket ikke Exchange-organisasjoner som krever at tjenestekontoen (imitasjonskontoen) bruker flerfaktorautentisering (MFA).

• For noen kunder utløser Kalenderkoblingen en kritisk alarm beskrevet som «Omdirigert URL for automatisk oppdaging av Microsoft Exchange er ikke klarert». Problemet kan føre til noen forsinkelser i behandlingen av kalenderhendelser for brukere. I noen tilfeller vil ikke kalenderkoblingen kunne tilby noen tjeneste til deler av brukerne.

  Hvis du ser denne alarmen, bruk Autodiscover Redirect URL trust list for å konfigurere hvordan kalenderkoblingen kan finne brukerpostbokser.

• For noen kunder genererer Kalenderkoblingen en «NTLM-autentiseringsfeil:» Advarselen «Legitimasjon kan ikke brukes til NTLM-autentisering» i hybrid_services_log -filene. Dette kan skje hvis en koblingsproxy er konfigurert i applikasjonsmenyen. > Hybride tjenester > Connector Proxy-siden i Expressway, og den proxyen krever autentisering. Ingen midlertidig løsning er nødvendig så lenge koblingsproxyen støtter grunnleggende autentiseringsskjema, eller ikke krever autentisering.

• Hvis du avregistrerer kalenderkoblingen, eller deaktiverer den hvis det er den eneste hybridtjenesten på Expressway, kan Expressway komme i en feiltilstand der hybridtjenestekoblinger ikke registreres, konfigurasjonsendringer ikke forplanter seg, eller andre problemer oppstår. Løsningen er å starte Expressway på nytt og registrere koblingen på nytt.

• Du kan ikke søke i Control Hub for å returnere settet med brukere som har Hybrid Kalender-tjenesten aktivert eller deaktivert.

• Når du legger til et Webex-nettsted i kalenderkoblingskonfigurasjonen, må du skrive inn verdien for det fullstendig kvalifiserte nettstedsnavnet utelukkende med små bokstaver. Store bokstaver fører til at kalenderkoblingen utløser en alarm om at tjenesten ikke kan nås eller tilgang nektet.

• Cisco TMS-integrasjonen støtter for øyeblikket ikke Microsoft Exchange- eller Hybrid Exchange-distribusjoner (Microsoft Exchange og Microsoft 365 sammen). Integrasjonen fungerer for øyeblikket bare med den skybaserte Hybrid Calendar-tjenesten for Microsoft 365 eller den skybaserte Hybrid Calendar-tjenesten for Google Kalender.

  Integrasjonen bruker kalenderkoblingen til å koble hybridkalendertjenesten til Cisco TMS. Når du har konfigurert TMS-planleggingsalternativet på en Expressway-C, kan du ikke koble den samme kalenderkoblingen til Microsoft Exchange, og omvendt.

Generelle planleggingsproblemer (alle nøkkelord)

• Hybridkalender støtter ikke delte kalendere. Tjenesten kan behandle møter som en representant planlegger på vegne av andre, så lenge de planlegger møtet i brukerens faktiske kalender, ikke en delt kalender eller gruppekalender.

• Hvis du legger til et planleggingsnøkkelord eller en støttet videoadresse i én enkelt forekomst av en gjentakende møteserie, oppdateres ikke møtedetaljene. Som en midlertidig løsning kan du legge til nøkkelordet eller videoadressen i hele møteserien.

• Brukere kan se flere møteinvitasjoner i Outlook-innboksen når de mottar møter planlagt med et nøkkelord eller en støttet videoadresse. Som en midlertidig løsning kan du merke av i følgende avmerkingsbokser i Microsoft Outlook Web-appen under Innstillinger > Kalender > Automatisk behandling:

  • Slett møteforespørsler og svar som er oppdatert

  • Behandle forespørsler og svar fra eksterne avsendere automatisk

  Disse innstillingene er bare tilgjengelige i nettappen, men endringene ovenfor gjelder for alle Outlook-klienter.

• Hybridkalender legger ikke til møtekoblingslenker i møteinvitasjonen for inviterte som har enkle anførselstegn rundt e-postadressene sine. Som en midlertidig løsning, ikke bruk enkle anførselstegn rundt e-postadresser i invitasjonen.

• For at OBTP skal fungere konsekvent på inviterte enheter, må du sørge for at e-postsystemet ikke har en policy for automatisk sletting av møtekommentarer. Følgende PowerShell-kommando sørger for at kommentarer beholdes slik at Hybrid Calendar-tjenesten kan bruke dem til å behandle møter:

  Set-CalendarProcessing -identity "room" -DeleteComments $false

• I noen versjoner av Microsoft Outlook 2016 kan brødteksten og bli med-lenkene forsvinne etter at én enkelt forekomst av et gjentakende planlagt møte er endret der et planleggingsnøkkelord er i plasseringsfeltet.

  • Hvis mulig, oppgrader til den nyeste versjonen av Outlook.

  • Hvis du ikke kan oppgradere, må du slette og planlegge den berørte forekomsten på nytt.

  • De andre forekomstene av møteserien skal ikke påvirkes.

• Møtearrangører som bruker Microsoft Outlook 2011 for Mac, ser kanskje ikke deltakerlenkene i møteinvitasjonene sine, selv om de inviterte mottar lenkene. Dette er et problem med Outlook 2011 for Mac, og løsningen er å oppgradere til en nyere versjon av Outlook for Mac.

• Hybridkalender legger ikke automatisk til møteinformasjon for å bli med i et møte som er planlagt i fortiden.

• Når en delegat avlyser et møte på vegne av arrangøren, kan det ta opptil 24 timer før Hybrid Kalender-tjenesten fjerner møtet fra møtelisten i Webex-appen.

Planlegge et Webex personlig rommøte (nøkkelord inkludert @webex, @meet:myroom)

• Hybridkalenderen legger ikke til Webex-detaljer hvis møteinvitasjonen allerede inneholder Webex-lenker for å bli med (for eksempel lagt til med produktivitetsverktøy eller manuelt av møtearrangøren). Møtearrangøren kan manuelt slette eventuelle tidligere tillagte bli-koblinger, slik at Hybrid Kalender kan legge til de nye bli-koblingene.

• Hybridkalender behandler ikke møter med mer enn 1500 møtedeltakere.

Planlegging i et Webex-appområde (nøkkelord inkludert @webex:space, @meet, @spark)

• Planlegging av plassnøkkelord støtter for øyeblikket maksimalt 1500 møtedeltakere. En møtearrangør som inviterer mer enn 120 deltakere, vil motta en e-postmelding som indikerer at de har overskredet maksimumsantallet. Når det totale antallet inviterte er mindre enn 1500, kan arrangøren se møteinformasjonen i teamets klientkalendervisning. Når det totale antallet inviterte overstiger 1500, vil ikke møtet vises i teamets kalendervisning.

• Planlegging av plassnøkkelord håndterer for øyeblikket ikke distribusjonslister. Individuelle medlemmer av distribusjonslisten mottar fortsatt møteinvitasjonen med detaljer om hvordan de blir med i rommet, men blir ikke automatisk lagt til i rommet. Som en midlertidig løsning kan møtearrangøren utvide utsendelsen på til-linjen før invitasjonen sendes. På den måten blir hver bruker lagt til i rommet individuelt.

• Hybridkalendertjenesten sender ikke lenger en separat e-postmelding til møtedeltakere som ikke er Webex-appbrukere, med en invitasjon til å registrere seg.

• Vedlegg som brukere legger til i møteinvitasjoner med nøkkelord for rom, legges ikke til i det tilsvarende rommet.

• Webex-områder har et tilordnet møtenummer som brukes for videoenhetens Bli med-knapp hver gang du planlegger et møte fra et område. Webex kan resirkulere møtenummeret hvis det ikke har blitt brukt på 180 dager. Møter som er planlagt etter resirkuleringsarrangementet får et nytt nummer, men kalendertjenesten oppdaterer ikke eksisterende møter.

  For eksempel, la oss si at du planlegger et rommøte (med @meet) for teamet ditt mer enn 180 dager i forveien, og møtenummeret for rommet er 444 444 4444. Teamet ditt møtes ikke i lokalet i mellomtiden, og møtenummeret endres til 555 555 5555. Når møtet kommer, vil appdeltakerne bli med i det nyere møtenummeret (555 555 5555). Deltakere som prøver å bli med fra videoenheter ved hjelp av lenken i møteinvitasjonen, vil koble seg til det gamle møtenummeret, 444 444 4444.

Én knapp å trykke på (OBTP)

• For problemer som involverer Bli med-knappen og møtelisten i Webex-appen, se Webex-app | Kjente problemer i møter.

Microsoft avskriver grunnleggende autentisering for Exchange Online

Microsoft har til hensikt å avvikle grunnleggende autentisering for Exchange Online 1. oktober 2022. For mer informasjon, se https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866.

For å opprettholde samsvar med denne endringen, vil ikke Hybrid Calendar Expressway-koblingen lenger støtte miljøer som bruker Exchange Online-postbokser fra og med 1. oktober 2022. De fleste Exchange Online-kunder har migrert til vår skybaserte hybridkalender for Microsoft 365, og vi krever at alle kunder som bruker Expressway-koblingen vår, migrerer til den skybaserte koblingen vår.

Den skybaserte koblingen for hybridkalender bruker moderne godkjenning, som er løsningen som anbefales av Microsoft for applikasjoner som for øyeblikket bruker grunnleggende godkjenning. Hvis du vil ha mer informasjon om hybridkalender for Microsoft 365, kan du se https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866.

Én knapp å trykke på (OBTP)

Hybridkalender er ikke testet med, og støtter ikke, tredjepartstjenester som omskriver møteinvitasjoner eller erstatter de opprinnelige lenkene for møtedeltakelse. For eksempel noen verktøy for inntektsanalyse, inkludert Gong^® og Clari^™/Wingman, kan erstatte møtelenker med lenker til en ekstern samtykkeside. Når invitasjonsinnhold skrives om, kan det hende at Hybrid Kalender ikke gjenkjenner møteleverandøren, og møtelisten eller One Button to Push-virkemåten kan mangle eller være inkonsekvent. Disse eksemplene er ikke uttømmende.