Condividi tramite


Risolvere i problemi di Crittografia messaggi di Microsoft Purview

Sintomi

Gli utenti dell'organizzazione riscontrano uno o più dei problemi seguenti:

  • Non possono aprire messaggi di posta elettronica crittografati in Microsoft Outlook o Outlook sul web.
  • Non possono inviare messaggi di posta elettronica crittografati.
  • Il pulsante Crittografa è mancante sia in Outlook che in Outlook sul web.

Causa

Questi problemi possono verificarsi per diversi motivi, ad esempio:

  • L'abbonamento a Microsoft 365 dell'organizzazione non supporta Microsoft Purview Message Encryption.
  • Il tenant usato dall'organizzazione non è configurato correttamente.
  • All'account utilizzato dagli utenti interessati per accedere a Outlook o Outlook sul web non è assegnata una licenza valida per l'uso della funzionalità Crittografia messaggi di Microsoft Purview (Crittografia messaggi di Office 365).

Risoluzione

Per risolvere i problemi, seguire questa procedura nell'ordine specificato. Dopo aver completato ogni passaggio, verificare se il problema persiste.

Passaggio 1: Eseguire la diagnostica per Microsoft Purview Message Encryption

Annotazioni

Per eseguire la diagnostica, è necessario essere un amministratore globale di Microsoft 365.

Per eseguire la diagnostica, seguire questa procedura:

  1. Selezionare il pulsante seguente per aprire la diagnostica nella interfaccia di amministrazione di Microsoft 365.

  2. Selezionare Esegui test.

Se è stata eseguita la diagnostica ma i risultati non sono stati utili per risolvere il problema, andare al passaggio 2.

Passaggio 2: Verificare l'abbonamento a Microsoft 365

Per usare Microsoft Purview Message Encryption, l'organizzazione deve avere una sottoscrizione che supporta questa funzionalità. Per informazioni sui requisiti della sottoscrizione, vedere Informazioni sulle sottoscrizioni necessarie per l'uso di Microsoft Purview Message Encryption.

Passaggio 3: Verificare la configurazione del tenant

  1. Usare PowerShell per Exchange Online per verificare che il tenant sia configurato correttamente per Microsoft Purview Message Encryption.

  2. Eseguire il cmdlet seguente per verificare se le funzionalità di Information Rights Management (IRM) sono abilitate in Outlook sul web:

    Get-OwaMailboxPolicy | FL *IRMEnabled*
    

    Se il valore di IRMEnabled è False, eseguire il cmdlet seguente:

    Set-OwaMailboxPolicy -Identity OwaMailboxPolicy-Default -IRMEnabled $true
    
  3. Se nel Outlook sul web manca il pulsante Crittografa, eseguire il cmdlet seguente:

    Set-IRMConfiguration -SimplifiedClientAccessEnabled $true
    

Passaggio 4: Verificare le licenze dell'account degli utenti interessati

Gli utenti interessati devono assicurarsi che all'account usato per accedere a Outlook o Outlook sul web sia assegnata la licenza appropriata per utilizzare la funzionalità Crittografia messaggi di Microsoft Purview. Se non riescono a determinare questo problema, gli utenti devono seguire questa procedura nel dispositivo:

  1. Disconnettersi da Office.

  2. Rimuovere le credenziali memorizzate nella cache da Gestione credenziali di Windows:

    1. Aprire > Gestione credenziali account>utente.
    2. Selezionare Credenziali di Windows.
    3. Rimuovere tutte le credenziali di Outlook o Office espandendo ogni credenziale e quindi selezionando Rimuovi.
  3. Se il dispositivo non è aggiunto a Microsoft Entra, rimuovere l'account senza licenza dal dispositivo:

    1. Selezionare >Accesso all'azienda o all'istituto di istruzione).
    2. Selezionare l'account da rimuovere e quindi selezionare Disconnetti.
  4. Accedere a Office usando un account utente concesso in licenza per usare la funzionalità Microsoft Purview Message Encryption.

Passaggio 5: Verificare la connessione al servizio Azure Rights Management

Per determinare se il client di posta dell'utente interessato può connettersi al servizio Azure Rights Management, eseguire i comandi di PowerShell seguenti:

$request = [System.Net.HttpWebRequest]::Create("https://admin.na.aadrm.com/admin/admin.svc")
$request.GetResponse()
$request.ServicePoint.Certificate.Issuer

L'output dovrebbe indicare che l'autorità di certificazione emittente è una CA Microsoft. Ad esempio:

CN=Microsoft Secure Server CA 2011, O=Microsoft Corporation, L=Redmond, S=Washington, C=US.

Se viene visualizzata una CA che non proviene da Microsoft, la connessione da client a servizio sicura è stata probabilmente terminata e deve essere riconfigurata nel firewall. Per altre informazioni, vedere Firewall e infrastruttura di rete.

Passaggio 6: Verificare la presenza di etichette di riservatezza

Se le etichette di riservatezza vengono applicate ai messaggi di posta elettronica, le autorizzazioni devono essere assegnate correttamente in modo che i destinatari possano accedere ai messaggi. Per altre informazioni, vedere Limitare l'accesso al contenuto usando le etichette di riservatezza.

Se il problema persiste dopo aver completato tutti questi passaggi, contattare supporto tecnico Microsoft per ulteriori operazioni di risoluzione dei problemi.

Ulteriori informazioni