Fraværsfunksjonen i Outlook fungerer ikke som den skal i Microsoft 365

Symptomer

Når du prøver å bruke fraværsfunksjonen (OOF) i Outlook i Microsoft 365, opplever du følgende symptomer:

• Kan ikke lagre OOF-meldingen.
• En gammel eller duplisert OOF-melding sendes.
• En OOF-melding sendes ikke selv om du aktiverer OOF-meldingen.

Årsak

Problemet kan skje grunnet en av følgende årsaker:

• Årsak 1: Det finnes et etterslep av postboksassistenthendelser (bare Exchange 2010).
• Årsak 2: OOF-regelmalene er feil utformet eller skadet.
• Årsak 3: Kvoten for OOF-regler er overskredet, og nye regler kan ikke opprettes.
• Årsak 4: Innstillingen for eksternt domene for standarddomenet (eller det spesifikke) domenet er ikke satt til å tillate OOF-meldinger.

Løsning

Obs!

Alle de fire årsakene kan føre til at et OOF-svar mislykkes. Derfor må hver årsak utelukkes én om gangen.

Advarsel

Bruk av Microsoft Exchange Server MAPI Redaktør (MFCMapi) kan skade Microsoft Exchange Server og Exchange-serverpostboksene. Last ned MFCMAPI fra github (rull ned, og velg deretter Nyeste utgivelse).

Følg trinnene for den spesifikke årsaken for å løse dette problemet.

Oppløsning 1

1. Konfigurer OOF-funksjonen. Hvis du vil gjøre dette, kjører du én av følgende cmdleter i Windows PowerShell etter behov:

   Set-MailboxAutoReplyConfiguration <identity> -AutoReplyState Disabled
Set-MailboxAutoReplyConfiguration <identity> -AutoReplyState Enabled

2. Bruk MFCMapi til å kontrollere PR_OOF_STATE verdien. Dette gjør du slik:

   1. Velg Økt i hovedvinduet i MFCMapi, og velg deretter Påloggings- og visningslagertabell for å åpne postboksen.

   2. Velg profilen du har tilgang til, og rull deretter nedover i den nederste ruten til du ser PR_OOF_STATE verdien. Denne verdien bør være Sann hvis du aktiverte OOF-funksjonen i Windows PowerShell eller Usann hvis du deaktiverte OOF-funksjonen. Hvis du for eksempel deaktiverte OOF-funksjonen, kan du vurdere følgende skjermbilde:

      

3. Hvis verdien PR_OOF_STATE ikke er det forventede resultatet, kan du kontakte Microsoft Kundestøtte for å få dem til å se etter hendelser i kø (bare Exchange 2010).

Oppløsning 2

Obs!

Symptomene i ditt tilfelle kan avvike litt fra disse. OOF-meldingen kan for eksempel ikke sendes som forventet, selv om OOF-meldingen kan angis uten feil. Disse trinnene vil imidlertid fortsatt gjelde.

Hvis du vil løse dette problemet, sletter du OOF-reglene og OOF-regelmalene fra postboksen. Deretter aktiverer du OOF-funksjonen på nytt, og tester virkemåten. Dette gjør du ved å følge disse trinnene:

Obs!

Du trenger ikke å sikkerhetskopiere OOF-meldingen når du følger disse trinnene.

1. Velg Økt i hovedvinduet i MFCMapi, og velg deretter Påloggings- og visningslagertabell for å åpne postboksen.

2. Utvid rotbeholderen og toppen av informasjonslageret.

3. Slett OOF-reglene. Dette gjør du slik:

   1. Høyreklikk innboksen, og velg deretter Vis regeltabell.

      • Hvis OOF-funksjonen er deaktivert, vises en OOF-regel i regeltabellen sammen med følgende regelnavn:
        MSFT: TDX OOF-regler

      • Hvis OOF-funksjonen er aktivert, er to forskjellige OOF-regler oppført i regeltabellen. Hvilke regler som er oppført, avhenger av om regelen bare er aktivert internt eller både internt og eksternt. Vurder for eksempel følgende skjermbilde:

        

      • Hvis OOF-malene er skadet eller feil utformet, er disse OOF-malene oppført i regeltabellen. Du kan se andre oppføringer hvis brukeren har andre regler aktivert.

   2. Høyreklikk på OOF-reglene, og velg deretter Slett.

      Obs!

      Ikke slett noen OOF-regler unntatt de som det refereres til.

   3. Lukk Regler-tabellvinduet.

4. Slett OOF-malene. Dette gjør du slik:

   • Høyreklikk innboksen, og velg deretter Åpne tilknyttet innholdstabell.
   • Rull til høyre, og utvid deretter meldingsklassekolonnen .
   • Hvis du vil sortere elementene, velger du kolonnen Meldingsklasse .
   • Se etter elementer der Meldingsklasse er én av følgende verdier:
     • IPM. Note.Rules.ExternalOofTemplate.Microsoft
     • IPM. Note.Rules.OofTemplate.Microsoft

Vurder for eksempel følgende skjermbilde:

• Høyreklikk elementene som tilhører én av disse to meldingsklassene, og velg deretter Slett melding.

  Obs!

  Ikke slett noen elementer bortsett fra de som det refereres til.

  

• Velg Permanent sletting DELETE_HARD_DELETE (uopprettelig) under Slett element-stil i dialogboksen Slett element, og velg deretter OK.

  

• Deaktiver og aktiver deretter OOF-funksjonen på nytt ved hjelp av følgende kommandoer:

  Set-MailboxAutoReplyConfiguration \<identity> -AutoReplyState Disabled
Set-MailboxAutoReplyConfiguration \<identity> -AutoReplyState Enabled

• Kontroller om OOF-funksjonen fungerer som forventet, og symptomene oppstår ikke lenger.

Oppløsning 3

Hvis et OOF-svar ikke lenger returneres, er det sannsynlig at regelkvoten overskrides. Derfor kan ikke de interne og eksterne OOF-reglene opprettes. Følg disse trinnene for å løse dette problemet:

1. Øke regelkvoten. Hvis du vil gjøre dette, følger du fremgangsmåten i følgende artikkel:

   En bruker kan ikke opprette nye regler i Outlook eller Outlook Web App

2. På grunn av hurtigbufringen av kvoteinformasjonen i informasjonslageret kan de oppdaterte kvoteverdiene kreve opptil to timer for å tre i kraft.

3. Gjenta oppløsning 2.

Oppløsning 4

Hvis AllowedOFFType-verdien for det eksterne domenet er Ingen, utløses ikke OOF-meldinger eksternt. Denne verdien må settes til Ekstern for å tillate eksterne OOF-er. Som standard er denne verdien satt til Ingen. Husk at når du søker i eksterne domener, overstyres standardverdien av bestemte oppføringer. Hvis brukeren sender til en @contoso.com bruker, og det finnes en Contoso.com oppføring i de eksterne domeneinnstillingene, brukes Derfor AllowedOOFType-verdien for den bestemte oppføringen. Hvis det ikke finnes noen oppføring for Contoso.com, brukes standard (*) eksternt domene.

Get-RemoteDomain | select Name,AllowedOOFType