На каком уровне работает протокол smtp: Что такое протокол SMTP — Как работать с СМТП. Списки SMTP серверов

Содержание

Протоколы Интернета и электронной почты

149

C# и .NET — Сетевое программирование — Протоколы Интернета и электронной почты

После обсуждения базовых протоколов мы можем подняться на более высокий уровень. Протоколы HTTP и FTP охватывают уровни 5—7 модели OSI.

FTP — File Transfer Protocol

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

Модель приложения с FTP-сервером и клиентом проиллюстрирована на следующем рисунке. Приложение-клиент представляет пользовательский интерфейс и создает FTP-запрос в соответствии с запросом пользователя и спецификацией FTP. FTP-команда посылается приложению-серверу через TCP/IP, и интерпретатор на сервере соответственно интерпретирует FTP-команду. В зависимости от FTP-команды в FTP-ответе клиенту возвращается с сервера список файлов или конкретный файл:

Протокол FTP имеет следующие характеристики:

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

FTP-команды можно сгруппировать в следующие категории:

Команды контроля доступа: В FTP-командах контроля доступа указывается имя пользователя (USER) и пароль (PASS), установки могут изменяться (REIN), и соединение может быть закончено (QUIT).
Команды параметров передачи: FTP-передачу можно конфигурировать с помощью команд параметров передачи. Эти команды поддерживают изменение ASCII-кода на двоичный код, сжатие данных, изменение портов для отправки.
Команды FTP-сервиса: Копирование файлов с сервера (RETR), копирование файлов на сервер (STOR), удаление файлов (DELE), переименование файлов (RNTO), создание каталогов (MKD) и запрос списка файлов (LIST) — вот некоторые команды FTP-сервиса.

Протокол FTP определен в RFC 959.

FTP-клиенты

Чтобы понять суть протокола FTP, лучше всего поработать из командной строки с утилитой ftp, как показано на следующем рисунке. Программа ftp работает через приглашение ftp, позволяющее вводить команды. Эти команды отличаются от команд протокола FTP — вы можете увидеть их все, если введете команду ?. При введении команды open ftp.microsoft.com создается соединение с хостом ftp.microsoft.com.

Установка имени пользователя anonymous означает пользователя-гостя. Ответ 230 от сервера указывает, что соединение установлено и можно командой dir получить список файлов на сервере. Получив команду dir, программа ftp отправляет на сервер команду FTP LIST. Команда cd может применяться для смены директории на сервере, а команда get копирует файл клиенту, отправляя команду FTP RETR. Для закрытия соединения утилита ftp использует команду bye:

HTTP — Hypertext Transfer Protocol

HTTP — основной протокол, используемый Web-приложениями. Как и FTP, HTTP является надежным протоколом, и надежность его достигается благодаря использованию TCP. Как и FTP, HTTP также используется для передачи файлов через сеть. Но он в отличие от FTP обладает такими средствами, как кэширование, идентификация приложения-клиента, поддержка разных дополнений в формате MIME и т.

д. Эти средства устанавливаются в заголовке HTTP.

Для демонстрации работы, выполняемой браузером Интернета, когда он запрашивает файлы из Web-сервера, мы можем имитировать браузер приложением telnet. Для запуска этого приложения введите telnet в диалоговом окне Run меню Start, и вы увидите приглашение Microsoft Telnet. Введите set local_echo (set localecho для Windows XP), чтобы введенные программы отображались локально. Если не устанавливать эту опцию, команды, которые мы отправляем на сервер, не будут отображаться приложением telnet.

Теперь можно соединиться с Web-cepвeром командой open. Команда open msdn.microsoft.com 80 создает TCP-соединение с портом 80 сервера на msdn.microsoft.com. Приложение telnet использует по умолчанию порт 23, следовательно, надо указать порт для HTTP-запроса. По умолчанию HTTP-сервисы предоставляются портом 80 Web-сервера.

Как только соединение инициировано, можно послать на Web-cepвep HTTP-запрос. Простой запрос состоит из строки запроса, которую нужно завершить двумя нажатиями на клавишу Enter (две последовательности CR-LF).

