Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Os administradores geralmente precisam descobrir quem sabia o quê e quando. Eles precisam responder às solicitações sobre litígios em andamento ou potenciais, investigações internas e outros cenários da maneira mais eficiente e eficaz possível. Essas solicitações geralmente são urgentes, envolvem várias equipes de partes interessadas e têm um impacto significativo se não forem concluídas em tempo hábil. Saber como encontrar as informações corretas é fundamental para que os administradores concluam as pesquisas com êxito e ajudem suas organizações a gerenciar o risco e o custo associados aos requisitos de Descoberta Eletrônica.
Para obter mais informações sobre como localizar conteúdo em caixas de correio na Descoberta Eletrônica, assista ao seguinte vídeo:
Dica
Comece a usar o Microsoft Security Copilot para explorar novas maneiras de trabalhar de forma mais inteligente e rápida usando o poder da IA. Saiba mais sobre o Microsoft Security Copilot no Microsoft Purview.
Quando uma solicitação de Descoberta Eletrônica é enviada, os administradores geralmente recebem apenas informações parciais para começar a coletar conteúdo que possa estar relacionado a uma investigação específica. A solicitação pode incluir nomes de usuário, títulos de projeto, intervalos de datas aproximados quando o projeto estava ativo e não muito mais. A partir dessas informações, os administradores precisam criar consultas para encontrar conteúdo relevante nos serviços do Microsoft 365 para determinar as informações necessárias para um determinado projeto ou assunto. Entender como as informações são armazenadas e gerenciadas para esses serviços ajuda os administradores a encontrar com mais eficiência o que precisam, de maneira rápida e eficaz.
O Exchange Online armazena emails, chats, reuniões e dados de atividades do Microsoft 365 Copilot e do Microsoft 365 Copilot Chat (solicitações do usuário e respostas do Copilot). Muitas propriedades de comunicação estão disponíveis para pesquisar itens incluídos no Exchange Online. Algumas propriedades, como De, Enviado, Assunto e Para , são exclusivas para determinados itens e não são relevantes ao pesquisar arquivos ou documentos no SharePoint e no OneDrive. Incluir esses tipos de propriedades ao pesquisar em cargas de trabalho às vezes pode levar a resultados inesperados.
Por exemplo, para localizar conteúdo relacionado a usuários específicos (Usuário 1 e Usuário 2), associado a um projeto chamado Tradewinds, e durante janeiro de 2020 a janeiro de 2022, você pode usar uma consulta com as seguintes propriedades:
- Adicionar os locais do Exchange Online do Usuário 1 e do Usuário 2 como fontes de dados para o caso
- Selecione os locais do Exchange Online do Usuário 1 e do Usuário 2 como fonte de dados.
- Para Palavra-chave, use Tradewinds
- Para Intervalo de Datas, use o intervalo de 1º de janeiro de 2020 a 31 de janeiro de 2022
Ao pesquisar emails ou outro conteúdo de caixa de correio que possa incluir anexos de nuvem, o link de anexo de nuvem para um local de armazenamento no SharePoint ou OneDrive deve ser considerado como anexos do arquivo de mensagem em vez de documentos separados.
Esse comportamento é semelhante a como uma pesquisa retorna emails com anexos locais incorporados, esses anexos são recuperados como se fizessem parte dos emails. Quaisquer limites de conformidade do SharePoint ou do OneDrive não são refletidos na coleção de anexos de nuvem incluídos nas mensagens responsivas.
Importante
Para emails, quando você usa uma palavra-chave, a pesquisa inclui o assunto, o corpo e muitas propriedades relacionadas aos participantes. No entanto, devido à expansão do destinatário, a pesquisa pode não retornar os resultados esperados ao usar o alias ou parte dele. Portanto, use o UPN completo.
Propriedades de email pesquisáveis no KeyQL
Importante
Embora as mensagens de email possam ter outras propriedades com suporte em outros serviços do Microsoft 365, as ferramentas de pesquisa de Descoberta Eletrônica dão suporte apenas às propriedades de email listadas nesta tabela. Não é possível incluir outras propriedades de mensagem de email em pesquisas.
A tabela a seguir lista as propriedades de mensagem de email com suporte na pesquisa usando o editor de Descoberta Eletrônica KeyQL no portal do Microsoft Purview ou usando os cmdlets New-ComplianceSearch ou Set-ComplianceSearch. Para obter uma lista de propriedades do construtor de condições com suporte, consulte Usar o construtor de condições para criar consultas de pesquisa na Descoberta Eletrônica.
A tabela inclui um exemplo da sintaxe do property:value para cada propriedade e uma descrição dos resultados de pesquisa retornados pelos exemplos. Você pode inserir esses property:value pares na caixa de palavras-chave para uma pesquisa de Descoberta Eletrônica.
Observação
Ao pesquisar propriedades de email, não é possível pesquisar cabeçalhos de mensagem. As informações de cabeçalho não são indexadas para pesquisas. Além disso, você não pode pesquisar itens nos quais a propriedade especificada está vazia ou em branco. Por exemplo, usar o par property:value de subject:"" para pesquisar mensagens de email com um assunto vazio retorna zero resultados. Essa limitação também se aplica ao pesquisar propriedades de site e contato.
| Propriedade | Descrição da propriedade | Exemplos | Resultados de pesquisa retornados pelos exemplos |
|---|---|---|---|
| AttachmentNames | Os nomes dos arquivos anexados a uma mensagem de email. | attachmentnames:annualreport.ppt |
Mensagens que têm um arquivo anexado chamado annualreport.ppt. No segundo exemplo, o uso do caractere curinga ( * ) retorna mensagens com a palavra anual no nome do arquivo de um anexo. 1 |
| Cco | O campo Cco de uma mensagem de email.1 | bcc:pilarp@contoso.com |
Todos os exemplos retornam mensagens com Pilar Pinilla incluída no campo Cco. (Consulte Expansão do Destinatário) |
| Categoria | As categorias a serem pesquisadas. Os usuários podem definir categorias usando o Outlook ou o Outlook na Web (anteriormente conhecido como Outlook Web App). Os valores possíveis são:
|
category:"Red Category" |
Mensagens às quais é atribuída a categoria vermelha nas caixas de correio de origem. |
| Cc | O campo Cc de uma mensagem de email.1 | cc:pilarp@contoso.com |
Em ambos os exemplos, as mensagens com Pilar Pinilla foram especificadas no campo Cc. (Consulte Expansão do Destinatário) |
| De | O remetente de uma mensagem de email.1 | from:pilarp@contoso.com |
Mensagens enviadas pelo usuário especificado. (Consulte Expansão do Destinatário) |
| HasAttachment | Indica se uma mensagem tem um anexo. Use os valores true ou false. | from:pilar@contoso.com AND hasattachment:true |
Mensagens enviadas pelo usuário especificado que têm anexos. |
| Importance | A prioridade de uma mensagem de email, que um remetente pode especificar ao enviar uma mensagem. Por padrão, as mensagens são enviadas com prioridade normal, a menos que o remetente defina a prioridade como alta ou baixa. | importance:high |
Mensagens marcadas como alta prioridade, prioridade média ou baixa prioridade. |
| IsRead | Indica se as mensagens são lidas. Use os valores true ou false. | isread:true |
O primeiro exemplo retorna mensagens com a propriedade IsRead definida como True. O segundo exemplo retorna mensagens com a propriedade IsRead definida como False. |
| ItemClass | Use esta propriedade para pesquisar tipos de dados específicos de terceiros que sua organização importou para o Microsoft 365. Use a seguinte sintaxe para esta propriedade: itemclass:ipm.externaldata.<third-party data type>* |
itemclass:ipm.externaldata.Facebook* AND subject:contoso |
O primeiro exemplo retorna itens do Facebook que contêm a palavra "contoso" na propriedade Subject. O segundo exemplo retorna itens do Twitter que foram postados por Ann Beebe e que contêm a frase de palavra-chave "Northwind Traders". |
| Tipo | O tipo de mensagem de email a ser pesquisada. Valores possíveis: contacts documentos externaldata faxes mensagem instantânea diários reuniões microsoftteams (retorna itens de chats, reuniões e chamadas no Microsoft Teams) notes postagens rssfeeds tarefas caixa postal |
kind:email |
O primeiro exemplo retorna mensagens de email que atendem aos critérios de pesquisa. O segundo exemplo retorna mensagens de email, conversas de mensagens instantâneas (incluindo conversas e chats do Skype for Business no Microsoft Teams) e mensagens de voz que atendem aos critérios de pesquisa. O terceiro exemplo retorna itens que foram importados para caixas de correio no Microsoft 365 de fontes de dados de terceiros, como Twitter, Facebook e Cisco Jabber, que atendem aos critérios de pesquisa. Para obter mais informações, consulte Arquivamento de dados de terceiros. |
| Participantes | Todos os campos de pessoas em uma mensagem de email. Esses campos são De, Para, Cc e Cco.1 | participants:garthf@contoso.com |
Mensagens enviadas por ou enviadas para garthf@contoso.com. O segundo exemplo retorna todas as mensagens enviadas por ou para um usuário no domínio contoso.com. (Consulte Expansão do Destinatário) |
| Received | A data em que uma mensagem de email é recebida por um destinatário. | received:2021-04-15 |
Mensagens recebidas em 15 de abril de 2021. O segundo exemplo retorna todas as mensagens recebidas entre 1º de janeiro de 2021 e 31 de março de 2021. |
| Destinatários | Todos os campos de destinatário em uma mensagem de email. Esses campos são Para, Cc e Cco.1 | recipients:garthf@contoso.com |
Mensagens enviadas para garthf@contoso.com. O segundo exemplo retorna mensagens enviadas para qualquer destinatário no domínio contoso.com. (Consulte Expansão do Destinatário) |
| Enviado | A data em que uma mensagem de email é enviada pelo remetente. | sent:2021-07-01 |
Mensagens enviadas na data especificada ou enviadas dentro do intervalo especificado. |
| Tamanho | O tamanho de um item, em bytes. | size>26214400 |
Mensagens com mais de 25 MB. O segundo exemplo retorna mensagens de 1 a 1.048.567 bytes (1 MB) de tamanho. |
| Assunto | O texto na linha de assunto de uma mensagem de email.
Observação: quando você usa a propriedade Subject em uma consulta, a pesquisa retorna todas as mensagens nas quais a linha de assunto contém o texto que você está procurando. Em outras palavras, a consulta não retorna apenas as mensagens que têm uma correspondência exata. Por exemplo, se você pesquisar |
subject:"Quarterly Financials" |
Mensagens que contêm a frase "Finanças Trimestrais" em qualquer lugar no texto da linha de assunto. O segundo exemplo retorna todas as mensagens que contêm a palavra northwind na linha de assunto. |
| Para | O campo Para de uma mensagem de email.1 | to:annb@contoso.com |
Todos os exemplos retornam mensagens em que Clara Barbosa é especificada na linha Para:. |
Observação
1 Para o valor de uma propriedade de destinatário, você pode usar endereço de email (também chamado de nome UPN)), nome de exibição ou alias para especificar um usuário. Por exemplo, você pode usar annb@contoso.com, annb ou "Ann Beebe" para especificar o usuário Ann Beebe.
Tipos de dados confidenciais pesquisáveis
Você pode usar ferramentas de pesquisa de Descoberta Eletrônica no portal do Microsoft Purview para pesquisar dados confidenciais, como números de card de crédito ou números de previdência social, armazenados em documentos em caixas de correio. Para pesquisar esses dados, use a SensitiveType propriedade e o nome ou ID de um tipo de informação confidencial em uma consulta de palavra-chave. Por exemplo, a consulta SensitiveType:"Credit Card Number" retorna documentos que contêm um número de cartão de crédito. A consulta SensitiveType:"U.S. Social Security Number (SSN)" retorna documentos que contêm um número de seguro social dos EUA.
Para ver uma lista de tipos de informações confidenciais que você pode pesquisar, acesse Classificações de> dadosTipos de informações confidenciais no portal do Microsoft Purview. Ou use o cmdlet Get-DlpSensitiveInformationType no PowerShell de Segurança & Conformidade para exibir uma lista de tipos de informações confidenciais.
SensitiveType comportamento depende da carga de trabalho e de como o conteúdo é indexado. Use a seguinte matriz para definir as expectativas antes de executar uma consulta:
| Workload |
SensitiveType Com suporte? |
Quando a correspondência é avaliada | Advertências comuns |
|---|---|---|---|
| Exchange Online (email, calendário, contatos) | Sim | No momento da indexação, em relação ao corpo da mensagem e aos anexos indexados | Os tipos confidenciais adicionados ou modificados depois que um item foi indexado não correspondem a esse item até que ele seja reindexado. Imagens embutidas, PDFs digitalizados e outros conteúdos não textuais não são avaliados. |
| Itens parcialmente indexados | Não avaliados | N/D |
SensitiveType As consultas não retornam itens parcialmente indexados. Para incluí-los, exporte também os itens parcialmente indexados separadamente. |
| Microsoft Teams (chat e mensagens de canal) | Limitado | No momento da indexação, em relação apenas ao texto da mensagem | A precisão da correspondência é menor para mensagens curtas porque os tipos de informações mais confidenciais exigem contexto corroborante. Os anexos em mensagens do Teams seguem as regras do SharePoint/OneDrive. |
| SharePoint Online / OneDrive for Business (documentos) | Sim | No momento da indexação, em relação ao conteúdo do documento | Mesma advertência de reindexação que o Exchange. Files maiores que o limite de tamanho de indexação são parcialmente indexados e podem não corresponder. |
Se você espera uma ocorrência, mas não recebe uma, confirme se (1) a carga de trabalho está na coluna com suporte, (2) o item foi indexado depois que o tipo confidencial foi publicado pela última vez e (3) o item não está no conjunto parcialmente indexado.
Expansão do destinatário
As caixas de correio são um armazenamento flexível, e os clientes que se conectam a uma caixa de correio controlam alguns aspectos das informações do destinatário, especialmente para o remetente. Os clientes podem escolher as propriedades SMTP,Name ou LegacyDN como endereço do remetente. Para compensar as variações no comportamento do cliente e como os dados são armazenados, a expansão do destinatário da pesquisa de Descoberta Eletrônica é um recurso útil.
Muitas vezes, as informações do remetente criadas por alguns clientes armazenam apenas o nome do remetente, como John Doe, sem incluir o endereço SMTP como johndoe@contoso.com. Além disso, os itens federados com sistemas herdados podem armazenar apenas o LegacyExchangeDN, que é um identificador exclusivo usado em versões mais antigas do Exchange para representar uma caixa de correio ou uma lista de distribuição. Os sistemas federados referem-se a mensagens ou dados integrados de diferentes sistemas ou organizações, geralmente envolvendo sistemas herdados que usam formatos ou identificadores mais antigos.
A função de expansão do destinatário resolve o problema de não pesquisar amplamente o suficiente, expandindo a pesquisa para capturar o conteúdo armazenado com essas variações. Consultar o Microsoft Entra ID expande todos os valores especificados no filtro do participante. Essa expansão inclui o endereço de email do usuário, UPN, alias, nome de exibição e LegacyExchangeDN. Essa expansão garante que as pesquisas tenham uma rede mais ampla, capturando todo o conteúdo relevante, independentemente de como as informações dos participantes são armazenadas e melhora a precisão e a abrangência das pesquisas de Descoberta Eletrônica.
Observação
A expansão de destinatário não resolve casos em que o objeto do Microsoft Entra ID do usuário é excluído, normalmente um usuário que partiu cuja caixa de correio foi excluída sem primeiro ser colocada em espera. Os usuários que partiram cujas caixas de correio são colocadas em espera permanecem no Microsoft Entra ID como caixas de correio inativas e a expansão de destinatário ainda funciona para eles (sujeito às condições SMTP e nome de exibição descritas posteriormente nesta seção). Quando o objeto do Microsoft Entra ID desaparecer, você deverá incluir manualmente todos os identificadores conhecidos (por exemplo, endereços SMTP anteriores, aliases ou nomes de exibição) na consulta. Para preservar a expansão de destinatários para funcionários que estão saindo, coloque a caixa de correio em espera antes de excluir a conta.
Quando você pesquisa qualquer uma das propriedades do destinatário (De, Para, Cc, Cco, Participantes e Destinatários), o Microsoft 365 tenta expandir a identidade de cada usuário pesquisando-os no Microsoft Entra ID. Se o usuário for encontrado no Microsoft Entra ID, a consulta será expandida para incluir o endereço de email do usuário (ou UPN), alias, nome de exibição e LegacyExchangeDN. Por exemplo, uma consulta como participants:ronnie@contoso.com expande para participants:ronnie@contoso.com OR participants:ronnie OR participants:"Ronald Nelson" OR participants:"<LegacyExchangeDN>".
Para evitar a expansão do destinatário, adicione um caractere curinga (asterisco) ao final do endereço de email e use um nome de domínio reduzido; por exemplo, participants:"ronnie@contoco*" coloque o endereço de email entre aspas duplas.
Impedir a expansão do destinatário na consulta de pesquisa pode resultar em itens relevantes não sendo retornados nos resultados da pesquisa. As mensagens de email no Exchange podem ser salvas com formatos de texto diferentes nos campos do destinatário. A expansão de destinatário destina-se a ajudar a atenuar esse fato, retornando mensagens que podem conter diferentes formatos de texto. Portanto, impedir a expansão do destinatário pode fazer com que a consulta de pesquisa não retorne todos os itens que podem ser relevantes para sua investigação.
A expansão de destinatário não foi projetada para dar suporte a cenários que envolvem alterações de nome de usuário e alias. Se o SMTP/UPN de um usuário for alterado, o Microsoft Entra ID poderá não encontrar o usuário, levando a resultados de pesquisa incompletos. Além disso, o LegacyExchangeDN, que raramente é alterado, pode não estar presente no substrato de todos os itens de email. A expansão de destinatário lida apenas com casos em que o cliente usa LegacyExchangeDN em vez de SMTP. Se o endereço SMTP for alterado, mas o LegacyExchangeDN não, a expansão do destinatário não ajudará e você precisará localizar e usar manualmente todas as variações desses endereços. Essa limitação pode levar os usuários a acreditar erroneamente que a expansão de destinatário captura todas as variações, incluindo alterações de nome e SMTP.
Quando você usa a condição From com a condição igual (=), somente o nome de exibição é consultável no índice. Isso significa que, se você usar um endereço SMTP nas condições De ou Remetente , a pesquisa retornará um resultado se ambas as seguintes condições forem atendidas:
- O endereço SMTP usado na condição corresponde a um usuário ativo ou inativo no Microsoft Entra.
- O nome de exibição do usuário ativo ou inativo não foi alterado desde que o item de destino foi enviado ou recebido.
Quando você usa as condições Remetente ou De em uma pesquisa de Descoberta Eletrônica, o sistema tenta expandir o destinatário e expande a consulta para incluir o Nome de Exibição. Se tiver êxito, a consulta incluirá todos os endereços de email atribuídos ao endereço SMTP do usuário e ao nome de exibição herdado do Exchange. Se a expansão do destinatário não for bem-sucedida, a pesquisa usará apenas o valor fornecido nas condições De e Remetente para pesquisar o índice. As condições que podem resultar na falha da expansão do destinatário são:
- Usuários que partiram sem uma caixa de correio inativa retida.
- Usuários ativos ou inativos em que o endereço SMTP não está mais presente em um objeto.
- Usuários ativos ou inativos em que o nome de exibição foi alterado (quando o nome de exibição é usado com as condições Remetente ou De ).
Em alguns cenários, a expansão de destinatários também pode causar ocorrências em itens adicionais quando as pesquisas da organização são usadas. Por exemplo, o nome de exibição de um usuário pode fazer parte do nome de exibição de outro usuário. Por exemplo, um usuário pode ter o nome de exibição de John Doe e outro usuário pode ter o nome de exibição de John Doe Jr. Uma pesquisa em toda a organização pode retornar ocorrências de resultados de ambas as caixas de correio. Considere suprimir a expansão do destinatário nesse cenário adicionando um ponto no final do endereço SMTP.
Considerações adicionais incluem: a expansão do destinatário só dá suporte ao envio de sua própria caixa de correio e nenhuma atividade delegada ou de envio como. Verifique se você examinou os limites relevantes, incluindo a precisão do número máximo de membros do grupo de distribuição e o nível máximo de aninhamento para grupos de distribuição. Há suporte para grupos de segurança, e somente grupos de distribuição e o grupo de distribuição devem ser válidos quando o email é enviado.
Observação
Se você precisar revisar ou reduzir os itens retornados por uma consulta de pesquisa devido à expansão do destinatário, considere usar recursos premium da Descoberta Eletrônica. Você pode pesquisar mensagens (aproveitando a expansão do destinatário), adicioná-las a um conjunto de revisão e, em seguida, usar consultas de conjunto de revisão ou filtros para revisar ou restringir os resultados.
Conteúdo armazenado em caixas de correio do Exchange Online para Descoberta Eletrônica
Você usa principalmente uma caixa de correio no Exchange Online para armazenar itens relacionados a email, como mensagens, itens de calendário, tarefas e anotações. Mas isso está mudando à medida que mais aplicativos baseados em nuvem também armazenam seus dados na caixa de correio de um usuário. Uma vantagem de armazenar dados em uma caixa de correio é que você pode usar as ferramentas de pesquisa na Descoberta Eletrônica para encontrar, exibir e exportar os dados desses aplicativos baseados em nuvem.
Os dados de alguns desses aplicativos são armazenados em pastas ocultas localizadas em uma subárvore de mensagens não interpessoais (não IPM) na caixa de correio. Os dados de outros aplicativos baseados em nuvem podem não ser armazenados na caixa de correio, mas estão associados à caixa de correio e são retornados em pesquisas se esses dados corresponderem à consulta de pesquisa. Independentemente de os dados baseados em nuvem serem armazenados ou associados a uma caixa de correio do usuário, os dados normalmente não são visíveis em um cliente de email quando um usuário abre sua caixa de correio.
A tabela a seguir lista os aplicativos que armazenam ou associam dados a uma caixa de correio baseada em nuvem. A tabela também descreve o tipo de conteúdo que cada aplicativo produz.
| Aplicativo Microsoft 365 | Descrição |
|---|---|
| Horário das Aulas | Os planos criados no Horário de Aula são armazenados na caixa de correio do Grupo do Microsoft 365 correspondente que é provisionado quando você cria um novo plano. O alias da caixa de correio de grupo é o nome do plano. |
| Formulários* | Os formulários e as respostas a um formulário são armazenados em arquivos anexados a mensagens de email e armazenados em uma pasta oculta na caixa de correio do usuário que criou o formulário. Os formulários criados antes de abril de 2020 são armazenados como um arquivo PDF. Os formulários criados após 2020 são armazenados como um arquivo JSON. As respostas a um formulário são armazenadas em um arquivo CSV. Quando você exporta conteúdo de Formulários em um arquivo PST, esses dados estão localizados na pasta ApplicationDataRoot em uma subpasta nomeada com o seguinte GUID (identificado globalmente exclusivo): c9a559d2-7aab-4f13-a6ed-e7e9c52aec87. |
| Microsoft 365 Copilot e Microsoft 365 Copilot Chat | Todos os dados de atividade do Copilot (prompts e respostas do usuário) gerados em aplicativos e serviços do Microsoft 365 com suporte são armazenados em caixas de correio de custódia. |
| Grupos do Microsoft 365 | Email, itens de calendário, contatos (People), anotações e tarefas são armazenados na caixa de correio associada a um grupo do Microsoft 365. |
| Outlook/Exchange Online | Mensagens de email, itens de calendário, contatos (Pessoas), anotações e tarefas são armazenados na caixa de correio de um usuário. |
| Pessoas | Os contatos no aplicativo Pessoas (que são os mesmos contatos que os acessíveis no Outlook) são armazenados na caixa de correio de um usuário. |
| Skype for Business | As conversas do Skype for Business são armazenadas na pasta Histórico da Conversa nas caixas de correio dos usuários. Se a caixa de correio de um participante de uma reunião do Skype for colocada em Retenção de Litígio ou atribuída a uma política de retenção, os arquivos anexados a uma reunião serão retidos na caixa de correio dos participantes. |
| Sway* | Os Sways são armazenados como um arquivo HTML anexado a uma mensagem de email e armazenados em uma pasta oculta na caixa de correio do usuário que criou o sway. Ao exportar conteúdo do Sway em um arquivo PST, esses dados estão localizados na pasta ApplicationDataRoot em uma subpasta chamada com o seguinte GUID: 905fcf26-4eb7-48a0-9ff0-8dcc7194b5ba. |
| Tarefas | As tarefas no aplicativo Tarefas (que são as mesmas tarefas que podem ser acessadas no Outlook) são armazenadas na caixa de correio de um usuário. |
| Teams | As conversas que fazem parte de um canal do Teams estão associadas à caixa de correio do Teams. As conversas que fazem parte da lista de Chat no Teams (também chamadas de chats 1 x N) são associadas à caixa de correio dos usuários que participam do chat. Além disso, as informações de resumo para reuniões e chamadas em um canal do Teams estão associadas a caixas de correio de usuários que discaram para a reunião ou chamada. Portanto, ao pesquisar conteúdo do Teams, pesquise conteúdo na caixa de correio do Teams em conversas de canal e pesquise conteúdo em caixas de correio de usuário em chats 1 x N. |
| Tarefas pendentes | As tarefas (chamadas de tarefas pendentes, que são salvas em listas de tarefas pendentes) no aplicativo Tarefas Pendentes são armazenadas na caixa de correio de um usuário. |
| Viva Engage | Conversas e comentários em uma comunidade do Viva Engage estão associados à caixa de correio de grupo do Microsoft 365, bem como à caixa de correio do usuário do autor e de todos os destinatários nomeados (usuários @ mencionados ou com cópia atribuída). As mensagens privadas enviadas fora de uma comunidade do Viva Engage são armazenadas na caixa de correio dos usuários que participam da mensagem privada. |
Observação
* No momento, se você colocar uma retenção em uma caixa de correio usando retenções em casos de Descoberta Eletrônica, a retenção não preservará o conteúdo deste aplicativo.