Я хотел бы спросить вас о настройке правильного заголовка, используемого для отправки писем с моего сервера, который работает на Ubuntu 14.04 и установлен Postfix. Все электронные письма, отправленные с моего сервера, помечаются Gmail как спам (в другие почтовые службы электронные письма доставляются без проблем). Прочитал все советы на этом форуме и ничего не помогает.
Пройдя тест «Работоспособность домена» на mxtoolbox.com, я получаю 2 предупреждения:
SOA Serial Number Format is Invalid
SOA Expire Value out of recommended range
Но я думаю, что они не очень важны, все остальное в порядке, а это значит, что мои SPF и DKIM настроены правильно.
Отправляя электронное письмо в Gmail, я получаю следующий результат:
Authentication-Results: mx.google.com;
dkim=pass header.i=@MYDOMAIN.com;
spf=pass (google.com: domain of office@MYDOMAIN.com designates MY.SERVER.IP as permitted sender) smtp.mailfrom=office@MYDOMAIN.com;
dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=MYDOMAIN.com
Результат с сайта mail-tester.com: 10/10. И результат: check-auth@verifier.port25.com:
==========================================================
Summary of Results
==========================================================
SPF check: pass
DomainKeys check: neutral
DKIM check: pass
SpamAssassin check: ham
Является Проверка ID отправителя отсутствует?
Может быть, мне поможет установка дополнительных заголовков, прикрепленных к моему письму? Есть ли здесь кто-нибудь, кто имел некоторый опыт, связанный с этой темой? Что еще можно сделать / проверить? Нет разницы между электронным письмом с HTML и без него, оба отправляются в спам (даже простые сообщения). Я хочу отправлять такие вещи, как подтверждения регистрации и информационные бюллетени.
Я видел, что Gmail отправляет 2 заголовка, о которых я хотел бы спросить: In-Reply-To и References. Что они означают? Они важны?
Нет, нет никаких дополнительных секретных заголовков "не-СПАМ", которые Postfix не добавляет по умолчанию.
В этом ответе я объясню значение предложенных вами заголовков и тестов, которые не прошли для вас; они не являются причиной классификации СПАМА. Все остальное кроется в каноническом вопросе:
In-Reply-To и References являются Поля идентификации (RFC 5322 3.6.4), связанные с ответами:
Хотя указано как необязательное в таблице в Раздел 3.6, каждое сообщение ДОЛЖНО иметь
Message-ID:поле. Кроме того, ответные сообщения ДОЛЖНЫ иметьIn-Reply-To:иReferences:поля при необходимости и как описано ниже.В
In-Reply-To:иReferences:поля используются при создании ответа на сообщение. Они содержат идентификатор сообщения исходного сообщения и идентификаторы сообщения других сообщений (например, в случае ответа на сообщение, которое само было ответом). ВIn-Reply-To:поле может использоваться для идентификации сообщения (или сообщений), на которое новое сообщение является ответом, а полеReferences:Поле может использоваться для идентификации «цепочки» разговора.
Им ваш почтовый пользовательский агент (MUA) может расположите письма как темы, поскольку формат темы Re: original subject не имеет достаточно информации для этого: многие письма могут иметь одинаковую / пустую тему и Re: можно заменить на локализованную версию, могут быть ответы на ответы и т. д.
RFC 3834 3.1.8 вводит Precedence как нестандартное поле для предотвращения ответов на массовые рассылки. Google использует тот же заголовок по-своему для (внутренней) маркировки, которая не является фильтром спама; Пользователи Gmail могут сами решить, насколько это важно. Однако когда Precedence: bulk добавляется извне, это также приведет к тому, что сообщение будет помечено как массовое. Это не стандарт и не хорошая практика. Читать далее. Его использование также не влияет на репутацию вашей электронной почты. Здесь нет магии.
List-Unsubscribe - хорошее дополнение, но не то, что вам абсолютно необходимо. Его цель - предоставить URL для отказа от подписки в заголовке, который почтовые клиенты могут использовать как стандартную кнопку отказа от подписки. Кроме того, Gmail использует это как автоматически отказаться от подписки об инструменте «Сообщить о спаме»; он спрашивает, хотите ли вы Пожаловаться на спам или Отказаться от подписки и сообщить о спаме. Карли Бранц объясняет это глубоко.
Ваши DKIM, SPF и DMARC кажутся всем pass; с ними тоже не должно быть ничего плохого.
Вы правы, что Предупреждения SOA не связаны. Формат серийного номера SOA YYYYMMDDnn это только рекомендация: также часто используются время UNIX и автоинкремент, которые легче автоматизировать, например, при использовании DNSSEC (dnssec-signzone -N unixtime). Единственное ограничение - он должен увеличиваться. Для SOA Expire рекомендуемое значение на RFC 1912 2.2 является 1209600 - 2419200 секунд (14-28 дней). Как и в случае с серийным номером, другое значение не обязательно является плохим и вызовет только проблемы, связанные с DNS, а не попадание вашей почты в папки для спама.