Gmail рассматривает почту с моего домена как спам. Зачем? Как этого избежать?

Всякий раз, когда я отправляю письмо myaccount@example.comна учетную запись Gmail, Gmail рассматривает его как спам.

Я говорю об одном электронном письме, которое я отправляю потенциальному клиенту после того, как я встретил его (это, конечно, не спам). Это случилось уже несколько раз:

«Эй! Ты никогда не отправлял то электронное письмо, которое обещал мне», - говорит проспект.

«Почему ...? Я отправил его. Проверьте электронную почту со спамом», - отвечаю я.

"О, вот оно ..."

Я думаю, это связано с тем, что мы example.comне являемся известным доменом.

Как / Где я должен пожаловаться на это?

У Джеффа Этвуда был действительно хороший пост о том, что нужно сделать, чтобы помочь вашей электронной почте пройти. Это имело огромное значение для компании, в которой я работаю. Некоторые основные моменты:

1. Убедитесь, что на компьютере, отправляющем электронное письмо, есть запись обратного PTR.
2. Настройте DomainKeys Идентифицированную Почту в вашем DNS и коде.
3. Настройте запись SenderID в вашем DNS.

Короче ответ.

По моему опыту, отсутствие записи PTR (обратный DNS) для IP-адреса сервера является способом номер один, когда электронная почта помечается как СПАМ на таких службах, как Gmail и даже AOL.

Связано, но если у вас нет записи SPF (Sender Policy Framework) для доменного имени, это ничего не поможет, так что вы должны также установить этот набор.

Но, в конце концов, PTR - действительно самая важная вещь, за которой следует SPF.

В прошлом оба были концепцией DKIM (Идентифицированная Почта DomainKeys), и она используется для проверки почты. Но по моему опыту, большинству настроек сервера просто нужно получить набор записей PTR в сочетании с SPF, чтобы пометка СПАМА исчезла.

Вы должны иметь дело только с вещами DKIM, если у вас нет другого выбора; не потому, что его сложно настроить, но он ничего не будет значить без действительных записей PTR и SPF.

Более длинный ответ.

Хотя, похоже, что серверы Google Gmail уже давно помечают мои письма как «нежелательные», но другие провайдеры, такие как Yahoo Mail, этого не делают. Создание дополнительных учетных записей электронной почты не помогло. Я также использовал учетные записи электронной почты, которые принадлежали различным доменам.

Как серверы Gmail не могут помечать мои письма как «нежелательные»?

Проблема, скорее всего, в том, что у вас нет правильной настройки PTR или SPF для сервера. Помните: любой сервер в мире может отправлять электронные письма, а защита от СПАМа является системой оценки, а не точной наукой.

Что такое запись PTR (обратный DNS)?

Проще говоря, PTR-запись - это обратная DNS-запись, которая связывает IP-адрес с именем хоста. Может звучать как стандартный поиск имени хоста, но это совсем не так. Наоборот: PTR-запись - это запись имени хоста, которому назначен IP-адрес с точки зрения службы хостинга, которая присвоила этому серверу IP-адрес.

Так что, если IP-адрес вашего сервера является 123.456.789.0тогда, поиск записи PTR для этого IP-адреса должен соответствовать имени хоста вашего сервера. Но это значение будет установлено не в записи DNS, как вы, возможно, знаете, а в DNS-серверах, которые подключены к самой службе хостинга.

Это проверка перекрестных ссылок на спамеров, поскольку реальность такова, что любой может установить реальный базовый почтовый сервер практически на любом ПК в мире. Но только то, что сервер может отправлять почту, не означает, что он отправляет, является действительным. Что делает запись PTR, так это «ручается» за любую почту, приходящую с сервера с этого IP-адреса, и говорит: «Хорошо, вы получили письмо с example.comодного из наших серверов? Позвольте мне проверить и проверить, связан ли этот сервер example.com? ». Ответ на этот вопрос будет либо: да, этому серверу разрешено отправлять электронные письма, example.comлибо нет, мы не имеем ни малейшего представления, что это такое ... Делайте то, что вы хотите с этой почтой.

Что касается того, как установить запись PTR, это зависит от службы хостинга вашего сервера и политик. Некоторые сервисы позволят вам самостоятельно установить запись PTR через панель управления. Другие заставят вас связаться с ними по электронной почте, телефону или почте, чтобы получить набор записей.

Например, я знаю, что настройка Amazon EC2 позволяет вам сделать запрос через веб-форму для получения набора записей PTR, и нет никакой гарантии, что они одобрят изменение записи PTR; хотя большую часть времени они делают. Но такие места, как Rackspace, позволяют вам устанавливать эти значения самостоятельно, без необходимости запрашивать разрешение.

Чтобы проверить запись PTR вашего сервера, вы можете использовать такой инструмент, как этот MXToolbox «Reverse IP Lookup» . Или, если вам удобна командная строка в Linux / Unix, просто запустите команду, подобную этой:

dig -x 123.456.789.0

Что такое запись SPF (Sender Policy Framework)?

