SMTP-сервер и SMTP-сервис: в чём разница

SMTP (Simple Mail Transfer Protocol) — стандартный протокол передачи электронной почты с сервера отправителя на сервер получателя. Это цифровой «почтальон», который забирает письмо у получателя, убеждается в том, что получатель существует, и доставляет письмо.

SMTP-сервер — сервер для отправки почты, который работает по протоколу SMTP. Такие сервера есть у всех почтовых провайдеров, например, у Gmail. Но что-то кроме личной почты в пределах дневных лимитов с них отправлять не получится. Например, лимит Яндекса — всего 300 получателей на письмо. Поэтому для массовых рекламных рассылок или обработки запросов в техподдержку публичные SMTP-сервера использовать нельзя — нужен выделенный сервер.

SMTP-сервис — онлайн-продукт для работы с SMTP-отправками, арендованными или собственными SMTP-серверами. Помимо серверов, в таком продукте есть дополнительные инструменты для работы с почтой.

Кратко мы уже обозначили ключевые отличия. SMTP-сервер просто отправляет почту, а SMTP-сервис — это полноценный SaaS-продукт для работы с рассылками. Рассмотрим подробнее.

SMTP-сервис каждому письму присваивает ID и по нему отслеживает доставки, открытия и клики. Чтобы отслеживать клики, нужно обернуть все ссылки в каждом письме в редирект. Вы можете сделать это вручную, но сервис сделает это автоматически, без вашего участия — и сэкономит вам много времени.

А ещё в отдельном разделе можно посмотреть лог недоставок с кодами и описаниями ошибок.

Когда письмо отправляется, нельзя узнать в реальном времени его статус — то есть доставилось оно или нет, а если нет, то почему. Вместо этого вы получите сообщение об ошибке уже после недоставки.

Иногда отчёт с ошибкой недоставки приходит сразу в SMTP-диалоге. А когда это невозможно, письмо с информацией о недоставках приходит на return-path. В этом служебном заголовке записан email-адрес, на который придёт информация о недоставках.

SMTP-сервис поддерживает такие заголовки и предоставит адрес для отправки асинхронных отчётов. Если у вас есть только свой сервер, то обработку отчётов о недоставке придётся проводить самостоятельно.

Чтобы не попадать в спам, надо отфильтровывать из базы тех, кому не надо слать письма. Есть три категории таких контактов — несуществующие адреса, отписавшиеся адреса и те, кто нажал «В спам!». SMTP-сервис обрабатывает такие контакты с помощью стоп-листов.

В SMTP-сервисе есть локальные и глобальные стоп-листы. В локальных — получатели, которым не удалось доставить письмо из-за ошибок. В глобальных — невалидные по всей базе сервиса спам-ловушки и жалобщики. В глобальные списки SaM oTPravil входит ещё и база плохих адресов от сервиса Mailvalidator.

Если у вас только SMTP-сервер, то следить за качеством базы нужно будет с помощью стороннего софта за дополнительные деньги. А SMTP-сервис даёт вам готовое решение для поддержки доставляемости.

Если добавить в письмо служебный заголовок list-unsubscribe, пользователь увидит нативную ссылку отписки. Её вид и расположение зависят от почтового клиента — например, вот так она выглядит в Gmail:

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

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

Даже у выделенного SMTP-сервера есть лимиты на отправку, которые упираются в пропускную способность жёсткого диска. Один сервер не сможет отправить сотни тысяч писем в час. Чтобы отправлять так много и быстро, нужно объединить группу серверов в сервис.

SMTP-сервис — это и есть пачка объединённых SMTP-серверов. Пользователь сервиса передаёт в эту пачку один файл с данными по всем отправкам. Этот файл внутри сервиса делится на пакеты, и письма отправляются одновременно с нескольких серверов. Производительность такой структуры выше — она справится с сотней тысяч писем в час и больше. Такое решение подготовила команда SaM oTPravil для Banki.ru.

У SMTP-сервера нет интерфейса — пользователь взаимодействует с ним через API, а лог есть только в виде текстового файла на жёстком диске.

У SMTP-сервиса есть личный кабинет, в котором можно смотреть историю отправок, статистику открытий, кликов и срабатываний вебхуков, с инфографикой и фильтрами по времени и другим параметрам.

SMTP-сервер — это просто «железо», ответственность за содержание и поддержку которого лежит на ваших сисадминах и разработчиках. В том числе это касается безопасности данных. Чтобы обеспечить устойчивость решения к атакам, придётся платить за сторонний софт или тратить время и ресурсы на разработку защит.

В SMTP-сервисе защиты уже встроены и за них не надо платить дополнительно — их цена уже включена в стоимость продукта. Например, в SaM oTPravil есть встроенная защита от DDoS-атак от российского сервиса DDoS Guard.

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

SMTP-сервер не идёт в комплект с командой — экспертов для настройки всей инфраструктуры придётся искать и нанимать самому, и тратить на это дополнительные средства тоже.

SMTP-сервера достаточно, когда у вас нет задачи мониторить доставляемость и отписывать тех, кто хочет отписаться. Например, если вы делаете внутреннюю рассылку для сотрудников с графиками отпусков, новостями компании и другой информацией.

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

В остальных случаях — то есть когда:

• у вас большой объём отправки;
• вы отправляете массовые рассылки на получателей вне компании — клиентов или партнёров;
• бизнес-процесс пострадает от низкой репутации домена, поэтому вам важно следить за доставляемостью;

нужен SMTP-сервис.