Não é possível gerenciar permissões "send on behalf" para usuários do Exchange vNext em um legado dedicado ou ambiente local e "send as"

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 3176536
Sintomas
Durante a coexistência do Exchange vNext, você não pode localizar um usuário que foi migrado para Exchange vNext no selecionador de pessoas no Exchange Admin Center (EAT). Além disso, as permissões "send on behalf" e "Enviar como" não podem ser adicionadas para legacy dedicado ou caixas de correio locais.
Causa
Depois de caixas de correio são movidas para do legacy dedicado ou ambiente local para o ambiente do Exchange vNext, elas são representadas como Caixas de correio remoto. Essas caixas de correio remotas não são exibidas no selecionador de pessoas EAT.
Como Contornar
Esse problema está sendo investigado pela Microsoft. Para contornar esse problema, execute os seguintes cmdlets do PowerShell remoto para adicionar essas permissões:

Propriedades

ID do Artigo: 3176536 - Última Revisão: 07/26/2016 11:38:00 - Revisão: 2.0

Microsoft Business Productivity Online Dedicated, Microsoft Business Productivity Online Suite Federal

  • vkbportal226 kbmt KB3176536 KbMtpt
Comentários