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.
Número original do KB: 2966790
Sintomas
Um usuário que não tem um representante de caixa de correio encontra um ou ambos os seguintes problemas no Microsoft Outlook:
Quando uma solicitação de reunião é enviada ao usuário, a reunião aparece corretamente como Provisória no calendário do usuário, mas o Outlook não encaminha a solicitação para a Caixa de Entrada. Por exemplo, a solicitação aparece na pasta Itens Excluídos.
Quando um participante responde a uma solicitação de reunião criada pelo usuário, as informações de rastreamento de reunião no calendário do usuário refletem corretamente a resposta, mas o Outlook não encaminha a resposta para a Caixa de Entrada. Por exemplo, a resposta aparece na pasta Itens Excluídos.
Motivo
Os problemas podem ocorrer pelos seguintes motivos.
Causa 1
A pasta MAPI Receive que contém mensagens de entrada para o IPM. HORÁRIO. A classe de mensagem MEETING não está definida para a pasta Caixa de Entrada. Em vez disso, os itens de reunião aparecem na pasta Itens Excluídos.
Você pode usar Exchange Online PowerShell para testar essa causa. Use um dos métodos a seguir.
Observação
Ambos os métodos fornecem informações úteis. Por exemplo, o método A mostra quantos itens de reunião foram direcionados incorretamente para a pasta Itens Excluídos e o método B confirma para qual pasta um item específico foi entregue.
Método A
Execute o seguinte cmdlet Get-MailboxFolderStatistics do PowerShell:
Get-MailboxFolderStatistics -Identity <user ID> -FolderScope NonIpmRoot -IncludeOldestAndNewestItems | ? Name -eq "Schedule" | FL Name,FolderType,NewestItemReceivedDate,ItemsInFolder
A captura de tela a seguir mostra um exemplo da saída do cmdlet.
Por esse motivo, o valor da contagem de ItemsInFolder é diferente de zero e o valor do carimbo de data/hora NewestItemReceivedDate corresponde à data e hora do item de reunião entregue incorretamente mais recente.
Método B
Execute os seguintes cmdlets do PowerShell Get-MessageTrace e Get-MessageTraceDetail :
Get-MessageTrace -StartDate <search start date> -EndDate <search end date> | ? Subject -match <item subject> | Get-MessageTraceDetail
A captura de tela a seguir mostra um exemplo da saída do comando.
Por essa causa, o valor do parâmetro Detail para o evento de entrega é: The message was successfully delivered to the folder: DefaultFolderType:LegacySchedule
.
Causa 2
Para mensagens que têm um IPM. Rule.Version2.Message , o valor da propriedade PR_RULE_MSG_PROVIDER está definido incorretamente como Schedule+ EMS Interface
.
Resolução
Se você testou a Causa 1 no Exchange Online PowerShell e descobriu que a Causa 1 não é aplicável, comece na Resolução da Causa 2. Caso contrário, comece na Resolução para a Causa 1.
Resolução para a Causa 1
Observação
Para usar o procedimento a seguir, você deve ser o usuário ou ter permissões de acesso total à caixa de correio do usuário. Execute o procedimento em um computador baseado no Microsoft Windows que tenha o cliente da área de trabalho do Outlook instalado e um perfil do Outlook para a caixa de correio.
No Outlook, selecione Arquivo>Conta>do Office Sobre o Outlook para determinar se o cliente da área de trabalho é a versão de 32 bits ou 64 bits.
Baixe e extraia a versão mais recente do MFCMAPI, de 32 bits ou 64 bits, para corresponder à instalação do Outlook.
Importante
Embora o editor MFCMAPI seja compatível, tenha cuidado ao usá-lo para editar as configurações da caixa de correio. Usar o editor MFCMAPI incorretamente pode danificar permanentemente uma caixa de correio.
Feche o Outlook e execute MFCMapi.exe. Se a tela de inicialização do MFCMAPI for exibida, feche-a.
Selecione Opções de ferramentas>para abrir a janela Opções.
Selecione ambas as opções a seguir para definir MFCMAPI para o modo online e selecione OK:
- Usar o sinalizador MDB_Online ao chamar OpenMsgStore
- Use o sinalizador MAPI_NO_CACHE ao chamar OpenEntry
Importante
Certifique-se de concluir a etapa 5.
Selecione Logon de sessão>para abrir a janela Escolher perfil.
Selecione o perfil do Outlook para o usuário afetado e, em seguida, selecione OK.
Clique duas vezes na caixa de correio aplicável na coluna Nome de Exibição para abri-la.
Na nova janela exibida, selecione MDB>Exibir>tabela de pastas de recebimento.
Na janela Tabela de Pastas de Recebimento, verifique se a coluna Classe de Mensagem tem um IPM. HORÁRIO. Entrada da REUNIÃO. A captura de tela de exemplo a seguir mostra essa entrada.
Se a janela Tabela de Pastas de Recebimento não contiver um IPM. HORÁRIO. MEETING , verifique novamente se você concluiu a etapa 5 (define MFCMAPI para o modo online). Se você concluiu a etapa 5, ignore as etapas restantes e, em vez disso, tente a Resolução para a Causa 2 , caso ainda não tenha feito isso.
Expanda o contêiner Raiz .
Clique com o botão direito do mouse em Agenda e selecione Definir Avançado>para abrir a janela SetReceiveFolder.
Digite IPM. HORÁRIO. MEETING no campo Classe, selecione Excluir associação e, em seguida, selecione OK.
Atualize a janela Tabela de Pastas de Recebimento e verifique se o IPM. HORÁRIO. A entrada MEETING não existe mais.
Verifique se o problema foi resolvido para o usuário. Se o problema persistir, tente a Resolução para a Causa 2 se ainda não tiver feito isso.
Resolução para a Causa 2
Conclua as etapas de 1 a 8 em Resolução para a Causa 1 para inicializar o MFCMAPI.
Expanda o contêiner Raiz e, em seguida, expanda Parte Superior do Armazenamento de Informações.
Clique com o botão direito do mouse em Caixa de Entrada e selecione Abrir tabela de conteúdo associada.
No painel superior, selecione o cabeçalho da coluna Classe de Mensagem para classificar a coluna.
Para cada mensagem na coluna Classe de Mensagem que tenha um valor de
IPM.Rule.Version2.Message
:Selecione a mensagem.
No painel inferior, verifique o valor da propriedade PR_RULE_MSG_PROVIDER .
Se o valor da propriedade PR_RULE_MSG_PROVIDER for
Schedule+ EMS Interface
, exclua a mensagem no painel superior.
A captura de tela de exemplo a seguir mostra como excluir uma mensagem que tem uma classe de mensagem e um valor de
IPM.Rule.Version2.Message
propriedade PR_RULE_MSG_PROVIDER deSchedule+ EMS Interface
.Verifique se o problema foi resolvido para o usuário. Se o problema persistir, tente a Resolução para a Causa 1 , caso ainda não tenha feito isso.