Exchange 2003 SP2 / 2007: espaço de endereço ignorado no conector SMTP

3

MS e Postini (Google) estão em estado de confusão, e uma longa história curta, a Microsoft foi / bloqueou o bloqueio de IP do Postini. Eu acho que foi levantado novamente, mas a minha solução não está funcionando (veja abaixo).

Eu tenho um Small Business Server com o Exchange 2003 SP2 nele e o conector SMTP padrão está configurado para rotear emails por meio do Postini como um smarthost. Isso funciona bem. O espaço de endereço é:

* cost 1

Devido a esse bloqueio, criei outro conector SMTP chamado "Microsoft Domains" definido para usar o DNS para entregar mensagens para toda a organização. Nos espaços de endereço, tenho o seguinte:

hotmail.com cost 1
msn.com cost 1

Eu tenho apenas um servidor virtual SMTP (o padrão) como bridgehead local para esses dois conectores; em Entrega - > Avançado o campo smarthost está vazio.

A questão é que meu conector "Microsoft Domains" parece ser ignorado - enviei um e-mail de teste para minha conta do hotmail e esperava ver meu IP da WAN no campo "Recebido por" nos cabeçalhos, mas é sempre de Bloco de Postini (64.18.0.0/20). Ainda mais, eu ainda estou recebendo 5.3.3 erros de rejeição de servidores de email da Microsoft quando eu enviar para a conta hotmail.com, por isso definitivamente ainda está saindo smarthost do Postini:

5.5.0 smtp;550 SC-002 Mail rejected by Windows Live Hotmail for policy reasons. The mail server IP connecting to Windows Live Hotmail has exhibited namespace mining behavior.

A documentação do TechNet implica que o conector com a maior especificidade "vencerá", mas isso não parece ser o caso:

The address space defines the mail addresses or domains for the e-mail messages that you want to route through a connector. For example, an address space of * (asterisk) encompasses all external domains—this connector is used to route all external e-mail. If you created a second connector with an address space of *.net, Exchange would route all mail sent to a domain with a .net extension through the second connector. This action occurs because Exchange selects the connector that has the most similar address space. This setting is configured on the Address tab of the SMTP connector's properties.

Eu tentei reiniciar o serviço do mecanismo de roteamento do Exchange, mas sem sucesso; Eu tentei mudar o custo do conector padrão para 5; Eu também tentei isso em uma caixa do SBS 2008 Exchange 2007, mas sem dados. Alguma idéia?

    
por gravyface 04.02.2010 / 17:59

2 respostas

2

Eu mesmo ajustaria os custos:

"If you have multiple connectors, especially a connector that has a * in the address space (for sending email via your ISP) then you need to adjust the cost carefully. The wildcard SMTP connector with the * should have the highest cost, SMTP Connectors pointing to internal servers should have the lowest (so that they are used first). If you want to load balance the connectors then you can set multiple connectors at a cost of 1."

Então, eu aumentaria o custo do conector postini para 2, então tudo tentará o conector Microsoft Domains primeiro e, em seguida, quando perceber que o espaço de endereço específico vai para o conector postini.

    
por 19.02.2010 / 11:29
0

O seu Exchange Server pode resolver os domínios da Microsoft? O Exchange usa o DNS para resolver domínios antes de serem categorizados,

Enviando correio da Internet Para enviar correio da Internet, o Exchange depende dos mesmos componentes que ele recebe para receber mensagens da Internet: DNS, o protocolo SMTP, o categorizador de mensagens, o mecanismo de enfileiramento avançado e o mecanismo de roteamento do Exchange. O correio da Internet é enviado pelo Exchange da seguinte maneira:

1.Um usuário interno envia uma mensagem para um domínio remoto. A mensagem é enviada no servidor Exchange no qual a caixa de correio do usuário reside.

2.A mensagem é enviada para o mecanismo de enfileiramento avançado de duas maneiras:

Se a mensagem foi enviada usando um cliente Microsoft Office Outlook® Web Access ou Outlook (MAPI), o armazenamento do Exchange envia a mensagem ao mecanismo de enfileiramento avançado por meio do driver de armazenamento.

Se a mensagem foi enviada usando um POP (Post Office Protocol) ou um cliente IMAP (Internet Mail Access Protocol), o SMTP passa a mensagem para o mecanismo de enfileiramento avançado.

3.O categorizador de mensagens, em seguida, consulta o servidor de catálogo global com o endereço do destinatário para localizar o usuário. Se o endereço do destinatário não estiver em uma diretiva de destinatário ou se um destinatário correspondente com um endereço de proxy não existir (o endereço do destinatário não será armazenado no Active Directory), o categorizador de mensagem determinará que a mensagem está vinculada a um domínio remoto.

4.O mecanismo de enfileiramento avançado faz uma chamada para o mecanismo de roteamento do Exchange para determinar o próximo destino, ou hop, para uma rota para o espaço de endereço que mais se aproxima do domínio remoto.

5.Com estas informações, o servidor determina se deve enviar a mensagem, encaminhá-la para o host inteligente ou usar um conector SMTP com o espaço de endereço remoto.

6.Se houver vários conectores ou servidores virtuais que manipulam mensagens de saída, o mecanismo de enfileiramento avançado determina o servidor virtual ou conector com o espaço de endereço que mais se aproxima do espaço de endereço do domínio remoto e quaisquer restrições para esse conector.

7.A mensagem é roteada para o servidor virtual SMTP do conector de saída ou para o servidor virtual SMTP de saída que é responsável pela entrega.

8. O servidor virtual SMTP localizado no servidor do Exchange que executa a categorização usa as informações da metabase para o atributo de ação de rota do domínio remoto.

9.O servidor virtual SMTP no servidor Exchange executa uma das duas tarefas:

Usa o DNS para pesquisar o endereço IP do domínio de destino e, em seguida, tenta entregar a mensagem.

Encaminha a mensagem para um host inteligente que assume a responsabilidade pela resolução e entrega de DNS.

    
por 22.02.2010 / 12:15