Eu fiz uma configuração exatamente como você está perguntando, embora com o Exchange 2010, que é um pouco diferente de 2007 a esse respeito. Ele vai lidar com listas de distribuição, etc. Seja cauteloso sobre ter os mesmos cross-forest embora ... como helpdesk ou vendas ou qualquer outra coisa.
Basicamente, isso se resume a três coisas:
- Você deve (se ainda não tiver) um namespace SMTP compartilhado para o DEF.NET. Isso tornará o envio e o recebimento como DEF.NET para TODOS ... e simplificará os namespaces usados. Você pode fazer isso entre florestas.
- O Exchange 2010 simplifica essa parte, mas ainda é possível no Exchange 2007 com o SP mais recente, acredito. Olhe para a Federação Cross-Forest, se necessário. Basicamente, isso permitirá a disponibilidade de recursos entre florestas e a sincronização de disponibilidade. Ajuda para reuniões, etc
- Nós usamos (e eu recomendo) um produto da netsec.de chamado GAL Sync ... link É feito por uma empresa alemã, mas tem suporte completo em inglês e funciona incrivelmente bem. Será necessário configurá-lo em ambos os lados, mas funciona tão bem com tantas opções personalizáveis. Analisamos todos os outros, como o IIFP (agora ILM), o Quest Collaboration Services, fazendo isso em casa, contatos manuais em ambos os lados, etc.
Isso não é para os fracos de coração no geral. Você tem que ter certeza de que está certo, porque o Exchange é mimado. Tomemos por exemplo um único contato que você já tem na outra floresta. Agora, exclua-o, recrie-o e observe o que acontece quando alguém tenta responder a um e-mail existente a partir do "contato" original. Irá saltar porque está procurando aquele objeto original do Exchange, não o endereço SMTP. Portanto, tenha cuidado e vá devagar. Mesmo com as opções acima, eu demorei alguns meses planejando e testando para ter certeza de que iria funcionar sem problemas.