Smtp авторизация что это

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

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

Где взять базу? Как сделать красивое письмо? Какие показатели смотреть? Расскажем об этом в бесплатном курсе из 16 писем. Татуировка в каждом письме!

Рассказываем про инструменты для email-рассылок. Обсуждаем лучшие примеры и механики. Говорим о деньгах. Публикуем вакансии.

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

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

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

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

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

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

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

Вот пример того, как выглядит общение серверов изнутри (SMTP-сессия):

$ telnet expamle.com 25 — мы пробуем подключиться к example.com по 25 порту, который как раз используется для передачи почты.

Connected to example.com.

Escape character is ‘^]’.

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

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

MAIL FROM: test@test.com > — мы говорим, от кого хотим отправить письмо.

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

RCPT TO: user@example.com > — мы говорим, кому хотим отправить письмо.

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

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

FROM: test@test.com — начинаем передавать письмо вместе с техническими заголовками.

SUBJECT: test mail from test subject

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

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 параметрам: необходимость в доработках, доставляемость писем и цена.

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

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

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

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

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

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

Недостатки

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

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

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

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

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

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

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

Этот способ похож на предыдущий: почта интернет-провайдера подходит для личной переписки, но не для массовых рассылок. Отправка писем идёт через 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 с авторизацией

Внесены поправки от 26-02-2010.

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

2. Специфическая причина.
Можно полностью замаскировать письмо, как буд-то оно было отправленно почтовой программой.

Отправка почты вручную.
Сначала немного разберем протокол SMTP, и попробуем отправить почту с помощью командной строки винды, чтобы понять принцип общения с smtp сервером. Для этого потребуется встроенная утилита telnet. Во всех виндовсах она есть, но в windows Vista по умолчанию она выключена. Чтобы ее включить зайдите в панель управления/программы/включение или отключение компонентов windows и отметьте галочку возле Клиент Telnet и жмите OK. Включение может длиться до 10 минут. Теперь идем дальше.
Тестировать вам придется на своем smtp сервере, надеюсь у каждого есть почта на бесплатных серверах, вот на них и можете потестировать.
Для примера буду использовать mail.ru
Запускаем командную строку(ПУСК/выполнить/cmd/[OK])
В открывшемся окне пишем

telnet smtp.mail.ru 25

Если соединение прошло нормально, сервер должен ответить примерно так

220 mail.ru ESMTP Sat, 11 Aug 2007 17:32:14 +0400

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

Если все ок, ответ будет

250-mx30.mail.ru Hello mail.ru [80.64.80.192]
250-SIZE 10485760
250-8BITMIME
250-AUTH PLAIN LOGIN
250 PIPELINING

После подобного ответа можно вводить логин и пароль для авторизации. Для этого вводим команду.

И вот сейчас надо вводить пароль логин, но они должны быть закодированы.
Самый простой способ закодировать логин и пароль, это при помощи функции php base64_encode()
Создайте следующий php код и запустите его на тестовом сервере.

print base64_encode ( «логин» );
print ‘
‘ ;
print base64_encode ( «пароль» );
?>
Коды логина и пароля получены, теперь можно ввести их.
Копируйте и вставляйте их по очереди.
После ввода логина должно появиться сообщение с кодом 334.
После ввода правильного пароля должно появиться

235 Authentication succeeded

Авторизация пройдена. Сейчас указываем от кого будет написано письмо и размер.
Указываете свой ящик, от имени которого авторизовались и обязательно в таком формате
Размер письма указывается в байтах учитывая все заголовки, тело письма и вложенные файлы. 1 символ = 1 байт.

Если сервер принял этот адрес, получите ответ

положительный ответ сервера

Если нужно письмо отправить нескольким адресатам, повторяем команду RCPT TO: сколько нужно раз. Будет разослано одно письмо многим адресатам.
А сейчас настало время самого письма. Вводим команду

Ответ будет примерно таким

354 Enter message, ending with «.» on a line by itself

Сейчас можно вводить текст письма.
Само письмо состоит из заголовков и тела.
Заголовки конечно можно не писать, но лучше чтобы они были
Заголовки от тела отделяются пустой строкой
Кстати, вот весь этот текст(заголовки и тело) учитываются при подсчете размера в команде «MAIL FROM: SIZE=208«

Subject: Это тема письма
To: asd@qwe.ru
X-Mailer: webi.ru mailer

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

Когда введете точку, получите такой ответ

