Exchange não encaminhando correio local para o segundo servidor Exchange

Question

Temos dois servidores de email do Exchange 2003 ( mail_old e mail_new ) no mesmo grupo administrativo. mail_new tem um usuário, enquanto mail_old tem todos os outros usuários e está conectado à Internet. Usamos o serviço Postini do Google para enviar e-mails.

O problema que estamos tendo é que os emails para o usuário no mail_new estão em uma fila chamada mail_new.domain.local , em vez de serem enviados para entrega local.

Usando o centro de monitoramento de mensagens, os seguintes eventos são registrados:

SMTP: Message Submitted to Advanced Queuing
SMTP: Started Message Submission to Advanced Queue
SMTP: Message Submitted to Categorizer
SMTP: Message Routed and Queued for Remote Delivery
STMP: Started Outbound Transfer of Message 

Portanto, acho que o problema é que o email deve estar sendo enfileirado para entrega local, mas não é. Alguma idéia de como consertar isso?

Um pouco mais de informação. Nosso servidor virtual SMTP em ambos os servidores de e-mail usa o servidor do Postini como um host inteligente. Temos 1 conector SMTP com as seguintes configurações:

Address Spaces
  domain.co.uk
  domain.local
Connector scope : Entire Organization
Allow messages to be relayed to these domains : unchecked

Use DNS to route to each address space on this connector : checked
Local Bridgeheads
     mail_old "Default SMTP Virtual Server"

Alguma ideia é de alguém?

    

Answer 1

Você não deseja especificar um host inteligente nos servidores virtuais SMTP. Isso é o que está fazendo com que seu e-mail não seja entregue entre os servidores. Você pode pensar que o seu conector SMTP irá "substituir" as configurações nos servidores virtuais SMTP, mas isso não acontecerá.

O Postini tem problemas para receber a entrega de um conector SMTP. Eles não estão realmente fazendo armazenamento e encaminhamento - eles estavam agindo mais como um proxy de camada 7 entre o servidor SMTP de destino remoto e o servidor SMTP de envio. Se o servidor SMTP remoto rejeitar um destinatário, por exemplo, o Postini retornará um erro que colocará o conector SMTP no estado de repetição, "entupindo" a fila do conector SMTP. Eles não mudaram esse comportamento, então você terá que passar por truques de configuração estúpidos para desviar do dano cerebral.

Edit: Aqui está uma prévia do que era o problema do Postini, historicamente. Eu sei que este ainda era o caso em 2007, mas eu não sei se eles diminuíram e fizeram do serviço um verdadeiro serviço de armazenamento e encaminhamento ou não: link

Editar 2: dê uma olhada no guia aqui: link

Postini ainda é completamente danificado pelo cérebro e estúpido, aparentemente. Eles querem que você passe por giros selvagens (e, francamente, eles estragam o modo como o Exchange deve funcionar) para que seu e-mail seja entregue a eles sem usar um conector SMTP em um ambiente do Exchange 2003 porque eles são AINDA não apenas fazendo armazenamento e encaminhamento.

Basicamente, em vez de permitir que você use a funcionalidade incorporada em um conector SMTP no Exchange (e permitir que o mecanismo de roteamento do Exchange faça os melhores julgamentos sobre como mover o email entre servidores em um ambiente de vários servidores) quero que você crie uma palavra-chave de servidores virtuais SMTP com hosts inteligentes habilitados e com retransmissão permitida - na verdade executando a funcionalidade de roteamento no Exchange.

Morons.

    

Answer 2

Independentemente da configuração do provedor externo, geralmente você não deseja que os smarthosts sejam configurados no servidor virtual SMTP. Isso encaminha todas as mensagens que saem do servidor através desse servidor virtual, em vez de deixar o ambiente do Exchange. Em vez disso, configure qualquer smarthost necessário no conector SMTP apropriado para o grupo de roteamento.