Такая строка запроса может выглядеть, как: GET /default.asp HTTP/1.0. Сервер возвращает HTTP-ответ, содержащий информацию о статусе.

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

В строке запроса можно указывать такие HTTP-команды, как GET, HEAD и POST. И GET, и POST запрашивают данные от сервера. Команда GET включает параметры запроса в URL, а в команде POST параметры находятся в блоке данных. Команда HEAD означает, что мы просто хотим узнать, когда был изменен запрашиваемый файл, чтобы проверить, находится ли в кэше новейшая его версия.

За строкой запроса могут следовать общие заголовки, заголовки запроса и заголовок сущности. Информация, помещаемая в заголовки, позволяет клиенту сообщать серверу об используемом браузере и предпочтительных языках, отправлять файл cookie или запрашивать только изменившиеся файлы. В примере с telnet мы уже видели некоторую информацию из заголовков, возвращенную сервером: дату, версию сервера, длину содержания, тип содержания и признаки управления кэшем.

HTTPS — HTTP поверх SSL (Secure Socket Layer)

Когда требуется обменяться с Web-сервером конфиденциальной информацией, можно воспользоваться протоколом HTTPS. HTTPS — это расширение протокола HTTP, и поэтому к нему применимы все принципы, которые обсуждались в предыдущем разделе. Однако в его основе лежит другой механизм, поскольку HTTPS использует SSL, первоначально разработанный компанией Netscape. SSL располагается поверх TCP и защищает сетевой обмен, используя принцип открытого/секретного ключа для обмена секретными симметричными ключами и симметричный ключ для шифрования сообщений.

Для поддержки HTTPS Web-сервер должен установить сертификат, чтобы его можно было идентифицировать. По умолчанию для HTTPS-запросов используется порт 443.

SMTP — Simple Mail Transfer Protocol

SMTP — это протокол, предназначенный для отправки и получения сообщений электронной почты. Он может использоваться для пересылки электронной почты между клиентом и сервером, использующими один и тот же транспортный протокол, или для пересылки сообщений между серверами, использующими разные транспортные протоколы. SMTP имеет возможность пересылать сообщения через среду транспортной службы. Однако SMTP не позволяет читать сообщения с почтового сервера, для этого используются протоколы POP3 и IMAP.

Служба SMTP составляет часть установки Internet Information Server в Windows 2000 и Windows XP.

Стандарт протокола SMTP определен в RFC 821; формат сообщений SMTP определен в RFC 822.

POP3 — Post Office Protocol

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

Windows .NET Server включает сервер POP3. Протокол POP3 определен в RFC 1081.

IMAP — Internet Message Access Protocol

Как и РОРЗ, протокол IMAP предназначен для доступа к почте на почтовом сервере. Аналогично клиентам POP3 клиент IMAP может работать в автономном режиме, в котором почта обрабатывается на локальной машине. По сравнению с клиентами POP3 клиенты IMAP обладают более широкими возможностями в оперативном режиме, например, они могут извлекать только заголовки или только основные части указанных почтовых сообщений, искать конкретные сообщения на сервере и устанавливать флаги, например флаг «ответ отправлен». По существу, IMAP позволяет клиенту обрабатывать удаленный почтовый ящик, как если бы он был локальным.

Протокол IMAP определен в RFC 1730.

NNTP — Network News Transfer Protocol

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

Протокол NNTP определен в RFC 850, 977 и 1036.

SMTP: как работает, для чего нужен и подходит ли для массовых рассылок

Идеи

Выбираем софт для отправки писем

SMTP (Simple Mail Transfer Protocol) — сетевой протокол, предназначенный для передачи электронной почты. Он используется каждый раз, когда мы отправляем письмо через веб-сервисы (Gmail, Mail.ru), десктопные программы (Outlook, Thunderbird, TheBat) или сервисы рассылок (UniSender).

