A entrega do Gmail às vezes falha no domínio1, mas nunca no domínio2, ambos os domínios têm o mesmo MX, etc.

Question

Digamos que temos dois domínios, domain1.co.za e domain2.co.za . Ambos apontam para os mesmos registros MX com a mesma prioridade, mx1.isp.co.za e mx2.isp.co.za, ambos enviando o e-mail por meio do serviço de filtragem / varredura do ISP. A partir daí, o correio para os dois domínios é entregue ao nosso servidor do Exchange no local usando o SMTP. Em outras palavras, o roteamento das mensagens enviadas para ambos os domínios é exatamente o mesmo.

• Estamos vendo uma entrega com falha consistente de mensagens enviadas do Gmail para o domínio1.co.za, mas apenas para alguns usuários do Gmail. Para alguns usuários do Gmail, as mensagens são entregues consistentemente para domain1.co.za.
• Por outro lado, as mensagens enviadas para o domínio2.co.za são entregues de forma consistente, mesmo quando enviadas por usuários do Gmail cujo e-mail falhou em domain2.co.za.

Uma mensagem devolvida para mensagens enviadas para domain1.co.za é assim:

Delivery to the following recipient failed permanently:

     [email protected]

Technical details of permanent failure:=20
Google tried to deliver your message, but it was rejected by the recipient =
domain. We recommend contacting the other email provider for further inform=
ation about the cause of this error. The error that the other server return=
ed was: 571 571 Server listed in SpamCop RBL (state 14).

----- Original message -----

Received: by 10.182.75.65 with SMTP id a1mr18153847obw.32.1326873881149; We=
d,
 18 Jan 2012 00:04:41 -0800 (PST)
MIME-Version: 1.0
Received: by 10.60.8.3 with HTTP; Wed, 18 Jan 2012 00:04:00 -0800 (PST)
X-Originating-IP: [41.134.138.227]
From: Graeme Donaldson <[email protected]>
Date: Wed, 18 Jan 2012 10:04:00 +0200
Message-ID: <[email protected]=
il.com>
Subject: test
To: [email protected]
Content-Type: text/plain; charset=3DISO-8859-1

Por outro lado, os cabeçalhos SMTP de um email entregue com sucesso são assim:

Received: from mx2.isp.co.za (196.x.y.z) by mail.domain1.co.za
 (172.x.y.z) with Microsoft SMTP Server id 14.1.323.3; Wed, 18 Jan 2012
 10:23:23 +0200
Received: from mail-qy0-f175.google.com (Not Verified[209.85.216.175]) by
 mx2.isp.co.za with MailMarshal (v6,8,4,9558)   id <B4f16817a0000>; Wed,
 18 Jan 2012 10:23:22 +0200
Received: by qcsp14 with SMTP id p14so2850129qcs.34        for
 <[email protected]>; Wed, 18 Jan 2012 00:23:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type;
        bh=oC4vJzzjAUASBEWdam7JzvNUOB1qoyAUm0ztpK7fjwA=;
        b=I/A2jur39kdKCzu57CHzHzeJNbVqcb/e7WV8SDyulEJTKd942OrM+QYkvF8G5Xwkz4
         ssZ/p/geoqop0dgTAvoCMcdE1escL3UH3ob3k3Vgs4FqH2aKWYT7LqG3Eb53Z4Kl++K8
         D3sD0I8Eb2nZEPLR2pR0K7s8WAtnGb/XgJAws=
MIME-Version: 1.0
Received: by 10.229.76.91 with SMTP id b27mr8321239qck.124.1326875001168; Wed,
 18 Jan 2012 00:23:21 -0800 (PST)
Received: by 10.229.250.66 with HTTP; Wed, 18 Jan 2012 00:23:21 -0800 (PST)
Date: Wed, 18 Jan 2012 10:23:21 +0200
Message-ID: <CANFFNku=7OMQZxXd18LtiA7x7V+uj=[e-mail]>
Subject: test
From: User <[email protected]>
To: <[email protected]>
Content-Type: multipart/alternative; boundary="001d605b95931b230b04b6c92924"
Return-Path: [email protected]
X-MS-Exchange-Organization-AuthSource: exch.ad.local
X-MS-Exchange-Organization-AuthAs: Anonymous

Comparando os cabeçalhos SMTP, observo que há três cabeçalhos "Recebidos:" que parecem estar totalmente dentro da rede do Google, com o quarto cabeçalho "Recebido:" sendo o primeiro a sair da rede do Google. Olhando para a mensagem de rejeição, ela só tem dois cabeçalhos "Recebidos:", o que me faz pensar que essa falha está dentro da rede do Google.

O Google é notoriamente incontornável para coisas como essa, então espero que alguém tenha visto algo parecido. Alguém já teve um problema semelhante?

    

Answer 1

Aqui está a mensagem de erro relevante:

The error that the other server return=
ed was: 571 571 Server listed in SpamCop RBL (state 14).

Um dos servidores de saída do Google foi bloqueado pelo SpamCop. Isso acontece de tempos em tempos, pois as pessoas fornecem sua senha para ataques de phishing. Em seguida, os invasores usam contas do Google e, após alguns relatórios, um dos servidores do Google é colocado na lista negra.

Você pode considerar não usar listas de spamcop nos servidores MX, se eles estiverem sob seu controle.

    

Answer 2

O SpamCop automaticamente colocará um servidor na lista negra se um determinado número de usuários reportar o servidor (IP) como um servidor de spam. Quando os relatórios param, o servidor é automaticamente removido da lista negra.

O Google obviamente tem mais de um servidor SMTP, cada um com seu próprio cache de DNS. É possível que o servidor tenha armazenado em cache o resultado da lista negra.