Я настроил hMailserver для отправки и получения электронной почты. Он работает нормально, но все письма, отправленные на любой адрес, отправляются в спам.
Обратный PTR для моего домена подключается к моему статическому IP.
mx-запись указывает на mail.mydomain.com
mail.mydomain.com указывает на мой статический IP-адрес, но mydomain.com размещен на другом сервере общего хостинга.
Вот заголовок электронного письма.
Delivered-To: destemail@gmail.com
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: <sourcemail@mydomain.com>
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 sourcemail@mydomain.com) 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 sourcemail@mydomain.com) smtp.mail=sourcemail@mydomain.com
Received: from developer230 ([192.20.1.230])
by mail.mydomain.com
; Mon, 31 Jan 2011 12:37:27 -0800
From: <sourcemail@mydomain.com>
To: <destemail@gmail.com>,
<destemail@gmail.com>
Subject: test
Что мне не хватает?
Выясните, почему мои электронные письма попадают в папку для спама? (Я проверил, что мой IP не указан в спаме.)
Почему строка в оригинальном заголовке Получено: от разработчика 230 ([192.20.1.230])
Этот IP-адрес является локальным IP-адресом моей локальной сети. Почему hMailserver раскрывает мой локальный IP-адрес и как мне это остановить?
к 1) Не посмотрев почту сказать невозможно. То же самое и с обфусцированным IP. Ваша почта может иметь спамерский контент или исходить из спам-IP. Например, отсутствует полное имя в заголовках From: и To :. Без даты: и без идентификатора сообщения: это еще две вещи. Не говоря уже об отсутствующем Content-Type: и удвоенном получателе. Поэтому я бы классифицировал вышеуказанное письмо как нежелательную почту. А в Google еще строже.
до 2) Это необходимо по умолчанию. Это требуется в RFC 2821, глава 3.8.2 и RFC 2822, глава 3.6.7. Их нельзя пропускать.