todas as mensagens que vão para o gmail SPAM (sendmail on centos) 127.0.0.1 problem?

Question

UPDATE ON SPF CHECK link :

O cheque de SPF me dá isto: um servidor de email habilitado para SPF rejeitou uma mensagem que reivindicou um endereço de remetente de envelope de [email protected]. Um servidor de email habilitado para SPF recebeu uma mensagem de ourdomain.com (x.x.x.X) que reivindicou um endereço de remetente do envelope de [email protected]. O domínio ourdomain.com autorizou ourdomain.com (x.x.x.x) a enviar e-mails em seu nome, portanto, a mensagem deveria ter sido aceita. É impossível para nós dizer por que foi rejeitado

ATUALIZAÇÃO: estou usando o Google Apps para enviar e receber e-mails de e-mail. Talvez isso ajude na pesquisa do nosso problema. Temos apenas registros MX para configuração do Gmail e agora estamos pensando que isso pode ser um problema. Se um servidor de e-mail recebe um e-mail de www.dominio.com e não consegue encontrar um registro MX para esse IP, isso pode ser ruim ou não?

todos os nossos e-mails estão indo para a pasta de spam do Gmail. Os e-mails não são spam ou volumosos, apenas e-mails de confirmação de registro de nosso aplicativo da web.

Os cabeçalhos do SPF me fornecem o seguinte

Received-SPF: pass (google.com: best guess record for domain of [email protected] designates x.x.x.x as permitted sender) client-ip=x.x.x.x;
Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of [email protected] designates x.x.x.x as permitted sender) [email protected]
Received: from www.ourdomain.com (localhost [127.0.0.1])

em que x.x.x.x é o nosso endereço IP completo

ATUALIZAÇÃO meus e-mails e cabeçalhos completos estão agora:

Delivered-To: [email protected]
Received: by 10.216.183.13 with SMTP id p13cs84787wem;
        Sat, 13 Nov 2010 09:00:00 -0800 (PST)
Received: by 10.229.214.139 with SMTP id ha11mr3256460qcb.235.1289667599435;
        Sat, 13 Nov 2010 08:59:59 -0800 (PST)
Return-Path: <[email protected]>
Received: from www.ourdomain.com (www.ourdomain.com [x.x.x.x])
        by mx.google.com with ESMTP id u7si11134289qco.191.2010.11.13.08.59.58;
        Sat, 13 Nov 2010 08:59:59 -0800 (PST)
Received-SPF: pass (google.com: domain of [email protected] designates x.x.x.x as permitted sender) client-ip=x.x.x.x;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of [email protected] designates x.x.x.x as permitted sender) [email protected]
Received: by www.ourdomain.com (Postfix, from userid 48)
    id 5AB8F1C881; Sat, 13 Nov 2010 11:59:58 -0500 (EST)
To: [email protected]
Subject: Signup confirmation needed
From: Ourdomain.com <[email protected]>
Reply-To: Ourdomain.com <[email protected]>
MIME-Version: 1.0
Content-type: text/html;charset=UTF-8
Date: Sat, 13 Nov 2010 16:59:58 +0000
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <[email protected]>

Hi! We're thrilled to have you on board!<br /><br />You are now just 1 t=
iny step away from securing your shiny new beta-account.<br /=
>Please click the following link to confirm.<br /><br /><br /><br /><a h=
ref=3D"http://www.ourdomain.com/default/beta/regconfirm/guid/7a8344e1ae=
04062c9c2495429255b5a0/id/76">Confirm your beta subscription</a><br /><b=
r /><br /><br />Have a good day!<br /><a href=3D'http://www.ourdomain.com.com'>ourdomain.com.com</a>

ps: Eu configurei um registro SPF correto que permite que o nosso x.x.x.x ip envie e-mails

ATUALIZAÇÃO:

Como podemos garantir que o Google não nos veja como spam. Eu li que o gmail vai receber um e-mail do @ ourdomain.com e ele executará um nslookup ou algo assim para ver se realmente temos um servidor MX de recebimento configurado?

Alguém pode confirmar isso e me dar o comando nslookup com o qual posso testar. Estou confuso como o nslookup em ourdomain.com fornece os registros MX corretos, mas o mxrecord no WWW.ourdomain.com não.

