A solução é configurar o compartilhamento de namespace SMTP entre os dois servidores Exchange.
Aqui está uma interessante que não consigo descobrir. Eu estava prestes a ligar para a MS, mas pensei em verificar primeiro aqui.
Cenário:
Duas florestas do Exchange 2010 federadas com o GAL Sync.
O usuário [email protected] tinha uma caixa de correio no servidor do Exchange 2010.
Bob agora tem uma nova caixa de correio em uma floresta diferente do Exchange ([email protected]).
Bob quer que seu e-mail antigo seja encaminhado para [email protected] para [email protected].
Então ... fácil o suficiente, certo? Crie um contato no servidor do Exchange domain.com e defina o encaminhamento na caixa de correio e, para sorrisos, oculte a caixa de correio dos catálogos de endereços. Feito, né?
Errado (mais ou menos) ... porque (nota: tenho sincronização de federação e GAL permitindo livre / ocupado entre florestas):
Bob está recebendo solicitações de reuniões encaminhadas automaticamente de [email protected] que usaram o Assistente de programação e digitaram "[email protected]" e viram que ele estava disponível. Ele pega o calendário e diz "Hum ... Sally ... Estou reservada naquela hora", ao que ela responde "não pelo que vejo".
Agora, se Bob estiver disponível no [email protected] e ele aceitar, ele aparecerá no calendário do awesome.com como deveria. Mas Sally vê que o pedido ainda é enviado para [email protected] no assistente de agendamento, já que ele está livre, mas [email protected] está vindo para a reunião.
SO ... basicamente, os usuários na organização domain.com ainda podem ver detalhes de disponibilidade no calendário antigo da caixa de correio [email protected], mesmo que a caixa de correio esteja oculta da GAL.
A PERGUNTA:
Como não consigo criar um contato e depois encaminhar esse contato ... há alguma maneira de contornar o problema acima? Eu não acho que posso remover um calendário de uma caixa de correio. Eu considerei remover todas as permissões do calendário, mas não tinha certeza se esse era o caminho certo para ir para baixo ou não.
OU ainda melhor: alguém pode me dizer como aceitar e-mail para [email protected] no Exchange sem ter uma caixa de correio para ele e redirecioná-lo para [email protected]?
UPDATE: Eu descobri como lidar com o calendário com a remoção das permissões padrão ... é uma correção ok. O BOUNTY será para a pergunta "OR EVEN BETTER" em negrito. Se não for possível, então isso não conta como digno de uma BOUNTY. :) Obrigado!
Normalmente, usaria o targetAddress no objeto de usuário por meio de adiedit para encaminhar e-mails durante as migrações, mas isso não cuida da sincronização do calendário.
Que tal uma regra de transporte?
Eu também usei o Quest Migration Manager for Exchange para sincronizar informações de disponibilidade entre organizações do Exchange.
Como Bob é, na verdade, parte de uma floresta do Exchange diferente, Sally não pode ver as informações de disponibilidade do Bob na outra organização do Exchange (e vice-versa). Se eu estou lendo o que você fez corretamente, você essencialmente criou um contato externo para Bob para sua nova organização do Exchange ([email protected]) e escondeu sua caixa de correio existente ([email protected]) da GAL (que não esconde livre / ocupado informações em sua caixa de correio). Em seguida, você define o endereço de encaminhamento em sua caixa postal [email protected] para encaminhar para [email protected].
Quando Sally vai marcar uma reunião com Bob, ela resolve sua conta [email protected] e mostra que ele está livre, o que é verdade, já que, de acordo com sua caixa de correio @ domain.com, ele é.
Existem várias maneiras diferentes de tentar resolver isso, mas nada realmente interessante e seco. Um desses métodos pode funcionar para você com base em seus requisitos:
Diga a Sally que Bob não mora mais no domínio domain.com, e ela não pode ver suas informações de disponibilidade para agendar reuniões com segurança com ele. Ela pode continuar enviando solicitações de reunião para sua conta do domínio.com, mas tem que aceitar que não consegue ver se ele está realmente ocupado ou não. Isso é bom se Sally e Bob forem os únicos usuários envolvidos com esse problema, mas não funcionar se você tiver 1/2 usuários divididos entre as organizações do Exchange e os usuários do domínio.com não tiverem certeza de quais são na orgia awesome.com.
Remova as permissões de disponibilidade de Bob em sua caixa de correio de domínio.com para quando Sally (ou qualquer outro usuário do domínio.com) tenta agendá-lo, ele mostra com nenhuma informação livre / ocupado e Sally não pode afirmar que ele apareceu para ser livre no seu fim. Pelo que eu recolhi, você faria isso usando o Set Cmdlet MailboxPermissions ou abrindo a caixa de correio domain.com de Bob diretamente no Outlook e definindo as permissões de calendário para "Padrão" como Nenhum.
Remova a caixa de correio de dominio do Bob e só deixe o contato externo para [email protected] na GAL. Isso quebrará o encaminhamento de e-mail para [email protected] > [email protected], o que pode ser um problema para Bob, mas as pessoas logo perceberão que ele não vive em domain.com mais quando eles recebem NDRs e fazem perguntas, descubra sua nova endereço quando eles chamá-lo e perguntar-lhe sobre isso, etc ... Se Bob não mais ainda precisa fazer o login no domínio domain.com você pode remover sua conta AD inteira.
Se você tiver acesso a ambas as organizações do Exchange (domain.com e awesome.com), você pode configurá-los para compartilhar informações de disponibilidade entre eles. Eu pessoalmente nunca fiz isso, mas fazendo algumas pesquisas rápidas encontradas este artigo do technet do MS sobre como configurá-lo em alta nível com links para as etapas mais detalhadas. Como muitos artigos de technet, pode haver mais ressalvas do que o próprio artigo.
Na minha empresa, temos usuários em dois locais diferentes que usam principalmente uma ou outra organização do Exchange para e-mail, mas não temos um recurso de agendamento de calendário unificado, pois não controlamos a outra organização do Exchange. Apenas encaminhamos mensagens para a outra organização se o usuário disser que está usando principalmente essa para o e-mail ou não encaminhará se elas usam principalmente a nossa. Com o tempo, nossos usuários começaram a lembrar-se de usar o e-mail de nosso domínio ou o contato externo para o envio de e-mails ("Vamos ver ... essa pessoa está no outro local, por isso não envie um e-mail para sua conta domain.com , Eu uso o contato externo ... "). Não é fácil de gerenciar, mas de alguma forma parece funcionar para eles ou eles simplesmente aceitaram o fato de não poderem ver as informações de agendamento da outra organização para reuniões.
Atualização para o cenário OR ainda melhor (disclaimer - não testado):
Tags exchange-2010