GMail, Mail.Ru, Yandex и других провайдеров электронной почты можно сравнить с почтовым отделением в вашем районе. Вы приходите туда, указываете на конверте, куда отправлять письмо и отдаёте его почтальону.

SMTP — это всё, что происходит в почтовом отделении, когда вы передали письмо. Например, на почте наклеят марки, проверят посылку на вес, организуют логистику и доставят письмо до адресата.

Тут возникает вопрос: если SMTP такой универсальный, почему нельзя отправлять письма напрямую через него? Можно, но есть несколько «но», о которых я расскажу дальше.

А пока немного теории.

Матчасть: как работает SMTP

Обычному пользователю знание SMTP не нужно, достаточно воспользоваться интерфейсом любого почтовика. С помощью команд из почтовика он будет отправлять запросы к серверу получателя. ]’.

220 mailserver at example.com greets you. Make love not war! — подключение удалось.

HELO test.com

250 example.com — поприветствовали друг друга с помощью команды HELO, сервер получателя ответил командой 250, что значит, что возможно дальнейшее «общение».

MAIL FROM: <[email protected]> — мы говорим, от кого хотим отправить письмо.

250 2.1.0 Ok — сервер отвечает, что готов принять письмо от этого адресата (бывают ситуации, когда адрес внесен в блэклист на стороне получателя, и тогда уже здесь начнутся ошибки.

RCPT TO: <[email protected]> — мы говорим, кому хотим отправить письмо.

250 2.1.5 Ok — сервер отвечает, что готов принять письмо для этого получателя (если адреса не существует, то здесь сервер может сказать что-то вроде 550 No such user here.

DATA — сообщаем серверу, что начинаем передавать письмо.

354 End data with <CR><LF>.<CR><LF> — сервер отвечает, в каком виде он хочет видеть конец письма.

FROM: [email protected] — начинаем передавать письмо вместе с техническими заголовками.

TO: [email protected]

SUBJECT: test mail from test subject

test body

. — показываем, что мы закончили передачу письма.

250 2.0.0 Ok: queued as 1CF5FC0AAE — сервер отвечает, что принял письмо для доставки и назначил ему id 1CF5FC0AAE (по нему, в случае недоставки, системный администратор принимающего сервера сможет найти, что стало с письмом.

QUIT — сообщаем, что сеанс связи закончен.

221 2.0.0 Bye — сервер прощается с нами.

Connection closed by foreign host. — соединение обрывается.

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

Кажется, что мешает подробно изучить документацию по SMTP и отправлять массовые рассылки через своё SMTP-решение? С этим есть проблема.

Предлагаю посмотреть на разные способы отправки массовых рассылок и оценить их по 3 параметрам: необходимость в доработках, доставляемость писем и цена.

Ящик на бесплатной почте (Mail.ru, Gmail)

Почта интернет-провайдера

Хостинг

Собственное SMTP-решение

Сервис транзакционных рассылок (например, Unisender Go)

Сервис рассылок (например, UniSender)

Ящик на бесплатной почте

Доработки от разработчиков: ⭐️

Доставляемость массовых рассылок: ⭐️

Цена: бесплатно

Почти все почтовые провайдеры (Gmail, Mail.ru) предоставляют доступ к ящику по SMTP. Тем не менее, отправлять массовые рассылки с бесплатной почты не получится.

Преимущества

Ящики на Gmail, Mail.ru или Яндексе бесплатные. На этом преимущества для отправки массовых писем заканчиваются.

Недостатки

Пока вы отправляете небольшое количество писем, вас может устраивать бесплатная почта. Но если подписчиков много, вы столкнётесь с ограничениями по количеству писем:

Почтовый провайдер	Ограничение
Mail.ru	1 письмо в минуту
Yandex.ru	150 писем в сутки
Gmail.com	500 писем в сутки
Rambler.ru	200 писем в час
Ukr.net	250 писем в сутки
Meta.ua	200 писем в сутки

Больше писем отправить не дадут. Более того, если мы попробуем перешагнуть через допустимый порог, то ящик заблокируют, а все письма начнут попадать в «Спам».

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

Вывод: не подходит для массовых рассылок.

Почта интернет-провайдера

Доработки от разработчиков: ⭐️

Доставляемость массовых рассылок: ⭐️

Цена: ⭐️

Многие интернет-провайдеры дают пользователям почту на своём домене.

Например, у провайдера TENET почта будет иметь вид [email protected].

Этот способ похож на предыдущий: почта интернет-провайдера подходит для личной переписки, но не для массовых рассылок. Отправка писем идёт через IP-адреса провайдера — они не могут допустить, чтобы через них проходил спам. Поэтому на большинстве таких ящиков тоже стоит ограничение на количество писем в сутки.

Вывод: не подходит для массовых рассылок.

Хостинг

Доработки от разработчиков: ⭐️

Доставляемость массовых рассылок: ⭐️⭐️

Цена: ⭐️

Преимущества

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

Недостатки

Но когда возникнет необходимость массовых рассылок, вы можете столкнуться с ограничениями и трудностями.

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

Вывод: подходит для массовых рассылок, если купить виртуальный сервер и настроить его.

Собственное SMTP-решение

Доработки от разработчиков: ⭐️⭐️⭐️

Доставляемость массовых рассылок: ⭐️⭐️⭐️ (при правильной настройке)

Цена: ⭐️⭐️

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

Преимущества

Простота. SMTP — простой протокол: его легко протестировать и внедрить (особенно, если у вас уже было SMTP-решение до этого).

Вот, что говорит CTO UniSender Александр Брычук:

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

Использование SMTP требует меньше знаний для внедрения, чем, скажем, использование WEB API (на котором построены сервисы транзакционных писем). SMTP хорошо изучен, для него есть подробная документация. Непредвиденные обстоятельства вроде внезапной смены протокола или изменения работы каких-то методов, сведены к минимуму.

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

Подробный отчёт об ошибках. Используя SMTP, вы сразу получаете ответ о доставке или ошибке доставки сообщения. Многие сервисы не дают развернутый ответ о причинах недоставки. Если письмо не дошло, то чаще всего они просто выведут причину: несуществующий адрес, блокировка сообщения как спама.

SMTP-сессия покажет, на каком именно этапе возникла ошибка доставки. Иногда это полезно. Например, если ошибка возникла на этапе передачи данных MAIL FROM (смотрите пример SMTP-сессии), то ваш обратный адрес не нравится серверу получателя.

Недостатки

Грейлистинг. Протокол SMTP требует постоянного общения сервера отправителя и получателя. Недостаточно отправить один запрос на отправку письма. Сначала серверы должны «поздороваться», потом отправитель должен сообщить, от кого письмо, потом предоставить содержание письма. На каждый из этих этапов мы ждём ответ сервера получателя. Когда отправляется одно письмо, трудностей не возникает.

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

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

Протокол. SMTP поддерживают не все провайдеры. Некоторые не дают его использовать, чтобы не допустить спама.

Вывод: подходит для массовых рассылок, но нужна глубокая доработка со стороны разработчиков.

Сервис транзакционных рассылок

Доработки от разработчиков: ⭐️⭐️

Доставляемость массовых рассылок: ⭐️⭐️⭐️

Цена: ⭐️⭐️

В основе сервисов транзакционных рассылок тоже лежит SMTP. Но разработчики заранее потрудились и дописали к нему API-методы. Это команды, которыми мы можем вызывать разные функции: отправку письма, отписку от рассылки, создание шаблона письма, получение статистики. В обычном SMTP для всего этого нужны доработки.

Преимущества

Продолжим цитировать Александра Брычука, СТО UniSender:

Как только начинается история о том, что нужно что-то отдельно выделять и программировать, будет легче воспользоваться просто Web API. Он работает по HTTP-протоколу: вы можете обратиться к API точно так же, как открываете сайты через браузер. Например, если вы пользователь UniSender, то обратиться к API можно, отправляя запросы на https://api.unisender.com/ru/api.

Ещё нюанс в том, что не везде удобно / разрешено использовать SMTP. Многие провайдеры и даже хостинг провайдеры запрещают это как раз для противодействия спаму. Web API — обычный HTTP, который в большинстве случаев разрешен.

Поясню, что это значит, на примере сервиса транзакционных рассылок Unisender Go. Это курьер, который доставит письмо. Можно отправлять рассылки и самому, а можно нанять курьера. С его помощью можно персонализировать рассылку, использовать шаблоны, трекинг прочтений и переходов по ссылкам. Это удобно и сильно экономит время для работы.

Из главных преимуществ такого подхода:

Дополнительный уровень защиты данных в виде API ключей. Вы общаетесь с сервисом через API-ключ, что снижает риск воровства логина и пароля. Мошенники не смогут отправить спам или провести фишинговую атаку от вашего имени. Это дополнительный «слой» защиты, которого нет при прямой работе с SMTP.
В случае с Web API вам не нужно общаться с SMTP-сервером. За вас это делает сервис. Вы лишь даёте задание отправить письмо — один запрос.
Использование Web API значительно упрощает отправку письма и автоматизацию этого процесса через ваше приложение.
Готовые инструменты для получения статистики.
Использование API через HTTP практически всегда возможно — файрволы обычно не блокируют HTTP-протокол в отличие от SMTP.

Недостатки

Для того, что использовать сервис транзакционных писем, обычно требуются доработки программистов для внедрения отправки писем через Web API-сервис.

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

Вывод: подходит для массовых рассылок, есть много готовых функций, которые в SMTP пришлось бы дорабатывать.

Сервис рассылок

Доработки от разработчиков: ⭐️

Доставляемость массовых рассылок: ⭐️⭐️⭐️

Цена: ⭐️⭐️⭐️

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

Преимущества

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

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

Недостатки

Из недостатков сервиса рассылок можно выделить меньшую скорость работы по сравнению с сервисами транзакционных писем — сервис рассылок обрабатывает меньше писем за единицу времени. Но если в вашей базе не сотни тысяч подписчиков, и вам не нужно доставлять письма в течение нескольких секунд после отправки (что необходимо для транзакционных писем), то вы не заметите разницы.

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

Вывод: через сервис рассылок можно отправлять массовые рассылки без дополнительных доработок. Разработчиков зовут в редких случаях: например, если нужно настроить сложные сценарии автоматизации или привязать другой сервис по API.

Что в итоге

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

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

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

Другие материалы по теме

СВЕЖИЕ СТАТЬИ

Другие материалы из этой рубрики

Не пропускайте новые статьи

Подписывайтесь на соцсети

Делимся новостями и свежими статьями, рассказываем о новинках сервиса

«Честно» — авторская рассылка от редакции Unisender

Искренние письма о работе и жизни. Свежие статьи из блога. Эксклюзивные кейсы и интервью с экспертами диджитала.

Оставляя свой email, я принимаю Политику конфиденциальности

Наш юрист будет ругаться, если вы не примете 🙁

Как запустить email-маркетинг с нуля?

В бесплатном курсе «Rock-email» мы за 15 писем расскажем, как настроить email-маркетинг в компании. В конце каждого письма даем отбитые татуировки об email ⚡️

*Вместе с курсом вы будете получать рассылку блога Unisender

Оставляя свой email, я принимаю Политику конфиденциальности

Наш юрист будет ругаться, если вы не примете 🙁

Все, что вам нужно знать о SMTP (Simple Mail Transfer Protocol)

Мы постоянно отправляем друг другу электронные письма — каждый день отправляется и принимается колоссальное количество электронных писем — 306,4 миллиарда. Это один из самых распространенных способов связи как для компаний, так и для частных лиц, но вы когда-нибудь останавливались и задавались вопросом, что происходит после того, как вы нажимаете «отправить»? Как ваше сообщение идет от вас к вашим получателям?

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

Что такое SMTP? #

SMTP (простой протокол передачи почты) — это протокол электронной почты, используемый для отправки сообщений электронной почты с одной учетной записи электронной почты на другую через Интернет.

Протоколы электронной почты — это наборы правил, которые позволяют различным почтовым клиентам и учетным записям легко обмениваться информацией, и SMTP является одним из наиболее распространенных наряду с POP и IMAP. Это также единственный выделенный протокол для отправки электронных писем. Большинство почтовых клиентов, включая Outlook, Apple Mail, Gmail и Yahoo Mail, полагаются на SMTP для «проталкивания» или отправки сообщений от отправителя получателю.

Что такое SMTP-сервер? #

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

Вы можете думать о серверах как о своих реальных почтовых отделениях. Когда вы отправляете письмо из города А в город Б, оно сначала достигает местного почтового отделения в городе А; здесь он обрабатывается и отправляется в почтовое отделение в городе Б, которое отвечает за его доставку в конечный пункт назначения.

То же самое происходит и с SMTP-серверами, хотя процесс занимает не несколько дней, а максимум несколько минут.

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

Как работает SMTP? #

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

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

Оттуда клиент SMTP использует команды, чтобы сообщить серверу, что делать, и передать данные, такие как адрес электронной почты отправителя, адрес получателя. адрес электронной почты и содержание письма. Агент передачи почты или агент передачи сообщений (MTA) проверяет, принадлежат ли оба адреса электронной почты одному домену электронной почты, например gmail.com:

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

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

Узнать больше →

Основные SMTP-команды #

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

HELO или EHLO (Hello): Это важная команда для начала всего процесса отправки электронной почты. Почтовый клиент идентифицирует себя на SMTP-сервере. Это начало диалога, и обычно сервер отправляет команду HELO вместе со своим доменным именем/IP-адресом.

ПОЧТА ОТ: После команды идентификации отправитель поделится кодом, указывающим, от кого отправлено письмо. Это обрисовывает в общих чертах адрес электронной почты и сообщает SMTP-серверу, что новая транзакция вот-вот начнется. Отсюда сервер сбрасывает все и готов принять адрес электронной почты. После принятия он ответит кодом ответа 250 OK.

RCPT TO (получатель): Следующая команда следует за кодом ответа 250 OK, определяющим, кому отправляется электронное письмо. Опять же, SMTP-сервер отвечает тем же кодом, после чего можно отправить другую команду RCPT TO с другим адресом электронной почты получателя. Это может повторяться столько раз, сколько потребуется, в зависимости от того, сколько людей получит электронное письмо.

ДАННЫЕ: Инициирует передачу данных между клиентом и сервером. Все содержимое сообщения будет перемещено на SMTP-сервер, который ответит кодом ответа 345. Содержимое сообщений передается на сервер, где одна точка отправляется в строке сама по себе, чтобы сигнализировать об окончании сообщения. Если он принят и готов к доставке, сервер отправляет еще один код 250 OK. В этот момент сообщение находится на пути к получателям.

ВЫХОД: Когда электронное письмо отправлено, клиент отправляет на сервер команду ВЫХОД, разрывая соединение. Если он был успешно закрыт, сервер ответит кодом 221.

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

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

Существуют и другие команды SMTP, которые выполняют аутентификацию и повышают безопасность, например AUTH и STARTTLS. Если вам интересно узнать о них или увидеть примеры работы SMTP, прочтите это руководство по командам SMTP.

Понимание кодов ошибок SMTP #

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

Например, вот две группы часто возникающих ошибок SMTP:

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

5.X.X Постоянная ошибка: Эти коды ошибок начинаются с цифры «5», за которой следуют две цифры. Обычно они означают, что соединение SMTP разорвано. Если вы попытаетесь отправить электронное письмо повторно, это, скорее всего, приведет к той же ошибке.

PS: если вам интересно узнать больше об ошибках SMTP, здесь, в Postmark, мы начали общедоступное Полевое руководство по SMTP, чтобы задокументировать коды ошибок, которые мы видим чаще всего. Проверьте это! Вы даже можете добавить свои собственные записи, если заметили ошибку SMTP, с которой мы раньше не сталкивались.

Чем SMTP отличается от других протоколов электронной почты? #

Вспомните определение SMTP, и вы вспомните, что мы говорили, что это один из многих протоколов электронной почты. POP и IMAP — два других наиболее распространенных протокола электронной почты.

Основное различие между этими протоколами заключается в том, что SMTP является единственным протоколом для отправки или «проталкивания» электронной почты с одного неизвестного почтового сервера на другой. POP и IMAP — это протоколы для получения или «вытягивания» почты для получателя с их собственного почтового сервера. Итак, POP и IMAP ограничивают передачу почты только проверенным почтовым серверам. Их нельзя использовать для связи за пределами ваших собственных сетей.

Различные протоколы в процессе отправки: SMTP используется для отправки электронной почты, POP и IMAP для получения почты

Ниже мы более подробно объясним, как работают протоколы POP и IMAP и чем они отличаются от SMTP.

POP #

POP означает протокол почтового отделения и используется для получения входящих сообщений. Самой последней версией является POP3, последний раз обновленный в 1988 году.

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

Чем отличаются протоколы POP и SMTP?

SMTP — это протокол передачи сообщений, а POP — протокол доступа к сообщениям. Другими словами, SMTP используется для отправки почты от одного пользователя другому, а POP — для получения электронной почты.

SMTP используется дважды: один раз при установлении соединения и отправке информации между отправителем и почтовым сервером и второй раз при отправке информации и соединении с получателем. POP используется только один раз между получателем и его почтовым сервером.

IMAP #

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

Если вы когда-либо устанавливали свой собственный почтовый клиент, вы, вероятно, сталкивались с IMAP в интерфейсе, подобном этому:

Чем отличаются IMAP и SMTP?

SMTP — это протокол передачи сообщений, а IMAP — это протокол доступа к сообщениям (например, POP). Таким образом, в то время как SMTP отправляет сообщения и обрабатывает исходящую электронную почту, IMAP только извлекает сообщения и обрабатывает входящую электронную почту.

Запуск собственного SMTP-сервера или использование стороннего почтового сервиса: что лучше? #

Когда дело доходит до настройки и использования SMTP-сервера, есть два основных варианта:

Запустить самостоятельно
Воспользоваться сторонней службой

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

Запуск собственного SMTP-сервера: плюсы и минусы #

Какие преимущества и недостатки вы видите в настройке и запуске собственного SMTP-сервера? Вот обзор, а также дополнительное пошаговое руководство по настройке и аутентификации SMTP для более подробного изложения.

Pro: Нет ограничений на объем отправки. Многие провайдеры услуг электронной почты и интернет-провайдеры (ISP) ограничивают ваши ежедневные электронные письма, как и некоторые веб-хостинги. Если у вас есть собственный выделенный SMTP, вы можете отправлять столько писем, сколько вам нужно, ежечасно или ежедневно.
Pro: полностью контролировать доставку электронной почты. Независимо от того, что произойдет с вашей электронной почтой после того, как вы нажмете «Отправить», вы получите полезную информацию о доставке. Вы можете увидеть, были ли ваши сообщения отправлены получателю, и изучить коды ошибок.
Pro: Ваш список адресов электронной почты является закрытым. Еще одно преимущество использования собственного SMTP заключается в том, что вам не нужно ни с кем делиться информацией из списка адресов электронной почты, что обеспечивает конфиденциальность данных вашей компании и ваших клиентов.
Против: может потребоваться больше времени, денег и усилий. Для запуска SMTP-сервера требуется много ресурсов: вам нужно будет постоянно следить за тем, чтобы все работало и работало, и, возможно, даже потребуется нанять специального специалиста или команду — и это после того, как вы настроите сам сервер, который является совсем другая история. Для многих предприятий это просто слишком дорого.
Против: это локально. Еще одним недостатком использования собственного SMTP-сервера является то, что он является локальным, поэтому он будет уязвим для отключения электроэнергии или проблем с подключением к Интернету в вашем регионе. Вы можете настроить серверы резервного копирования и отказоустойчивую защиту, но опять же, для этого требуются технические ноу-хау.
Против: у вас могут возникнуть проблемы с доставкой и безопасностью . Если вы не отправляете сообщения определенным/ограниченным получателям, потребуется время, чтобы обеспечить правильную доставку, особенно когда объем вашей электронной почты меняется. Кроме того, вам придется защищать свой сервер электронной почты от несанкционированного доступа и спама, а это может стать настоящей проблемой. В этом большое преимущество использования стороннего сервиса: они уже разобрались со всем этим и имеют специальные процессы для определения необходимости корректировок.

Говоря об этом…

Использование стороннего почтового сервиса: плюсы и минусы #

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

Pro: Значительно меньше хлопот для вас. Использование стороннего поставщика услуг электронной почты позаботится обо всем за вас. Вам не нужно обладать значительными техническими знаниями или тратить время на обслуживание и мониторинг вашего почтового сервера, и вы часто можете обратиться в службу технической поддержки, чтобы помочь с любыми проблемами.
Pro: более безопасный. Большинство сторонних провайдеров предлагают несколько вариантов резервного копирования, чтобы сохранить вашу электронную почту в безопасности, если один из серверов выйдет из строя. Они также поддерживают свою безопасность в соответствии с последними отраслевыми стандартами, обеспечивая постоянную безопасность ваших данных.
Pro: экономичнее. Плата за услугу, которой вы будете пользоваться постоянно, означает, что вам никогда не придется иметь дело с почтовыми серверами самостоятельно. Это может сэкономить время и деньги вашего бизнеса, поскольку вам не нужно будет нанимать кого-либо для мониторинга и обслуживания вашего сервера или тратить деньги на устранение проблем с доставкой и безопасностью.
Pro: Более надежная доставка. Сторонние службы имеют давние отношения с интернет-провайдерами и поставщиками почтовых ящиков, имеют опыт решения проблем и адаптации к уникальным требованиям различных получателей, имеют все процессы мониторинга и исключения из списка и, конечно же, имеют множество экспертов по доставляемости в штате, поэтому вам не нужно ни о чем беспокоиться.
Против: Зависимость от других. Один из недостатков использования сторонней установки SMTP заключается в том, что вам придется полагаться на другую компанию, если у вас возникнут проблемы с вашим почтовым сервером. Поэтому, если вы пойдете по этому пути, убедитесь, что выбрали службу и команду с большим опытом в предметной области, которые делают качественную поддержку клиентов своим приоритетом.

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

Ой. Спасибо Вал. 💛

Минусы: работа со сторонними условиями. Наконец, вам придется соблюдать условия обслуживания (TOS) провайдера, которые могут включать ограничения на количество электронных писем, которые вы можете отправить. Тем не менее, редко можно найти TOS, который значительно сократит или повлияет на ваш объем отправки, будь то транзакционная электронная почта или рекламная электронная почта.

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

Выберите службу электронной почты, на которую вы можете положиться #

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

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

Лучшие провайдеры SMTP: параллельное сравнение #

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

Вы ищете параллельное сравнение лучших провайдеров SMTP? Вот разбивка.

Готовы начать отправку?

Зарегистрируйтесь в Postmark сегодня и получите бесплатную пробную версию.

Начать бесплатную пробную версию → Кредитная карта не требуется

Узнайте больше об отправке SMTP с помощью почтового штемпеля:

Руководство пользователя почтового штемпеля: Отправка электронной почты с помощью SMTP
Как отправлять сообщения из Outlook с помощью SMTP

Трансфер протокол)

Мы все время отправляем друг другу электронные письма — каждый день мы отправляем и получаем 306,4 миллиарда электронных писем. Это один из самых распространенных способов связи как для компаний, так и для частных лиц, но вы когда-нибудь останавливались и задавались вопросом, что происходит после того, как вы нажимаете «отправить»? Как ваше сообщение идет от вас к вашим получателям?