Теперь завершаем работу с сервером.

221 mx30.mail.ru closing connection

Письмо отправлено. Учтите, при отправке письма из командной строки windows, скорее всего оно будет отправлено в кодировке DOS (cp866), поэтому в заголовки письма нужно добавить заголовок кодировки, чтобы письмо нормально читалось. Но данный пример я показал лишь для демонстрации принципа общения с SMTP сервером.
Полное описание протокола smtp, все команды и коды ответов сервера читайте в документе PDF на русском языке протокол SMTP

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

Переменную с заголовками создали, теперь создадим переменную с текстом самого письма.

$text = «привет, проверка связи.» ;

А сейчас открываем соединение с smtp сервером.

Ну а теперь начинаем запускать все те команды, которые вводили руками до этого.
И после каждого ввода команды считываем ответ от сервера.

Вот и улетело письмишко.

Для чего же читать ответ от сервера после каждой команды?
Как видно, после каждой команды сервер отвечает кодом из трех цифр и текстовым пояснением.
И после каждого ввода команды нужно знать, принял сервер команду или нет.
Выдернуть код очень просто, надо просто получить первые три символа строки

Отправка нескольких писем за одно соединение.
Если вы хотите отправить одно письмо многим адресатам, то вам достаточно использовать команду RCPT TO несколько раз подряд, указывая в ней email адреса, на которые хотите разослать письмо. После этого как и положено идет DATA и дальше письмо. И ваше письмо разошлется по всем указанным адресам.
Если хотите отправить несколько разных писем, разным адресатам, тогда делаем так:
Сначала идет все стандартно, соеденились, авторизовались, отправили письмо и после отправки письма посылаем команду не выход, а сброс RSET.
Эта команда сбрасывает все, что было введенно в текущем сеансе и после этого можно начинать формировать и отправлять следующее письмо.
Начинаем отправлять снова
MAIL FROM:.
RCPT TO:.
и т.д.
То есть формируем с самого начала новое письмо. После завершения отправки можно снова ввести RSET и сформировать третье письмо, четвертое и т.д.
Ну и в самом конце уже ставим QUIT.

В полях From, Reply-To, To можно указывать не только email, но и имя ( Максим ).
Вот только при написании имен русскими символами, придется их конвертировать
=?windows-1251?Q?».str_replace(«+»,»_»,str_replace(«%»,»=»,urlencode(‘Максим’))).»?=
По такому же принципу кодируется и тема.

Еще одно интересное поле Message-ID:
Это идентификатор сообщения. Должен быть уникальным в пределах вселенной.
В примере я использовал принцип создания идентификатора почтовика The bat.
Message-ID:
после преобразования получится примерно так
Message-ID:
Каждые почтовики создают это поле по-своему. The bat создает именно так.
Первая часть до точки это должно быть случайным числом, вторая часть после точки это дата без разделителей.
Поле Message-ID не является обязательным, а в некоторых случаях сервер сам подставляет это поле.
Но лучше его использовать, так как некоторые фильтры антиспама проверяют это поле. И если вы указали в заголовках, что письмо было написано якобы через The bat, то и Message-ID должен быть сгенерирован по правилам этого почтовика.
Можете конечно использовать свое имя почтовика, например
X-Mailer: webi.ru (v2.32.3)
Но сильно тупые фильтры антиспама будут принимать вашу почту за спам.

Файлы будут вставляться в тело письмо в перекодированном виде в base64.
Подготовим две текстовые переменные, содержащие файлы в кодированном виде.

$code_file2 = base64_encode ( «привет, это типа второй файл» );
Вот таким образом создали вторую текстовую переменную, которая содержит текстовые данные в base64.

= «————A4D921C2D10D7DB
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: 8bit

привет, это текст письма

————A4D921C2D10D7DB
Content-Type: application/octet-stream; name=\»1.jpg\»
Content-transfer-encoding: base64
Content-Disposition: attachment; filename=\»1.jpg\»

Сначала ставим разделитель, указывая, что сейчас пойдет первая часть письма и после разделителя указываем какой тип данных будет использован.
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: 8bit
Здесь указано, что сейчас пойдет обычный текст. Обязательно заголовки нужно отделить пустой строкой, пустая строка признак того, что заголовок кончился и пошло тело.

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

————A4D921C2D10D7DB
Content-Type: application/octet-stream; name=»1.jpg»
Content-transfer-encoding: base64
Content-Disposition: attachment; filename=»1.jpg»

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

