Email enviado usando hMailserver vai para spam

Question

Eu configurei o hMailserver para enviar e receber e-mails. Está funcionando bem, mas todos os e-mails enviados para qualquer endereço são enviados para spam.

O PTR reverso do meu domínio está apontando para o meu IP estático.

O registro mx está direcionado para mail.mydomain.com

mail.mydomain.com aponta para meu ip estático, mas mydomain.com é hospedado em um servidor de hospedagem compartilhada diferente.

Aqui está o cabeçalho do email.

Delivered-To: [email protected]
Received: by 10.14.29.11 with SMTP id h11cs175274eea;
        Sun, 30 Jan 2011 23:07:22 -0800 (PST)
Received: by 10.142.231.17 with SMTP id d17mr5682675wfh.270.1296457641030;
        Sun, 30 Jan 2011 23:07:21 -0800 (PST)
Return-Path: <[email protected]>
Received: from mail.mymydomain.com ([xxx.xxx.163.233])
        by mx.google.com with SMTP id w5si48162450wfd.1.2011.01.30.23.07.18;
        Sun, 30 Jan 2011 23:07:20 -0800 (PST)
Received-SPF: neutral (google.com: xxx.xxx.163.233 is neither permitted nor denied by best guess record for domain of [email protected]) client-ip=xxx.xxx.163.233;
Authentication-Results: mx.google.com; spf=neutral (google.com: xxx.xxx.163.233 is neither permitted nor denied by best guess record for domain of [email protected]) [email protected]
Received: from developer230 ([192.20.1.230])
 by mail.mydomain.com
 ; Mon, 31 Jan 2011 12:37:27 -0800
From: <[email protected]>
To: <[email protected]>,
 <[email protected]>
Subject: test

O que estou perdendo?

1. Descobrir por que meus e-mails são direcionados para a pasta de spam? (Eu verifiquei o meu IP não está listado em spam.)

2. Por que a linha no cabeçalho original Recebido: de developer230 ([192.20.1.230])

Esse IP é um IP local da minha LAN. Por que o hMailserver está divulgando meu IP local e como posso pará-lo?

    

Answer 1

para 1) Sem ver a correspondência, é impossível dizer. O mesmo acontece com o IP ofuscado. Seu e-mail pode ter conteúdo com spam ou se originar de um IP com spam. O nome completo ausente nos cabeçalhos De: e Para: por exemplo. Sem Data: e sem Message-ID: são apenas mais duas coisas. Sem mencionar o tipo de conteúdo ausente: e o destinatário duplicado. Então, eu classificaria o email acima como um lixo eletrônico. E o Google é ainda mais rigoroso nisso.

para 2) Isso é necessário por padrão. Isto é requerido pelo RFC 2821 Capítulo 3.8.2 e pelo RFC 2822 Capítulo 3.6.7. Você não tem permissão para omiti-los.