Другая часть основной загадки о том, чтобы почта не была помечена как СПАМ, состоит в том, чтобы убедиться, что установлена ​​правильная запись SPF. Подробное объяснение того, что представляет собой запись SPF, можно найти на официальном сайте SPF . Но этот инструмент MXToolbox «Поиск записей инфраструктуры политик отправителей (SPF)» объясняет это довольно хорошо:

Записи инфраструктуры политики отправителей (SPF) позволяют владельцам доменов публиковать список IP-адресов или подсетей, которым разрешено отправлять электронные письма от их имени. Цель состоит в том, чтобы уменьшить количество спама и мошенничества, чтобы злоумышленникам было намного сложнее скрыть свою личность.

Чтобы установить запись SPF, вам нужно установить запись TXT в записи DNS для вашего доменного имени, которая будет выглядеть примерно так:

v=spf1 mx a ptr ip4:123.456.789.0 a:example.com include:example.com ~all

В основном это говорит о том, что любому имени хоста или IP-адресу, указанному в этом SPF, разрешено отправлять электронные письма от имени example.com. Этот пример довольно прост, но преимущество записи SPF состоит в том, что, скажем, у вас есть полдюжины серверов, подключенных к вашему имени хоста, и все они имеют разные IP-адреса. Запись SPF, которая будет включать в себя IP-адреса этих 1/2 сервера, будет в основном «ручаться» за достоверность сообщений, отправляемых с этого IP-адреса от имени этого имени хоста.

Бесплатные почтовые службы, такие как Gmail, Hotmail, Yahoo и подобные, получают тонны спам-сообщений в день. Вот почему они ужесточили политику входящей электронной почты и применяют очень конкретные и строгие правила, чтобы убедиться, что любая входящая почта вряд ли будет спамом, в противном случае отправьте ее в папку «Нежелательная почта».

Во-первых, у вас должна быть действующая SPFполитика. Вы не упоминаете, какой почтовый MTA вы используете, но настройка политики SPF довольно проста и независима от MTA. По сути, это запись DNS, в которой говорится, с каких IP / доменов вашему домену разрешено отправлять электронную почту. Если электронное письмо получено с другого IP-адреса, чем тот, который был объявлен в вашей записи DNS, вполне вероятно, что он окажется в папке «Нежелательная почта». Есть несколько ссылок, которые могут вам помочь:

• Синтаксис SPF-записи
• Как я могу создать запись SPF для моего домена?

Далее DKIMстановится все более и более важным. Это в основном подписывает вашу электронную почту с закрытым ключом (сгенерированным вами), и вы создаете запись DNS с открытым ключом, чтобы любой домен получателя мог проверить, был ли почтовый контент фальсифицирован или нет.

• Объяснение DKIM: Как эффективно настроить и использовать MailKeys для идентификации почты

Есть еще один способ, чтобы другие могли проверить вашу электронную почту DMARC. По сути, это комбинация двух вышеперечисленных, и вы решаете, что делать другим с электронной почтой, которая не соответствует ограничениям DMARC, и принимает окончательное решение. DMARC также позволяет получать отчеты (с других доменов, на которых выполняется проверка DMARC).

• Создайте свою запись DMARC за 15 минут

Далее (и, к сожалению, вы ничего не можете с этим поделать, по крайней мере, в начале), есть термин, который называется IP репутация . Многие почтовые службы используют некоторые службы, которые сообщают им, имеет ли IP-адрес хорошую или плохую репутацию. Если ваш IP ранее использовался для рассылки спама, даже до того, как вы им владели, он, скорее всего, будет иметь плохую репутацию. Если ваш IP-адрес неизвестен, он также будет ненадежным. Вам придется завоевать репутацию, сказав своим получателям «белый список» ваших писем. Если это сделают многие люди, провайдер бесплатной электронной почты будет знать, что вы не вредны, и применит к вам более мягкую политику.

Есть больше понятий об этом, но они являются наиболее важными. Просто настройте то, что вы можете настроить, и будьте терпеливы.

Небольшое обновление для любого, кто обнаружит это в 2018 году. Это можно рассматривать как дополнение к отличному ответу @ JakeGould (который не учитывает DMARC).

В новой версии Gmail Google применил более строгие правила фильтрации спама и фишинга. Если ваши электронные письма попадают в чей-то спам, убедитесь, что вы правильно настроили SPF , DKIM и DMARC . Вы можете использовать различные инструменты для проверки правил MX вашего домена. Например - MXToolbox или Google Toolbox .

Вы также можете проверить свой сайт с Postmaster, чтобы увидеть репутацию вашего почтового домена и IP-диапазонов.

Вот отличный ресурс от Google о том, как настроить DMARC через GSuite - https://support.google.com/a/answer/2466580?hl=ru.

Если вы нашли все эти термины новыми, как я - вот отличная серия из трех статей, объясняющая все три термина на returnpath.com

Эта страница может быть полезна для вас:

https://mail.google.com/support/bin/answer.py?answer=81126

Хотя это относится к сообщениям массовой рассылки, имеется довольно много информации о том, почему сообщения могут быть помечены как спам. Я ничего не знаю о вашей конкретной информации, но, надеюсь, вы сможете увидеть что-то, что будет полезно.