O nome do host da máquina que estamos enviando é www.ourdomain.com. Isso pode ser um problema?

    

Answer 1

Você alterou seu nome de host? Se o nome do host do servidor for localhost, localhost.localdomain, contiver um endereço IP ou não resolver para seu servidor, você receberá esse problema. Altere-o com: hostname yourdomain.com e também em / etc / sysconfig / network.

Reinicie o sendmail e depois telnet para o seu servidor na porta 25, ele deve dizer algo como: 220 yourdomain.com ESMTP Sendmail , se não você pode precisar editar um arquivo de configuração do sendmail também.

Em geral, acho que você receberá spam por um dos seguintes motivos:

• Nome do host incorreto (como acima)
• Nenhum DNS reverso
• Nenhum registro SPF
• Você está na lista negra (Google para verificador de lista negra)
• Você está enviando spam.

Boa sorte.

    

Answer 2

O Google tem um canal de suporte para isso: link

Além disso, tente executar seu e-mail pelo SpamAssassin e veja se ele sinaliza algo surpreendente.

    

Answer 3

1- Você não está fornecendo informações completas. Por exemplo, há mais Received: linhas no seu cabeçalho e não apenas uma.

2- A linha 127.0.0.1 está OK. A partir das informações que você forneceu nos comentários, o daemon do sendmail aceita correio em 127.0.0.1. Seu script php envia e-mails para lá, ou bifurca o executável do sendmail que, por sua vez, envia e-mail para lá (verifique seu submit.mc / submit.cf para verificar isso)

3- O fato de que, mesmo com o postfix, você obtém os mesmos resultados torna mais provável que o problema esteja em outro lugar, como

4- Você afirma que possui uma configuração idêntica com um domínio / ip diferente que está funcionando bem. Mesmo configurações idênticas nunca são idênticas. Você documentou o processo de implantação da configuração "boa"? Repeti-lo na problemática (com alterações, quando apropriado). Os resultados persistem?

5- Adicione o endereço IP da configuração "boa" ao registro SPF. Envie um email deste endereço. É entregue OK? Em caso afirmativo, envie um email com o conteúdo exato daqueles que são rotulados como spam. É deivered OK?

6- Verifique se o seu nome de domínio e / ou IP em questão estão incluídos em qualquer DNSBL.

7- Finalmente, poste o nome do domínio. Pode ajudar.

    

Answer 4

Teste este Teste do servidor de e-mail e veja se você recebe recomendações úteis para sua configuração.

    

Answer 5

Com relação à sua Atualização 2: Greylisting não é o problema aqui.

    

Answer 6

Resumindo: é impossível garantir que um site remoto trate todos os seus e-mails como não-spam. Por quê? Por um lado, porque muitos sites têm suas próprias listas de bloqueio locais e nem sempre é possível saber se você está nele.

Todas as outras coisas mencionadas aqui podem ajudá-lo e aumentar a probabilidade de que seu e-mail seja aceito e entregue na caixa de entrada. Por isso estou falando:

• Correspondendo entradas de DNS de encaminhamento e reversão no email de envio do host
• Implementando o SPF / DKIM no seu domínio
• Configurando um helo adequado
• poder receber e-mails no [email protected]

Você tem uma coisa realmente grande contra você; provavelmente você está tentando enviar e-mails de um espaço IP "genérico" (difícil de saber, já que você não está nos fornecendo o IP). Em geral, muitas pessoas bloqueiam imediatamente qualquer mensagem que tenha origem na "nuvem". Provedores como o Google e a Amazon facilitam a inscrição e a obtenção de uma instância do servidor, mas o endereço IP não é realmente "seu". Portanto, não há como garantir que a correspondência seja legítima. Dê uma olhada no r-whois para o seu endereço IP para ver sobre isso. Por exemplo, se eu usar o cliente do gnu jwhois e fizer whois 74.125.83.198 (para verificar o endereço de envio de um e-mail de notificação do Google), recebo uma saída que mostra que o Google possui o IP, endereço postal etc. O espaço genérico mostrará informações sobre um ISP, ou pior ...

Para resumir, você terá melhores resultados configurando seu próprio espaço IP para enviar e-mails enviados.

    

Answer 7

No arquivo PHP.ini, por favor, altere localhost para seu nome de servidor de correio como mail.domainname.com. Isso resolveria o problema.