А сейчас полные примеры без комментариев.

Отправка письма без вложений

$text = «привет, проверка связи.» ;

Отправка письма с вложениями

$text = «————A4D921C2D10D7DB
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: 8bit

привет, это текст письма

————A4D921C2D10D7DB
Content-Type: application/octet-stream; name=\»1.jpg\»
Content-transfer-encoding: base64
Content-Disposition: attachment; filename=\»1.jpg\»

Комментарии

11.10.2007
Спасибо! Полезная статья )))

04.12.2007 Vladik
Перечитал сотни статей, просмотрел сотни скриптов.
Но не понял ничего и ничего е смог сделать.
Прочитал Вашу статью, понял все. Сделал, все заработало!
Спасибо огромное.

Если бы еще написали про другие способы аутентификации (кроме AUTH LOGIN), было бы совсем хорошо.

08.12.2007 админ
Я имел ввиду, что закодировать в base64 проще с помощью функции base64_encode().
Просто встречал варианты ручного перекодирования, поэтому и написал, что проще перекодировать с помощью готовой функции.

13.12.2007 Александр
Спасибо.
Отличная статья.

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

25.12.2007 админ
Да конечно, чтобы было удобнее надо модифицировать пример. Но модификация ложится уже на вас, так как если я модифицирую этот пример, разобью все по функциям, то понять суть будет сложно, где какая функция что делает.
Так что смотрите пример, и модернизируйте его.

26.12.2007 Сергей
Спасибо, все разжевано и разложено по полочкам. Очень полезная статья

25.03.2008 Yuri
Спасибо большое!

28.03.2008 gskm
Автар, молодец! Все понятно и доступно написано. Огромное спасибо. Пиши еще.

06.04.2008 m104
Очень полезно. Спасибо
Автор если можешь опиши подробно работу с IMAP

09.04.2008 Shad
Автор, спасибо тебе огромное! просто выручил и избавил от чтения кучи букв 🙂 Конечно все равно их читать прийдеться, но как всегда, щас нет времени 🙂

20.04.2008 7910
Спасибо огромное, это единственный способ обойти спам-фильтры некоторых параноидальных веб-серверов

23.04.2008 Andrei
Автору ОГРОМНОЕ СПАСИБО.
какраз что нужно =)

16.05.2008 Марина
Спасибо огромное.
Обожаю.

Источник

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

SMTP — это протокол передачи почты (англ. Simple Mail Transfer Protocol). SMTP-сервер используется, когда надо отправить письмо с одной почты на другую.

Если вы изредка отправляете письма друзьям и коллегам через обычные почтовые интерфейсы Google, Mail.ru или Яндекс.Почта, то настройки SMTP не понадобятся: всё уже настроено и готово к использованию.

А если собираетесь заниматься почтовыми рассылками для клиентов, то пригодятся знания: как правильно настроить и использовать SMPT через почтовые клиенты, например, The Bat или Microsoft Outlook.

Зачем нужен SMTP-сервер

Чтобы рассылать письма без ограничений

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

SMTP позволяет обходить лимиты и без рисков отправлять массовые рассылки по всей базе подписчиков.

Чтобы повысить доставляемость писем

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

Чтобы избежать утечки личных данных подписчиков

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

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

При отправке письма сервер присылает ответы — специальные команды. Они известны заранее, поэтому можно понять, почему письмо не было отправлено.

Например, есть команда-ответ, которая означает, что отправка письма невозможна, так как почтовый адрес отправителя занесён в чёрный список.

Чтобы сэкономит деньги на транзакционной рассылке

SMPT-сервер стоит дешевле, чем специальные сервисы email-рассылок. Хотя у SMPT нет возможностей создавать шаблоны, автоматические цепочки, лендинги и сайты, он полезен, когда нужно доставить много писем. Например, транзакционных, в которых не используются картинки, GIF и видео.

Недостатки SMTP-серверов

Отсутствие шифрования

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

Много спама на стороне отправителя

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

Доработка для корректной работы

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

Какие бывают SMTP-серверы

Обычные

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

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

Выделенные

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

Как работает SMTP-сервер

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

Во время отправки сообщения SMTP-сервер устанавливает связь с компьютером отправителем и компьютером-получателем через команды и ответы.

Команды и ответы: пример SMTP-сессии

Шаг 1. Подготовка к отправке

Отправитель: команда HELO. Используется, когда сервер почты отправителя связывается с сервером почты получателя.

