Отправка электронных писем: варианты и возможные проблемы

Алексей Городков
2020-04-07 11:25

Как отправляются письма, и почему они попадают в спам

Общая теоретическая информация:

Как и обычное, бумажное письмо, электронное письмо проходит ряд этапов, на пути от отправителя к получателю:
  1. Отправитель (человек или робот) формирует письмо и передает его серверу-отправителю (SMTP-сервер). В нашем случае это программа Moodle.
  2. Сервер отправителя - это аналог почтового ящика для отправки писем в почтовом отделении: любой может “бросить письмо в ящик”, но не каждое письмо будет доставлено. Сервер отправителя может отказаться доставлять некоторые письма.
  3. Сервер получателя - это аналог почтового отделения по месту жительства получателя. Он принимает письмо от сервера-отправителя, принимает решение, доставлять ли его и после этого направляет его в почтовый ящик получателя. Сервер получателя может отказаться получать письма от сервера отправителя
  4. Почтовый аккаунт получателя - это аналог почтового ящика на двери получателя. Сервер получателя, как обычный почтальон кладет письмо в ящик и оттуда пользователь забирает письма с помощью почтовой программы (Outlook, The Bat!) или веб-интерфейса. Здесь происходит окончательная фильтрация писем. Почтовая программа может пометить уже доставленные письма как “спам”.
 СДО Moodle лишь передает письмо серверу-отправителю на первом этапе. Для успешной доставки письма оно должно пройти все четыре этапа. Отказ обрабатывать письма на этапе 2 или 3 приведет к тому, что письмо не будет видно даже в папке “спам”.
Так происходит потому, что протокол SMTP не подразумевает никаких средств защиты от спама и аутентификации пользователя, поэтому имеются дополнительные правила безопасности протокола (соглашения), придуманные и принятые крупными компаниями. Как правило проблемы с доставкой писем связаны с несоблюдением этих правил.

Типы проблем при доставке электронной почты

