4 фактора, которые влияют на доставляемость электронной почты

Ниже приведена часть серии гостевых сообщений от Windows IT Pro, в которых подробно рассматривается SMTP. До сих пор мы узнали об истории простого протокола передачи почты (SMTP) и рассмотрели различные определения того, когда электронное письмо считается «доставленным». В этом заключительном посте от Windows IT Pro они рассматривают 4 ключевых фактора, влияющих на доставляемость электронной почты.

На доставляемость могут влиять многие факторы, в том числе хорошая репутация отправителя, правильная аутентификация почты с помощью SPF и DKIM, а также строгие правила получения разрешений. Но четыре фактора действительно выделяются:

1. Состояние инфраструктуры обмена сообщениями
2. Что в сообщении
3. Кто это посылает
4. Доступность принимающей системы

Состояние инфраструктуры сообщений

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

Большинство администраторов знают об этом и принимают меры для защиты своего входящего трафика; например, обычно используется несколько DNS-записей Mail Exchanger (MX) для обеспечения избыточных маршрутов для входящей почты. Однако, как отправитель, вы не можете контролировать серверы получателей или конфигурацию DNS, и если в отправляющей или принимающей системе есть нестабильное соединение или проблемы с DNS, вам будет сложно доставлять почту своевременным и надежным способом.

Содержание сообщения

Содержание сообщения оказывает ключевое влияние на возможность доставки сообщения по целому ряду причин. Распознавание сообщения как спама или вредоносного ПО путем изучения его содержимого (включая вложения, URL-адреса, текст сообщения и заголовки) оказалось довольно хорошим способом выявления и блокировки нежелательного содержимого; однако законные электронные письма о сайтах знакомств, ипотеке и различных видах лекарств могут попасть в фильтры.

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

История отправителей и фильтрация

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

Например, законный бизнес, который обычно рассылает 1000 сообщений в день, может быть помечен фильтром репутации, если бизнес внезапно начинает рассылать 10 000 сообщений в день. Компания, которая начинает рассылать сообщения сомнительного содержания, также может активировать фильтрацию репутации. Эти фильтры эффективны, но у них есть проблемы.

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

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

Получение доступности системы

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

Улучшение доставки сообщений

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

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

Кроме того, смотрите журналы сервера больше, чем длину очереди. Многие интернет-провайдеры будут возвращать ошибки, связанные с доставкой, в своих кодах возврата, и их обычно можно увидеть в журналах SMTP-сервера (MTA). Некоторые из этих «ошибок» указывают на то, что отправитель должен заполнить длинные громоздкие формы у интернет-провайдера, чтобы установить статус отправителя массовых рассылок или проверить их легитимность.

Ваш текущий оперативный мониторинг должен дать вам раннее предупреждение о проблемах сети или инфраструктуры, которые повлияют на вашу доставку исходящих сообщений. Если у вас нет ресурсов для такого мониторинга, у SendGrid есть надежное отслеживание и аналитика, а также команда экспертов по электронной почте, которые помогут вам выявить и исправить эти проблемы с доставкой.

Большое спасибо Windows IT Pro за подробный обзор истории SMTP и доставки электронной почты. Если вы хотите узнать больше о лучших методах доставки электронной почты и соблюдении требований, вы можете прочитать наше руководство по доставляемости. и наш гид по Азбука интернет-провайдеров .

Этот пост любезно предоставлен нашими друзьями из Windows IT Pro.