Пример: HELO receiver.com

Получатель: ответ 250. В ответ сервер получателя должен прислать ответную команду, которая разрешит дальнейшие действия.

Пример: 250 sendeer.com

Шаг 2. Уведомление об отправке

Отправитель: команда MAIL FROM. Команда сообщает, от кого будет отправлено письмо.

Пример: MAIL FROM: sender@mail.com

Получатель: ответ 250 2.1.0 Ok. После проверки сервер почты получателя разрешает отправку с ящика отправителя. Если ящик в чёрном списке, придёт сообщение об ошибке.

Шаг 3. Выбор почты получателя

Отправитель: команда RCPT TO. Команда сообщает, на какой почтовый адрес будет отправлено письмо.

Пример: RCPT TO: receiver@mail.com

Получатель: ответ 250 2.1.0 Ok. Сервер согласен принять письмо для этого получателя.

Шаг 4. Передача письма

Отправитель: команда DATA. Сервер отправителя сообщает, что начинает передавать письмо.

Получатель: ответ 250 2.0.0 Ok. Сервер сообщает, что принял письмо. Ещё он назначит ему ID, по которому можно будет узнать, что стало с письмом, если оно не будет доставлено.

Пример: 250 2.0.0 Ok: queued as 1CD5PQ7ERT

Шаг 5. Завершение передачи

Отправитель: команда QUIT. Сервер отправителя сообщает, что передача завершена и сеанс закончен.

Получатель: ответ 221 2.0.0 Bye. Сервер получателя завершает сеанс.

Пример: 221 2.0.0 Bye

Как отправлять рассылку с использованием SMTP-сервера

Если почта заведена на бесплатном почтовом клиенте

Возможности

Вы уже используйте SMTP, если отправляете письма с бесплатных почтовых ящиков, например, Yandex, Google, Yahoo. Чтобы начать работу, необходимо авторизоваться в веб-интерфейсе почты через логин и пароль.

Недостатки

Бесплатные почтовые сервисы не подойдут для массовых рассылок.

Чтобы отправлять письмо, надо соблюдать лимиты. Если превысить лимиты, почтовый сервис заблокирует ящик. Например, Яндекс позволяет отправлять 500 писем в сутки с одного ящика.

Если почта заведена у интернет-провайдера

Возможности

Некоторые провайдеры вместе с услугами связи создают на своих доменах клиентам почтовые ящики. С ящиков также можно отправлять письма через SMTP.

Недостатки

Почта на домене провайдера не подойдёт для массовых рассылок.

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

Пример: как настроить SMTP-сервер на Яндекс.Почте в почтовом клиенте The Bat

Исходные данные

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

Почтовый клиент — это программа. Она работает на компьютере и на смартфоне.

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

Рассмотрим, как отправлять письма через сервер SMTP с Яндекс.Почты, которая подключена в почтовом клиенте The Bat (можно скачать с официального сайта разработчика)

Настройка Яндекс.Почты

Зайдите в Яндекс.Почту и перейдите в настройки:

Открываем настройки

Далее кликнете по разделу «Почтовые программы»

Следующий шаг — переход в «Почтовые программы»

Выберите, по какому протоколу будет работать сервер:

Запустите почтовый клиент The Bat и создайте новый почтовый ящик.

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

В окне укажите настройки:

Выбор протокола, имени и электронного адреса

В следующем окне выберите протокол, который ранее указали в Яндекс.Почта. Автоматически подтянутся настройки адреса сервера и порт.

Эти блоки заполняются автоматически

Подтвердите настройки на следующем шаге и не забудьте поставить галочку напротив настроек аутентификации:

Финальный шаг настройки SMTP в The Bat

Готово. Клиент настроен. Можно отправлять письма через сервер SMTP с Яндекс.Почты из интерфейса The Bat.

Стоит ли приобретать дополнительный SMTP-сервер для рассылки

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

Вот цены одного из поставщиков услуг покупки и аренды сервера:

Пример стоимости покупки и аренды SMTP-сервера

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

Что в итоге

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

Настраивать SMTP-сервер не нужно, если отправляете письма прямо из веб-интерфейсов Google, Yahoo, Mail.ru и так далее — он работает автоматически. А если почта работает через почтовый клиент, например, The Bat, то настройка выполняется через пару кликов. Но какой бы вариант вы ни выбрали, всё равно придётся столкнуться с ежедневными лимитами на отправку писем.

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

Источник