Exchange 5.6.0 Erro - as devoluções contêm endereços de e-mail que nunca foram destinados a receber os e-mails

Question

Estou com um problema estranho em um dos meus servidores Exchange.

O ambiente do Exchange é o seguinte

• O Exchange 2010 é o servidor de email principal (funções CAS, HT e MB instaladas)
• O Exchange 2003 ainda está em torno da funcionalidade de pasta pública de serviço / captura todos os e-mails no caso de o servidor principal estar inativo
• O Exchange 2003 tem filtragem de email do Vamsoft ORF
• O Exchange principal usa o Exchange Server Toolbox para filtragem de spam
• Temos um MX secundário apontado para o servidor do nosso provedor no caso de os dois servidores ficarem inativos

Eu tive pelo menos duas pessoas me enviando um e-mail com NDRs 5.6.0 ( O sistema de e-mail teve um problema ao processar esta mensagem. Não tentará entregar esta mensagem novamente. ) com uma conta em particular em uso (vou chamá-los de Usuário 1). A questão é que as contas de e-mail parecem estar afetadas e não têm nada a ver com os e-mails.

Instância 1

Um usuário obtém uma notificação de falha na entrega do Exchange Server informando que a mensagem não pôde ser entregue ao Usuário 1 porque o sistema teve um problema ao processá-la (5.6.0). O mais estranho é que o usuário não enviou um e-mail ao Usuário 1, nem o endereço de e-mail deles foi incluído na conversa. O usuário não é um delegado para o usuário 1.

Instância dois

Um usuário diferente obtém uma notificação de falha na entrega ao tentar enviar um e-mail ao Usuário 1, informando que o e-mail não pôde ser entregue a dois endereços que não estavam envolvidos no e-mail novamente. Uma vez que os endereços de e-mail eram internos, o outro era externo. Os logs do servidor não mostram nenhuma indicação de que a conta do usuário diferente ou a conta do Usuário 1 tentaram enviar por e-mail uma das contas para as quais as notificações de falha na entrega foram emitidas.

Vasculhar o Google me deixou sem respostas. Se alguém sabe o que pode estar acontecendo, eu realmente aprecio a ajuda. A única semelhança entre os dois casos é o envolvimento do Usuário 1.

NDR de SAMPLE (instância 2)

Delivery has failed to these recipients or groups:

[email protected]
The e-mail system had a problem processing this message. It won't try to deliver this message again.

Diagnostic information for administrators:

Generating server: externalorg.com

[email protected]
#< #5.6.0 smtp;554-5.6.0 Corrupt message content 554 5.6.0 STOREDRV.Deliver.Exception:ConversionFailedException; Failed to process message due to a permanent exception with message Content conversion: Corrupt summary TNEF content. ConversionFailedException: Content conversion: Corrupt summary TNEF content.> #SMTP#

Original message headers:

Received: from externalorg.com (10.240.187.152) by
 mailserver.externalorg.com (10.240.187.175) with Microsoft SMTP Server
 id 14.1.218.12; Mon, 22 Apr 2013 10:24:05 -0400
Received: from externalorg.com (127.0.0.1) id hel40a0171sv for
 <[email protected]>; Mon, 22 Apr 2013 10:24:05 -0400
 (envelope-from <[email protected]>)
Received: from SGCHC-VM1 ([10.240.187.155]) by externalorg.com (SonicWALL
 7.3.3.5225)    with SMTP; Mon, 22 Apr 2013 10:24:05 -0400
X-Spam-Flag: NO
X-Envelope-From: [email protected]
Return-Path: <[email protected]>
Received: from mailserver.internal.com (mailserver.internal.com [XX.XX.XX.XX] (may
 be forged))    by mailserver.externalorg.com (8.13.6/8.13.1) with ESMTP id
 r3MEKXSZ022398 for <[email protected]>; Mon, 22 Apr 2013 10:20:40
 -0400
X-Process: ESTProcessDone
Received: from mailserver.internal.com ([::1]) by mailserver.internal.com ([::1])
 with mapi id 14.02.0328.009; Mon, 22 Apr 2013 10:20:12 -0400
Content-Type: application/ms-tnef; name="winmail.dat"
Content-Transfer-Encoding: base64
From: Andrew Lee <[email protected]>
To: Intended Recipient <[email protected]>
CC: CC'd Recipient <[email protected]>, CC'd Recipient 2 <[email protected]>
Subject: E-mail Subject
Thread-Topic: E-mail Subject
Thread-Index: Ac4/ZHxWtkrvSmNBRGqAJRSzwwi+UA==
Date: Mon, 22 Apr 2013 10:20:12 -0400
Message-ID: <[email protected]>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator: <[email protected]>
MIME-Version: 1.0
X-Originating-IP: [10.0.12.245]
X-CSC: 0
X-CHA: v=2.0 cv=erhoOPVX c=1 sm=1 a=k0VIoRiYxUMh6u6gEgVkiA==:17
    a=x53dPfel6-oA:10 a=xqWC_Br6kY4A:10 a=WD2BLewFzigA:10 a=yMhMjlubAAAA:8
    a=SSmOFEACAAAA:8 a=M0gbf96hAAAA:8 a=-6-XvkMfAAAA:8 a=NDS3pNQkAAAA:8
    a=roYoVj6sLU96OE0orLQA:9 a=yPGI6Zi_0VQA:10 a=UiCQ7L4-1S4A:10
    a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 a=tXsnliwV7b4A:10 a=8hAFxE-LPOcA:10
    a=fU_8NNzUAV1fr42A:21 a=k0VIoRiYxUMh6u6gEgVkiA==:117
X-WHL: SLR
X-Mlf-KeyWords: assignments,research
X-Mlf-Language-Detected: NoLanguageFilter_english
X-Mlf-Connecting-IP: XX.XX.XX.XX
X-Mlf-Country-Code: CA
X-Mlf-Threat: nothreat
X-Mlf-Threat-Detailed: nothreat;none;none;none
X-Mlf-UniqueId: i201304221424050009667

    

Answer 1

Esse problema não está mais presente após a atualização do software anti-spam (Exchange Server Toolbox) para a versão mais recente. Nós testamos isso há mais de um mês e nenhum problema recorrente se apresentou