Все проблемы доставки электронной почты можно разделить на:
  • Проблемы на стороне сервера отправки.
    Чаще всего в этом случае еще будет наблюдаться заметное замедление работы на некоторых страницах, связанных с отправкой электронных писем.
    • Указаны неверные реквизиты SMTP-сервера (для вариантов "использование публичного почтового сервиса",  "использование корпоративного почтового сервиса").
    • В настройках выбран локальный почтовый сервер, но сам SMTP-сервер не настроен (для варианта "собственный сервер-отправитель"
  • Проблемы на стороне сервера получателя.
    Получатель отказывается принять сообщение. Часто, в этой ситуации сервер-получатель отправляет уведомление с кодом ошибки на адрес отправителя. Это уведомление позволяет лучше диагностировать проблему.
    • Сервер получателя считает письмо похожим на спам. Письмо будет отклонено без попадания в папку "спам".  Смотрите раздел "Как повысить вероятность доставки писем"
    • Письмо содержит вложения слишком большого размера.
    • Несуществующий (неверно указанный) адрес получателя.
    • Адрес получателя был удален.
    • Папка с входящей почтой переполнена (получатель давно не проверял почту).
  • Проблемы на стороне клиента-получателя.
    Этот тип проблем в данной статье не рассматривается, т.к. они решаются на стороне получателя электронной почты.
    • Указан не тот адрес получателя.
    • Письма попадают в папку "Спам".
    • Получатель не проверяет почту.
    • Получатель случайно удалил письмо.
    • Получатель не заметил письмо.

Варианты отправки писем

При отправке письма можно использовать разные серверы-отправители:

  1. Собственный сервер-отправитель на одном сервере с Moodle.
    • Преимущества:
      • собственный сервер-отправитель никогда “не откажется” принять наше письмо и не задает никаких ограничений по количеству или параметрам отправляемых писем.
    • Недостатки:
      • сервера-получатели относятся с “максимальным подозрением” к письмам, отправляемым с собственного сервера-отправителя. Таким письмам чаще всего отказывают в доставке и они же чаще всего попадают в спам.
  2. Использование публичного почтового сервиса в качестве сервера-отправителя.
    • Преимущества:
      • этот вариант не требует никаких специальных настроек сервера, домена и обратной зоны DNS.
    • Недостатки:
      • Для предотвращения отправки “спама”, публичные серверы-отправители вводят ряд ограничений на отправку писем. Среди них, обычно, ограничения по количеству отправляемых писем и ограничения по адресу-отправителю. Обычно, принимаются только письма, в которых в качестве адреса отправителя указан тот же адрес, что используется для отправки.
      • Сервер может отказать в отправке письма без предупреждения.
      • Журналы работы сервера-отправителя недоступны пользователю, что затрудняет поиск причины технической проблемы.
  3. Использование корпоративного почтового сервиса в качестве сервера-отправителя.
    • Преимущества:
      • Все меры для повышения доставляемости, как правило, уже приняты.
      • Поскольку организация сама управляет своим сервером, можно отменить все ограничения на отправку.
    • Недостатки:
      • Не во всех организациях такие серверы есть.
      • Не все IT-службы организаций разрешают отправку писем с внешних серверов.
      • Не всегда бывает просто согласовать все нюансы с IT-службой организации.

Как повысить вероятность доставки писем

Для диагностики этой проблемы можно использовать сервис http://www.mail-tester.com/

При первом приближении обработка письма принимающей стороной происходит в 3 этапа:

  1. агент доставки представляется серверу принимающей стороны, в этот момент происходит проверка переданных заголовков
  2. принимающая сторона проверяет DNS зону домена отправителя на предмет разрешения отправки писем с сервера (наличие корректной SPF-записи, разрешающей отправку писем с данного сервера)
  3. проверка обратной доменной зоны (PTR-запись)

Корректно настроенные передаваемые заголовки, SPF и PTR записи сильно увеличивают шансы на доставку писем до конечного адресата. Как правило этих мер достаточно.

Рекомендуемые настройки

 Если отправка писем планируется от имени email’а в вашей доменной зоне:

1. 1. Отправка писем осуществляется с вашего сервера

В случае отправки писем с вашего сервера для корректной работы отправки почты необходимо:

1.2. Отправка писем осуществляется с сервера Открытых Технологий:

Необходимо настроить SPF запись для домена (инструкция по настройке - https://yandex.ru/support/pdd/set-mail/spf.html). IP-адрес, необходимый для указания в SPF-записи, необходимо уточнить у технической поддержки.

Если отправка писем планируется от имени email’а одного из почтовых сервисов (yandex.ru, gmail.com, mail.ru)

2.1. При отправке почты с адресов yandex.ru, gmail.com, mail.ru рекомендуется осуществлять отправку через smtp-сервер соответствующего сервиса. При использовании данного способа есть следующие недостатки:

  • ограничения по количеству отправляемых сообщений в день
  • отключение сервиса в одностороннем порядке в случае чрезмерного превышения лимитов

Преимущества данного способа:

  • существенно снижена вероятность отклонения исходящих писем на принимающей стороне

Для настройки данного варианта необходимо:

  • сообщить технической поддержке какой адрес будет использоваться для отправки писем
  • для некоторых сервисов необходимо включить дополнительные настройки в аккаунте сервиса, чтобы разрешить отправку почты. Например, для сервиса gmail.com необходимо включить доступ к аккаунтам небезопасных приложений (инструкция по настройке - https://support.google.com/a/answer/6260879?hl=ru)

2.2. При отправке почты с адресов yandex.ru, gmail.com, mail.ru через сервер, на котором расположена СДО (не через smtp-сервер соответствующего сервиса), существует большая вероятность отклонения исходящих писем на принимающей стороне, однако количество отправляемых писем не ограничено. Сервисы не рекомендуют такой вариант использования. Если вы хотите использовать такой вариант, необходимо сообщить в техническую поддержку какой адрес будет использоваться для отправки писем.

 

Примеры из реальной жизни

1. Личный email в качестве основного в СДО.

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

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

2. Два варианта настроек сообщений с форума.

2.1. Отправка пользователям публикаций на форуме с электронной почты преподавателей.

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

  • Выдать всем преподавателям корпоративные адреса электронной почты.
  • Указать эти адреса в соответствующем поле профиля преподавателей.
  • Сделать SPF-запись в настройках домена почты преподавателей.
  • Добавить домен с почтой преподавателей в список доменов с которых могут отправляться электронные письма (в настройках исходящей почты).
2.2. Возможность для пользователей отвечать на почтовые сообщения из форума с публикацией ответов на форуме.

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

Настройки п.2.1 и п.2.2 взаимоисключающие. 2.1. исключает 2.2., так как письма будут отправляться не с адреса, на который СДО ожидает получать сообщения в ответ, а с адресов преподавателей.
2.2. исключает 2.1., так как понадобится отправлять все письма с одного адреса, чтобы в ответ получать письма на этот дарес и СДО могла их автоматически обрабатывать.

 

Tags: mail, администрирование, коммуникации, почта, спам
Average rating: 1 (2 Votes)

You cannot comment on this entry