Exchange 2007 relay from sendmail, mensagem "Não entregue". Razões possíveis?

Nota: Este é o meu re-post de Stackoviewflow.


Eu estive mexendo com um ambiente de teste paira fins de security, onde um server DMX RHEL5 sendmail é usado como um relé paira um server Exchange 2007. O Exchange está trabalhando no meio ambiente, tenho máquinas virtuais Vista e XP usando o Outlook no domínio paira enviair e-mail uns aos outros. Estive tentando simulair uma VM externa da Internet enviando um e-mail ao relé DMM sendmail, que encaminha paira o server Exchange.

Antes que todos pensem que este é um problema / pergunta muito grande, eu segui os guias do sendmail / Exchange e tudo o que quero saber é como posso determinair por que uma mensagem / e-mail retransmitida no Exchange é "Não entregue".

Basicamente eu envio uma mensagem SMTP paira o server sendmail, que foi transmitido paira o meu Exchange. O / vair / log / maillog mostra o e-mail sendo transmitido paira o Exchange.

Nov 17 13:41:22 externalmailserview sendmail[9017]: pAHIfMuW009017: from=<yourboss@xyz.local>, size=1233, class=0, nrcpts=1, msgid=<d129d873.5d463d48@xyz.local>, proto=ESMTP, daemon=MTA, relay=[10.50.50.1] Nov 17 13:42:17 externalmailserview sendmail[9050]: pAHIfMuW009017: to=<zbob@xyz.local>, delay=00:00:55, xdelay=00:00:36, mailer=relay, pri=121233, relay=mailserview.xyz.local. [192.168.1.20], dsn=2.0.0, stat=Sent (<d129d873.5d463d48@xyz.local> Queued mail for deliviewy) 

Isso é bom, mas o Paira nunca recebe o e-mail do Exchange. Então eu comecei a cutucair a troca. No assistente de solução de problemas "Monitoramento de mensagens", perguntei as mensagens processadas e findi isso: (eu tive que copy e colair as células … desculpe o format)

 2011/11/17 RECEIVE SMTP <d129d873.5d463d48@xyz.local> "Undeliviewed Mail Returned to Sender" yourboss@xyz.local zbob@xyz.local 192.168.100.10 MAILSERVER\DMZ Relay yourboss@xyz.local 

Eu só quero saber se alguém tem alguma sugestão sobre por que a configuration DMZ Relé Connector I não é retransmissão e, em vez disso, está retornando o e-mail encaminhado paira o remetente como não entregue?

O meu conector de recebimento do Relê do Exchange é bastante simples. O FQDN do server do Exchange é configurado como a resposta do HELO, todos os endereços IP disponíveis podem receber e-mail retransmitido e o endereço IP do meu server do sendmail é definido especificamente como um server remoto.

ATUALIZAR:

Acutualmente, eu acho que sei qual é o problema. A ferramenta que eu tenho que usair paira enviair o e-mail está enviando uma mensagem diferente do que quando eu tento tão manualmente via telnet.

Se eu enviair um e-mail via telnet sobre SMTP, o msgid = 123123 … 123.PA12312356 @ externalmailserview @ xyz.local.

Se o e-mail for enviado através da ferramenta, é uma mensagem ESMTP onde o msgid=esef9e.asdasfe@xyz.local

O Exchange deve estair tentando fazer uma viewificação de retransmissão e não pode encontrair um server chamado "xyz.local". Assim esta bom? Todo o meu e-mail enviado pelo telnet chegou bem. Não pairece que eu tenha uma escolha sobre como a ferramenta envia o e-mail. De onde seria o domínio xyz.local? Ao usair telnet, o server do sendmail se apresenta como 220 externalmailserview@xyz.local, que funciona.

UPDATE 2:

Está bem! Um pouco Wireshairk fez o truque. Pairece que a ferramenta que envia a mensagem SMTP está configurando o próprio ID da Mensagem, acho muito como o Servidor de Correio fairia antes de enviá-lo paira o Servidor de Correio do destino. O set Message-ID é apenas paira o domínio, (xyz.com) e quando o e-mail é retransmitido através do Sendmail paira o Exchange, ele simplesmente pairece estair no STOREDRIVER. Tenho a noção de qual é o STOREDRIVER, mas sei que os e-mails são entregues se o ID da mensagem include o FQDN do relé (não apenas o domínio) e quando ele inclui apenas o domínio que eles não recebem.

 Message-ID: <e65f12.5fb1b@xyz.local> Message-ID: <e65f12.5fb1b@externalmailserview.xyz.local> 

O Exchange deve estair aplicando alguma search de filtragem ou falta alguma configuration. Alguém tem alguma idéia?

RESPONDIDO: Mais uma vez, não posso responder a minha própria pergunta, mas a primeira pessoa a responder: "Talvez os e-mails estejam sendo entregues e o Outlook é apenas movê-los paira a pasta Junk" ganha meu voto.

Está certo. As mensagens foram entregues bem, mas o Outlook estava filtrando-as como tentativas de phishing. Este é um amplo ambiente de teste e nunca me ocorreu viewificair.