Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Gli amministratori spesso devono scoprire chi sapeva cosa e quando. Devono rispondere alle richieste relative a controversie in corso o potenziali, indagini interne e altri scenari nel modo più efficiente ed efficace possibile. Tali richieste sono spesso urgenti, coinvolgono diversi team di stakeholder e influiscono in modo significativo se non vengono completate in modo tempestivo. Sapere come trovare le informazioni corrette è fondamentale per gli amministratori per completare correttamente le ricerche e aiutare le organizzazioni a gestire i rischi e i costi associati ai requisiti di eDiscovery.
Per altre informazioni sulla ricerca di contenuto nelle cassette postali in eDiscovery, guardare il video seguente:
Consiglio
Introduzione a Microsoft Security Copilot per esplorare nuovi modi per lavorare in modo più intelligente e veloce usando la potenza dell'IA. Altre informazioni su Microsoft Security Copilot in Microsoft Purview.
Quando viene inviata una richiesta di eDiscovery, gli amministratori spesso ricevono solo informazioni parziali per iniziare a raccogliere contenuto che potrebbe essere correlato a una particolare indagine. La richiesta può includere nomi utente, titoli di progetto, intervalli di date approssimative quando il progetto era attivo e non molto altro. Da queste informazioni, gli amministratori devono creare query per trovare contenuto pertinente nei servizi di Microsoft 365 per determinare le informazioni necessarie per un determinato progetto o oggetto. Comprendere il modo in cui le informazioni vengono archiviate e gestite per questi servizi consente agli amministratori di trovare in modo più efficiente ciò di cui hanno bisogno in modo rapido ed efficace.
Exchange Online archivia i dati delle attività di posta elettronica, chat, riunione e Microsoft 365 Copilot e Microsoft 365 Copilot Chat (richieste utente e risposte copilot). Sono disponibili diverse proprietà di comunicazione per la ricerca di elementi inclusi in Exchange Online. Alcune proprietà, ad esempio From, Sent, Subject e To , sono univoche per determinati elementi e non sono rilevanti durante la ricerca di file o documenti in SharePoint e OneDrive. L'inclusione di questi tipi di proprietà durante la ricerca in vari carichi di lavoro può talvolta portare a risultati imprevisti.
Ad esempio, per trovare il contenuto correlato a utenti specifici (Utente 1 e Utente 2), associato a un progetto denominato Tradewinds, e tra gennaio 2020 e gennaio 2022, è possibile usare una query con le proprietà seguenti:
- Aggiungere le posizioni di Exchange Online di Utente 1 e 2 come origini dati al caso
- Selezionare Le posizioni di Exchange Online dell'utente 1 e dell'utente 2 come origine dati.
- Per Parola chiave, usare Tradewinds
- Per Intervallo di date, usare l'intervallo dal 1° gennaio 2020 al 31 gennaio 2022
Quando si cercano messaggi di posta elettronica o altro contenuto della cassetta postale che potrebbe includere allegati cloud, il collegamento dell'allegato cloud a un percorso di archiviazione in SharePoint o OneDrive deve essere considerato come allegati del file del messaggio anziché come documenti separati.
Questo comportamento è simile al modo in cui una ricerca restituisce messaggi di posta elettronica con allegati locali incorporati, questi allegati vengono recuperati come se fossero parte dei messaggi di posta elettronica. Tutti i limiti di conformità per SharePoint o OneDrive non si riflettono nella raccolta di allegati cloud inclusi nei messaggi reattivi.
Importante
Per i messaggi di posta elettronica, quando si usa una parola chiave, la ricerca include l'oggetto, il corpo e molte proprietà correlate ai partecipanti. Tuttavia, a causa dell'espansione del destinatario, la ricerca potrebbe non restituire i risultati previsti quando si usa l'alias o parte dell'alias. Usare quindi l'UPN completo.
Proprietà di posta elettronica ricercabili in KeyQL
Importante
Anche se i messaggi di posta elettronica potrebbero avere altre proprietà supportate in altri servizi di Microsoft 365, gli strumenti di ricerca di eDiscovery supportano solo le proprietà di posta elettronica elencate in questa tabella. Non è possibile includere altre proprietà dei messaggi di posta elettronica nelle ricerche.
Nella tabella seguente sono elencate le proprietà dei messaggi di posta elettronica supportate nella ricerca usando l'editor di KeyQL eDiscovery nel portale di Microsoft Purview o usando i cmdlet New-ComplianceSearch o Set-ComplianceSearch. Per un elenco delle proprietà supportate del generatore di condizioni, vedere Usare il generatore di condizioni per creare query di ricerca in eDiscovery.
Nella tabella è presente un esempio della sintassi di property:value per ciascuna proprietà e una descrizione dei risultati di ricerca restituiti dagli esempi. È possibile digitare queste coppie di property:value nella casella delle parole chiave per una ricerca di eDiscovery.
Nota
Durante la ricerca delle proprietà di posta elettronica, non è possibile cercare le intestazioni dei messaggi. Le informazioni sull'intestazione non sono indicizzate per le ricerche. Inoltre, non è possibile cercare elementi in cui la proprietà specificata è vuota o vuota. Ad esempio, l'uso della coppia property:value di subject:"" per cercare messaggi di posta elettronica con una riga dell'oggetto vuota restituisce zero risultati. Questa limitazione si applica anche durante la ricerca delle proprietà del sito e del contatto.
| Proprietà | Descrizione proprietà | Esempi | Risultati di ricerca restituiti dagli esempi |
|---|---|---|---|
| AttachmentNames | I nomi dei file allegati a un messaggio di posta elettronica. | attachmentnames:annualreport.ppt |
Messaggi che contengono un file allegato denominato annualreport.ppt. Nel secondo esempio, utilizzando il carattere jolly (*) si ottengono dei messaggi contenenti la parola annual nel nome file di un allegato.1 |
| Bcc | Il campo Ccn di un messaggio di posta elettronica.1 | bcc:pilarp@contoso.com |
Tutti gli esempi restituiscono messaggi contenenti Pilar Pinilla nel campo Ccn. (Visualizzare Espansione dei destinatari) |
| Categoria | Le categorie da cercare. Gli utenti possono definire categorie usando Outlook o Outlook sul web (in precedenza noto come Outlook Web App). I valori possibili sono i seguenti:
|
category:"Red Category" |
Messaggi a cui viene assegnata la categoria rossa nelle cassette postali di origine. |
| Cc | Il campo Cc di un messaggio di posta elettronica.1 | cc:pilarp@contoso.com |
In entrambi gli esempi, vengono restituiti i messaggi contenenti Pilar Pinilla specificati nel campo Cc. (Visualizzare Espansione dei destinatari) |
| Da | Il mittente di un messaggio di posta elettronica.1 | from:pilarp@contoso.com |
Messaggi inviati dall'utente specificato. (Visualizzare Espansione dei destinatari) |
| HasAttachment | Indica se un messaggio contiene un allegato. Usare i valori vero o falso. | from:pilar@contoso.com AND hasattachment:true |
Messaggi inviati dall'utente specificato con allegati. |
| Priorità | La priorità di un messaggio di posta elettronica, che può essere specificata dall'utente al momento dell'invio di un messaggio. Per impostazione predefinita, i messaggi vengono inviati con una priorità normale, a meno che il mittente non imposti la priorità high (alta) o low (bassa). | importance:high |
I messaggi contrassegnati con priorità alta, media o bassa. |
| IsRead | Indica se i messaggi vengono letti. Usare i valori vero o falso. | isread:true |
Il primo esempio restituisce i messaggi con la proprietà IsRead impostata su Vero. Il secondo esempio restituisce i messaggi con la proprietà IsRead impostata su Falso. |
| Itemclass | Utilizzare questa proprietà per cercare tipi di dati di terze parti specifici importati dall'organizzazione in Office 365. Utilizzare la sintassi seguente per questa proprietà: itemclass:ipm.externaldata.<third-party data type>* |
itemclass:ipm.externaldata.Facebook* AND subject:contoso |
Il primo esempio restituisce elementi Facebook che contengono la parola "contoso" nella proprietà Subject. Il secondo esempio restituisce gli elementi di Twitter pubblicati da Ann Beebe e contenenti la parola chiave "Northwind Traders". |
| Kind | Il tipo di messaggio di posta elettronica da cercare. Valori possibili: contatti docs externaldata faxes im (IM) journals (journal) meetings microsoftteams (restituisce elementi da chat, riunioni e chiamate in Microsoft Teams) notes post (inserimenti) rssfeeds attività voicemail |
kind:email |
Il primo esempio restituisce i messaggi di posta elettronica, le chat e i messaggi vocali che soddisfano i criteri di ricerca. Il secondo esempio restituisce i messaggi di posta elettronica, le conversazioni di messaggistica istantanea (comprese le conversazioni Skype for Business e le chat in Microsoft Teams) e i messaggi vocali che soddisfano i criteri di ricerca. Il terzo esempio restituisce gli elementi importati nelle cassette postali di Microsoft 365 da origini dati di terze parti, ad esempio Twitter, Facebook e Cisco Jabber, che soddisfano i criteri di ricerca. Per altre informazioni, vedere Archiviazione di dati di terze parti in Office 365. |
| Partecipanti | Tutti i campi delle persone in un messaggio di posta elettronica. Questi campi sono Da, A, Cc e Ccn.1 | participants:garthf@contoso.com |
Messaggi inviati da o a garthf@contoso.com. Il secondo esempio restituisce tutti i messaggi inviati da o a un utente nel dominio contoso.com. (Visualizzare Espansione dei destinatari) |
| Ricevuto | Data in cui un messaggio di posta elettronica viene ricevuto da un destinatario. | received:2021-04-15 |
Messaggi ricevuti il 15 aprile 2021. Il secondo esempio restituisce tutti i messaggi ricevuti tra il 1° gennaio 2021 e il 31 marzo 2021. |
| Destinatari | Tutti i campi dei destinatari in un messaggio di posta elettronica. Questi campi sono A, Cc e Ccn.1 | recipients:garthf@contoso.com |
Messaggi inviati a garthf@contoso.com. Il secondo esempio restituisce i messaggi inviati ai destinatari nel dominio contoso.com. (Visualizzare Espansione dei destinatari) |
| Sent | Data di invio di un messaggio di posta elettronica da parte del mittente. | sent:2021-07-01 |
Messaggi inviati alla data specificata o inviati all'interno dell'intervallo di date specificato. |
| Dimensioni | Le dimensioni di un elemento, in byte. | size>26214400 |
I messaggi di dimensioni maggiori di 25 MB. Il secondo esempio restituisce i messaggi di dimensioni comprese tra 1 e 1.048.567 byte (1 MB). |
| Oggetto | Il testo nella riga dell'oggetto di un messaggio di posta elettronica.
Nota: Quando si usa la proprietà Subject in una query, la ricerca restituisce tutti i messaggi in cui la riga dell'oggetto contiene il testo che si sta cercando. In altre parole, la query non restituisce solo i messaggi che hanno una corrispondenza esatta. Ad esempio, se si cerca |
subject:"Quarterly Financials" |
Messaggi che contengono la frase "Quarterly Financials" in un punto qualsiasi del testo della riga dell'oggetto. Il secondo esempio restituisce tutti i messaggi che contengono la parola northwind nella riga dell'oggetto. |
| A | Il camp A di un messaggio di posta elettronica.1 | to:annb@contoso.com |
Tutti gli esempi restituiscono i messaggi in cui è specificato l'utente Ann Beebe nella riga To: (A:). |
Nota
1 Per il valore di una proprietà del destinatario, è possibile usare l'indirizzo di posta elettronica (noto anche come nome dell'entità utente), il nome visualizzato o l'alias per specificare un utente. Ad esempio, è possibile usare annb@contoso.com, annb o "Ann Beebe" per specificare l'utente Ann Beebe.
Tipi di dati sensibili disponibili per la ricerca
È possibile usare gli strumenti di ricerca di eDiscovery nel portale di Microsoft Purview per cercare dati sensibili, ad esempio numeri di carta di credito o numeri di previdenza sociale, archiviati in documenti nelle cassette postali. A tale scopo, usare la proprietà SensitiveType e il nome (o ID) di un tipo di informazioni sensibili in una query con parole chiave. Ad esempio, la query SensitiveType:"Credit Card Number" restituisce i documenti che contengono un numero di carta di credito. La query SensitiveType:"U.S. Social Security Number (SSN)" restituisce i documenti che contengono un codice fiscale degli Stati Uniti.
Per visualizzare un elenco dei tipi di informazioni riservate che è possibile cercare, passare a Classificazioni> dei datiTipi di informazioni sensibili nel portale Microsoft Purview. In alternativa, è possibile usare il cmdlet Get-DlpSensitiveInformationType in Sicurezza e conformità PowerShell per visualizzare un elenco di tipi di informazioni sensibili.
Espansione del destinatario
Le cassette postali sono archiviazione flessibile e i client che si connettono a una cassetta postale controllano alcuni aspetti delle informazioni sui destinatari, in particolare per il mittente. I client possono scegliere le proprietà SMTP, Name o LegacyDN come indirizzo del mittente. Per compensare le variazioni nel comportamento del client e la modalità di archiviazione dei dati, l'espansione del destinatario della ricerca di eDiscovery è una funzionalità utile.
Spesso, le informazioni sul mittente create da alcuni client archiviano solo il nome del mittente, ad esempio John Doe, senza includere l'indirizzo SMTP come johndoe@contoso.com. Inoltre, gli elementi federati con sistemi legacy possono archiviare solo LegacyExchangeDN, che è un identificatore univoco usato nelle versioni precedenti di Exchange per rappresentare una cassetta postale o una lista di distribuzione. I sistemi federati si riferiscono a messaggi o dati integrati da sistemi o organizzazioni diversi, che spesso coinvolgono sistemi legacy che usano formati o identificatori meno recenti.
La funzione di espansione del destinatario risolve il problema di non eseguire ricerche in modo sufficientemente ampio espandendo la ricerca per acquisire il contenuto archiviato con queste varianti. L'esecuzione di query Microsoft Entra ID espande tutti i valori specificati nel filtro dei partecipanti. Questa espansione include l'indirizzo di posta elettronica dell'utente, l'UPN, l'alias, il nome visualizzato e LegacyExchangeDN. Questa espansione garantisce che le ricerche lancino una rete più ampia, acquisendo tutto il contenuto pertinente indipendentemente dal modo in cui le informazioni dei partecipanti vengono archiviate e migliora l'accuratezza e la completezza delle ricerche di eDiscovery.
Nota
L'espansione del destinatario non risolve i casi in cui l'utente parte e non è più presente nell Microsoft Entra ID. In questo scenario, il sistema non può espandere l'identità per includere varianti come UPN, alias o LegacyExchangeDN. Per garantire risultati di ricerca completi, è necessario includere manualmente tutti gli identificatori noti (ad esempio, indirizzi SMTP, alias o nomi visualizzati precedenti) per l'utente scomparso nella query.
Quando si cerca una delle proprietà del destinatario (Da, A, Cc, Ccn, Partecipanti e Destinatari), Microsoft 365 tenta di espandere l'identità di ogni utente cercandoli in Microsoft Entra ID. Se si rileva l'utente in Microsoft Entra ID, la query viene ampliata per includere l'indirizzo e-mail (o UPN) dell'utente, l'alias, il nome visualizzato e LegacyExchangeDN. Ad esempio, una query comeparticipants:ronnie@contoso.com viene ampliata a participants:ronnie@contoso.com OR participants:ronnie OR participants:"Ronald Nelson" OR participants:"<LegacyExchangeDN>".
Per impedire l'espansione del destinatario, aggiungere un carattere jolly (asterisco) alla fine dell'indirizzo di posta elettronica e usare un nome di dominio ridotto; Ad esempio, participants:"ronnie@contoco*" assicurarsi di racchiudere l'indirizzo di posta elettronica tra virgolette doppie.
Impedire l'espansione del destinatario nella query di ricerca potrebbe comportare la mancata restituzione di elementi pertinenti nei risultati della ricerca. È possibile salvare i messaggi e-mail in Exchange con formati di testo differenti nei campi dei destinatari. L'espansione del destinatario ha lo scopo di mitigare questo fatto restituendo messaggi che potrebbero contenere formati di testo diversi. Pertanto, impedire l'espansione del destinatario potrebbe comportare che la query di ricerca non restituisca tutti gli elementi che potrebbero essere rilevanti per l'indagine.
L'espansione del destinatario non è progettata per supportare scenari che coinvolgono modifiche di nome utente e alias. Se l'SMTP/UPN per un utente cambia, Microsoft Entra ID potrebbe non trovare l'utente, causando risultati di ricerca incompleti. Inoltre, LegacyExchangeDN, che raramente cambia, potrebbe non essere presente nel substrato per tutti gli elementi di posta elettronica. L'espansione del destinatario gestisce solo i casi in cui il client usa LegacyExchangeDN anziché SMTP. Se l'indirizzo SMTP cambia ma legacyExchangeDN non lo fa, l'espansione del destinatario non è utile ed è necessario trovare e usare manualmente tutte le varianti di questi indirizzi. Questa limitazione può far credere erroneamente agli utenti che l'espansione del destinatario intercetta tutte le varianti, incluse le modifiche a nome e SMTP.
Quando si usa la condizione From con la condizione uguale (=), nell'indice è possibile eseguire query solo sul nome visualizzato. Ciò significa che se si usa un indirizzo SMTP nelle condizioni Da o Mittente , la ricerca restituisce un risultato se vengono soddisfatte entrambe le condizioni seguenti:
- L'indirizzo SMTP utilizzato nella condizione corrisponde a un utente attivo o inattivo in Microsoft Entra.
- Il nome visualizzato dell'utente attivo o inattivo non è stato modificato dopo l'invio o la ricezione dell'elemento di destinazione.
Quando si usano le condizioni Sender o From in una ricerca di eDiscovery, il sistema tenta l'espansione del destinatario ed espande la query per includere Nome visualizzato. In caso di esito positivo, la query include tutti gli indirizzi di posta elettronica assegnati all'indirizzo SMTP dell'utente e al nome visualizzato di Exchange legacy. Se l'espansione del destinatario non riesce, la ricerca usa solo il valore fornito nelle condizioni Da e Mittente per eseguire la ricerca nell'indice. Le condizioni che potrebbero causare un errore di espansione del destinatario sono:
- Utenti in partenza senza una cassetta postale inattiva conservata.
- Utenti attivi o inattivi in cui l'indirizzo SMTP non è più presente in un oggetto.
- Utenti attivi o inattivi in cui il nome visualizzato è stato modificato (quando il nome visualizzato viene usato con le condizioni Sender o From ).
In alcuni scenari, l'espansione del destinatario potrebbe anche causare riscontri su elementi aggiuntivi quando vengono usate le ricerche dell'organizzazione. Ad esempio, il nome visualizzato di un utente potrebbe essere parte del nome visualizzato di un altro utente. Ad esempio, un utente potrebbe avere un nome visualizzato di John Doe e un altro utente potrebbe avere il nome visualizzato John Doe Jr. Una ricerca a livello di organizzazione potrebbe restituire risultati da entrambe le cassette postali. Prendere in considerazione l'eliminazione dell'espansione del destinatario in questo scenario aggiungendo un punto alla fine dell'indirizzo SMTP.
Altre considerazioni includono che l'espansione del destinatario supporta solo l'invio dalla propria cassetta postale e nessuna attività delegata o send-as. Verificare di esaminare i limiti pertinenti, tra cui l'accuratezza del numero massimo di membri del gruppo di distribuzione e il livello massimo di annidamento per i gruppi di distribuzione. I gruppi di sicurezza sono supportati e solo i gruppi di distribuzione e il gruppo di distribuzione devono essere validi quando viene inviato il messaggio di posta elettronica.
Nota
Se è necessario esaminare o ridurre gli elementi restituiti da una query di ricerca a causa dell'espansione del destinatario, provare a usare le funzionalità premium di eDiscovery. È possibile cercare messaggi (sfruttando l'espansione del destinatario), aggiungerli a un insieme da rivedere e quindi usare query o filtri dell'insieme da rivedere per esaminare o restringere i risultati.
Contenuto archiviato nelle cassette postali Exchange Online per eDiscovery
Si usa principalmente una cassetta postale in Exchange Online per archiviare elementi correlati alla posta elettronica, ad esempio messaggi, elementi del calendario, attività e note. Ma questo sta cambiando perché un numero maggiore di app basate sul cloud archivia anche i dati nella cassetta postale di un utente. Un vantaggio dell'archiviazione dei dati in una cassetta postale è che è possibile usare gli strumenti di ricerca in eDiscovery per trovare, visualizzare ed esportare i dati da queste app basate sul cloud.
I dati di alcune di queste app vengono archiviati in cartelle nascoste che si trovano in un sottoalbero di messaggi non relazionali (non IPM) nella cassetta postale. I dati di altre app basate sul cloud potrebbero non essere archiviati nella cassetta postale, ma sono associati alla cassetta postale e vengono restituiti nelle ricerche se tali dati corrispondono alla query di ricerca. Indipendentemente dal fatto che i dati basati sul cloud siano archiviati o associati a una cassetta postale utente, i dati in genere non sono visibili in un client di posta elettronica quando un utente apre la cassetta postale.
Nella tabella seguente sono elencate le app che archiviano o associano dati a una cassetta postale basata sul cloud. La tabella descrive anche il tipo di contenuto prodotto da ogni app.
| App di Microsoft 365 | Descrizione |
|---|---|
| Pianificazione classi | I piani creati in Pianificazione classi vengono archiviati nella cassetta postale del gruppo di Microsoft 365 corrispondente di cui viene effettuato il provisioning quando si crea un nuovo piano. L'alias per la cassetta postale del gruppo è il nome del piano. |
| Forms* | Forms e le risposte a un modulo vengono archiviate in file collegati ai messaggi di posta elettronica e archiviati in una cartella nascosta nella cassetta postale dell'utente che ha creato il modulo. Forms creati prima di aprile 2020 vengono archiviati come file PDF. Forms creati dopo il 2020 vengono archiviati come file JSON. Le risposte a un modulo vengono archiviate in un file CSV. Quando si esporta contenuto da Forms in un file PST, questi dati si trovano nella cartella ApplicationDataRoot in una sottocartella denominata con il GUID (Globally Unique Identified) seguente: c9a559d2-7aab-4f13-a6ed-e7e9c52aec87. |
| Microsoft 365 Copilot e Microsoft 365 Copilot Chat | Tutti i dati dell'attività Copilot (richieste utente e risposte Copilot) generati nelle app e nei servizi di Microsoft 365 supportati vengono archiviati nelle cassette postali dei responsabili. |
| Gruppi di Microsoft 365 | Email messaggi, elementi del calendario, contatti (Persone), note e attività vengono archiviati nella cassetta postale associata a un gruppo di Microsoft 365. |
| Outlook/Exchange Online | Email messaggi, elementi del calendario, contatti (Persone), note e attività vengono archiviati nella cassetta postale di un utente. |
| Persone | I contatti nell'app Persone (che sono gli stessi contatti di quelli accessibili in Outlook) vengono archiviati nella cassetta postale di un utente. |
| Skype for Business | Le conversazioni in Skype for Business vengono archiviate nella cartella Cronologia conversazioni nella cassetta postale di un utente. Se la cassetta postale di un partecipante a una riunione Skype viene inserita nel blocco per controversia legale o assegnata a un criterio di conservazione, i file allegati a una riunione vengono conservati nella cassetta postale dei partecipanti. |
| Sway* | Gli sway vengono archiviati come file HTML collegato a un messaggio di posta elettronica e archiviati in una cartella nascosta nella cassetta postale dell'utente che ha creato lo sway. Quando si esporta contenuto da Sway in un file PST, questi dati si trovano nella cartella ApplicationDataRoot in una sottocartella denominata con il GUID seguente: 905fcf26-4eb7-48a0-9ff0-8dcc7194b5ba. |
| Attività | Le attività nell'app Attività (che sono le stesse attività di quelle accessibili in Outlook) vengono archiviate nella cassetta postale di un utente. |
| Teams | Le conversazioni che fanno parte di un canale di Teams sono associate alla cassetta postale di Teams. Le conversazioni che fanno parte dell'elenco chat in Teams (chiamate anche 1 x N chat) sono associate alla cassetta postale degli utenti che partecipano alla chat. Inoltre, le informazioni di riepilogo per le riunioni e le chiamate in un canale di Teams sono associate alle cassette postali degli utenti che hanno partecipato alla riunione o alla chiamata. Pertanto, quando si cerca il contenuto di Teams, si cerca nella cassetta postale di Teams il contenuto nelle conversazioni di canale e si cerca contenuto nelle cassette postali degli utenti in 1 x N chat. |
| To-Do | Le attività (denominate attività, salvate negli elenchi attività) nell'app To-Do vengono archiviate nella cassetta postale di un utente. |
| Viva Engage | Le conversazioni e i commenti all'interno di una community Viva Engage sono associati alla cassetta postale del gruppo di Microsoft 365, nonché alla cassetta postale utente dell'autore e agli eventuali destinatari denominati (@ utenti menzionati o cc'ed). I messaggi privati inviati all'esterno di una community Viva Engage vengono archiviati nella cassetta postale degli utenti che partecipano al messaggio privato. |
Nota
* Al momento, se si inserisce un blocco in una cassetta postale usando i blocchi nei casi di eDiscovery, il blocco non mantiene il contenuto di questa app.