Google Apps como host de correio (externo) para o Exchange 2007 (interno)

1

Tenho certeza de que isso foi feito, mas depois de cerca de dois dias de pesquisas inúteis, não estou conseguindo o que preciso.

O que está acontecendo é que estamos usando o Google Apps para nosso e-mail (os servidores MX estão apontados para GApps) e baixamos a caixa de correio de cada usuário ([email protected] como hospedado no GApps) pelo conector POP3 no SBS 2008 Exchange. Eu posso enviar e-mail para outros domínios muito bem através do host inteligente do nosso ISP.

Meu problema é este: eu configurei uma conta de usuário no SBS para User1 ([email protected]) e, portanto, ela tem uma caixa de correio local no Exchange. Eu não tenho uma conta de usuário para o Sr. Presidente ([email protected]) como ele quer continuar usando o IMAP de GApps para o seu Mac. O Usuário1 não pode enviar nenhum email para o Presidente. Mas o Usuário1 pode enviar e-mails para qualquer outro usuário com uma conta no SBS 2008.

Eu tentei configurar o domínio Hub Transport Accepted para domain.net como "Internal Relay", enquanto domain.local está definido como "Authoritative" e como domínio aceito padrão.

O Exchange me dá este erro: O endereço de e-mail do destinatário não foi encontrado no sistema de e-mail do destinatário. O Microsoft Exchange não tentará entregar novamente esta mensagem para você. Por favor, verifique o endereço de e-mail e tente reenviar esta mensagem ou forneça o seguinte texto de diagnóstico ao administrador do sistema.

550 5.1.1 RESOLVER.ADR.RecipNotFound; não encontrado

Alguma idéia sobre o que é esse problema? Eu preferiria que até mesmo o e-mail enviado para [email protected] seja enviado através do host inteligente e, em seguida, seja recebido pelo GApps e, em seguida, seja puxado pelo POP3 para o Exchange ...

Eu entendo que o que eu quero talvez negue o propósito do Exchange e aumente os requisitos de largura de banda, mas meu caso de negócio para isso é falhar, nós teremos TODA nossa caixa de entrada intacta no Google Apps. E, claro, se houvesse um vírus enviado de uma de nossas estações de trabalho, seria melhor se ele passasse pelo Google Apps primeiro antes de chegar ao Exchange (enquanto na configuração padrão, ele envia diretamente para a caixa de correio do Exchange e nunca passa pela internet).

    
por Jared 01.07.2011 / 05:52

1 resposta

2

@Jared: Não me refiro a nenhum desrespeito, mas sinceramente não sei por que as empresas se incomodam em pagar e usar o Exchange se não forem usá-lo como pretendem. Você tem uma configuração que é mais complicada de configurar, gerenciar e solucionar problemas, tudo sob o disfarce de que você está "se protegendo" de alguma falha futura imprevista que, com toda a probabilidade, não vai acontecer. Se você não confia no Exchange, no servidor, na sua infraestrutura interna ou em si mesmo, acabe com o Exchange completamente e pare de se drogar com esse cenário insustentável.

Eu sei que o conector POP vem do MS, mas acho que foi uma má idéia da parte deles, já que deu às empresas um motivo para implementar cenários como o seu, que na minha opinião, são mais problemas do que valem.

Você considerou trazer seu e-mail "totalmente" internamente e acabar com a implementação atual? Você tornaria a administração muito mais fácil e você sempre pode criar o nível necessário de redundância e disponibilidade.

Você passou 2 dias procurando uma solução para um problema que não existiria se estivesse usando o Exchange da maneira que deveria ser usado. Todas as razões que você declarou para implementar este cenário podem ser tratadas internamente.

    
por 01.07.2011 / 06:06

Tags