SMTP: полное руководство, принцип работы и лучшие практики

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

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

Что такое SMTP?

SMTP (Simple Mail Transfer Protocol) представляет собой стандартный коммуникационный протокол для отправки email через интернет. Разработанный в 1982 году, SMTP определяет, каким образом email-сообщения передаются с одного сервера на другой, выступая цифровым аналогом почтовой службы.

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

Ключевые характеристики SMTP

• Протокол отправки: SMTP отправляет письма от отправителя к получателю (в отличие от POP3/IMAP, которые их получают)
• Текстовая основа: команды и ответы читаемы человеком
• Ориентация на соединение: использует TCP/IP для надёжной передачи
• Хранение и пересылка: сообщения временно хранятся на промежуточных серверах перед пересылкой
• Стандартизация: RFC 5321 определяет текущие спецификации SMTP

SMTP в сравнении с другими почтовыми протоколами

SMTP работает совместно с POP3 и IMAP. SMTP отправляет исходящую почту, а POP3 или IMAP получают входящую почту в ваш почтовый ящик. Большинство почтовых клиентов используют SMTP для отправки и IMAP для получения, обеспечивая полноценный почтовый опыт.

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

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

Процесс SMTP-коммуникации

Шаг 1: Установка соединения

Ваш почтовый клиент (Mail User Agent) подключается к исходящему почтовому серверу (Mail Transfer Agent) через TCP-порт 25, 587 или 465. Происходит «рукопожатие», в ходе которого сервер идентифицирует себя.

Шаг 2: SMTP-рукопожатие (HELO/EHLO)

Клиент инициирует коммуникацию командой HELO или EHLO:

Client: EHLO mail.example.com
Server: 250-smtp.provider.com Hello

EHLO (Extended HELO) является современной версией, поддерживающей расширения SMTP, такие как аутентификация и TLS-шифрование.

Шаг 3: Идентификация отправителя (MAIL FROM)

Клиент указывает email-адрес отправителя:

Client: MAIL FROM:<[email protected]>
Server: 250 OK

Шаг 4: Указание получателя (RCPT TO)

Клиент определяет одного или нескольких получателей:

Client: RCPT TO:<[email protected]>
Server: 250 OK

Шаг 5: Передача данных сообщения (DATA)

Передаётся фактическое содержимое письма:

Client: DATA
Server: 354 Start mail input
Client: Subject: Test Email
Client: From: [email protected]
Client: To: [email protected]
Client:
Client: This is the email body.
Client: .
Server: 250 OK

Шаг 6: Завершение соединения (QUIT)

Сессия завершается корректно:

Client: QUIT
Server: 221 Bye

Полный путь письма

1. Создание: вы пишете письмо в клиенте (Gmail, Outlook и т.д.)
2. Отправка: клиент подключается к вашему SMTP-серверу
3. DNS-запрос: ваш сервер запрашивает DNS для получения MX-записей получателя
4. Передача: ваш сервер подключается к SMTP-серверу получателя
5. Доставка: сервер получателя принимает сообщение
6. Хранение: сообщение сохраняется для получения через POP3/IMAP

Пояснение к SMTP-портам

Порт 587 является рекомендуемым для отправки писем из приложений и почтовых клиентов. Он требует аутентификации и поддерживает шифрование STARTTLS.

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

Порт 465 был кратко назначен для SMTPS (SMTP через SSL), но затем переназначен. Некоторые провайдеры по-прежнему поддерживают его для обратной совместимости.

SMTP против Email API: что выбрать?

Для программной отправки писем современные приложения используют два основных подхода: традиционный SMTP и Email API на основе HTTP. У каждого подхода есть свои преимущества.

Подход SMTP

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

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

• Универсальная совместимость с любой библиотекой для отправки писем
• Работает с существующей почтовой инфраструктурой
• Нет привязки к конкретным форматам API
• Простая настройка для базовых случаев использования
• Работает в средах с ограниченным доступом по HTTP

Недостатки:

• Более сложная обработка ошибок
• Ограниченное отслеживание без дополнительной настройки
• Синхронная отправка может быть медленнее
• Накладные расходы на управление соединением
• Сложнее реализовать расширенные функции

Подход Email API

Email API используют HTTP/REST для отправки сообщений, абстрагируя базовую сложность SMTP.

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

• Встроенное отслеживание (открытия, клики, возвраты)
• Асинхронная отправка с вебхуками
• Более простая обработка ошибок с помощью HTTP-статусов
• Нативные расширенные функции (шаблоны, планирование)
• Лучшая аналитика и отчётность
• Более простая интеграция с современными приложениями

Недостатки:

• Специфичная для провайдера реализация
• Требует подключения к интернету (нет локальной ретрансляции)
• Могут применяться ограничения по частоте запросов API
• Кривая обучения для специфичных функций API

Когда использовать SMTP

• Устаревшие системы: старые приложения, разработанные для SMTP
• Простые транзакционные письма: базовые уведомления без необходимости отслеживания
• Локальное программное обеспечение: приложения в ограниченных сетевых средах
• Настройка почтового клиента: настольные или мобильные почтовые приложения
• WordPress и CMS: многие плагины ожидают SMTP-учётные данные

Когда использовать Email API

• Маркетинговая автоматизация: кампании, требующие детальной аналитики
• Отправка больших объёмов: приложения, отправляющие тысячи писем
• Современные приложения: SaaS-продукты со сложными потребностями в email
• Расширенные функции: управление шаблонами, A/B-тестирование, динамический контент
• Отслеживание в реальном времени: когда нужна немедленная обратная связь о доставке

Гибридный подход

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

SMTP-аутентификация: объяснение

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

Типы SMTP-аутентификации

SMTP AUTH (RFC 4954)

Стандартный механизм аутентификации, требующий ввода имени пользователя и пароля перед отправкой.

Client: AUTH LOGIN
Server: 334 VXNlcm5hbWU6
Client: [имя пользователя в base64]
Server: 334 UGFzc3dvcmQ6
Client: [пароль в base64]
Server: 235 Authentication successful

Распространённые механизмы AUTH:

Шифрование TLS/SSL

Всегда используйте шифрование для защиты учётных данных:

• STARTTLS: обновляет обычное соединение до зашифрованного (порт 587)
• Неявный TLS: соединение зашифровано с самого начала (порт 465)

API-ключи вместо паролей

Современные SMTP-сервисы часто используют API-ключи вместо паролей:

Username: apikey (литеральная строка)
Password: ваш-api-ключ

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

Настройка SMTP-учётных данных

При настройке приложения для отправки писем через SMTP обычно требуется:

1. SMTP-хост: адрес сервера (например, smtp.brevo.com)
2. SMTP-порт: обычно 587 для аутентифицированной отправки
3. Имя пользователя: ваш email аккаунта или идентификатор API-ключа
4. Пароль: пароль аккаунта или API-ключ
5. Шифрование: TLS/STARTTLS включено

Пример конфигурации для SMTP Brevo:

Host: smtp-relay.brevo.com
Port: 587
Username: [email protected]
Password: your-smtp-key
Encryption: STARTTLS

Email-аутентификация: SPF, DKIM и DMARC

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

SPF (Sender Policy Framework)

SPF определяет, каким IP-адресам и серверам разрешено отправлять письма от вашего домена.

Как работает SPF:

1. Вы публикуете SPF-записи в DNS вашего домена
2. Когда принимающий сервер получает ваше письмо, он проверяет SPF
3. Если IP-адрес отправителя совпадает с вашей SPF-записью, письмо проходит проверку
4. В противном случае письмо может быть помечено как спам или отклонено

Пример SPF-записи:

v=spf1 include:spf.brevo.com include:_spf.google.com -all

Эта запись разрешает Brevo и Google отправлять письма от вашего домена и отклоняет всех остальных отправителей (-all).

Синтаксис SPF:

Лучшие практики SPF:

• Используйте -all (жёсткий отказ), убедившись в правильности конфигурации
• Не превышайте 10 DNS-запросов во избежание ошибки permerror
• Включайте все легитимные источники отправки
• Тестируйте с помощью валидаторов SPF перед развёртыванием

DKIM (DomainKeys Identified Mail)

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

Как работает DKIM:

1. Ваш почтовый сервер подписывает исходящие сообщения закрытым ключом
2. Вы публикуете соответствующий открытый ключ в DNS
3. Принимающие серверы проверяют подпись с помощью вашего открытого ключа
4. Действительные подписи подтверждают целостность и происхождение сообщения

Пример DNS-записи DKIM:

brevo._domainkey.example.com IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4..."

Селектор (brevo) определяет, какой ключ использовать, позволяя нескольким сервисам отправлять с разными DKIM-ключами.

Компоненты DKIM:

Лучшие практики DKIM:

• Используйте 2048-битные RSA-ключи (минимум 1024-битные)
• Периодически ротируйте ключи
• Подписывайте важные заголовки (From, Subject, Date)
• Тестируйте подписи перед полным развёртыванием

DMARC (Domain-based Message Authentication, Reporting, and Conformance)

DMARC строится на основе SPF и DKIM, добавляя политики обработки ошибок аутентификации и возможности отчётности.

Как работает DMARC:

1. Вы публикуете политику DMARC в DNS
2. Принимающие серверы проверяют согласованность SPF и DKIM
3. Письма с ошибками обрабатываются согласно вашей политике
4. Вам отправляются отчёты о результатах аутентификации

Пример DNS-записи DMARC:

_dmarc.example.com IN TXT "v=DMARC1; p=quarantine; rua=mailto:[email protected]; pct=100"

Политики DMARC:

Путь внедрения DMARC:

1. Начните с p=none: мониторинг без влияния на доставку
2. Анализируйте отчёты: выявляйте легитимные источники с ошибками аутентификации
3. Устраняйте проблемы: добавляйте недостающие SPF include, настраивайте DKIM
4. Переходите к p=quarantine: начните защиту с мягким применением
5. Переходите к p=reject: максимальная защита после достижения уверенности

Лучшие практики DMARC:

• Начните с p=none и rua (агрегированные отчёты)
• Отслеживайте отчёты в течение 2-4 недель перед применением
• Убедитесь, что все легитимные отправители проходят SPF или DKIM с согласованием
• Постепенно увеличивайте pct (процент) при применении политики

Согласованность аутентификации

DMARC требует «согласованности» между доменом в заголовке From и доменами, проходящими SPF/DKIM:

• Согласованность SPF: домен Return-Path совпадает с доменом From
• Согласованность DKIM: домен подписи DKIM совпадает с доменом From

Это предотвращает использование злоумышленниками вашей инфраструктуры SPF/DKIM для отправки поддельных писем.

Лучшие SMTP-сервисы и провайдеры

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

Brevo (ранее Sendinblue)

Лучший для: электронной коммерции, совмещения транзакционной и маркетинговой почты

Brevo предлагает как SMTP-ретрансляцию, так и API-доступ с конкурентным ценообразованием. Его сила заключается в объединении транзакционной почты с маркетинговой автоматизацией, CRM и многоканальной коммуникацией (СМС, WhatsApp).

Конфигурация SMTP:

Host: smtp-relay.brevo.com
Port: 587
Authentication: Required
Encryption: STARTTLS

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

Amazon SES (Simple Email Service)

Лучший для: отправителей больших объёмов с инфраструктурой AWS

Amazon SES предлагает исключительно низкие цены для больших объёмов и бесшовно интегрируется с другими сервисами AWS.

Рекомендации:

• Требует технической экспертизы для правильной настройки
• Управление репутацией на вашей ответственности
• Лучше всего подходит разработчикам, знакомым с AWS

SendGrid (Twilio)

Лучший для: разработчиков, нуждающихся в надёжных API и масштабируемости

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

Mailgun

Лучший для: транзакционной почты с детальным журналированием

Mailgun ориентирован на транзакционные и разработческие сценарии использования с мощным поиском по логам и функциями валидации.

Postmark

Лучший для: транзакционной почты с максимальной скоростью доставки

Postmark специализируется на транзакционной почте с лидирующими в отрасли скоростями доставки и строгой антиспамовой политикой.

Сравнительная таблица провайдеров

Выбор подходящего провайдера

Учитывайте следующие факторы:

1. Объём: сколько писем в месяц?
2. Тип: маркетинговые, транзакционные или и те, и другие?
3. Технические ресурсы: готовы ли вы управлять сложными настройками?
4. Необходимые функции: шаблоны, аналитика, A/B-тестирование?
5. Бюджет: каков ваш ежемесячный бюджет на email?
6. Интеграция: какие системы нужно подключить?

Для e-commerce бизнесов, использующих Shopify с потребностями в маркетинговой автоматизации, Brevo в сочетании с Tajo предоставляет комплексное решение: синхронизацию данных о клиентах, транзакционную почту, маркетинговые кампании и многоканальную коммуникацию в одном интегрированном стеке.

Как настроить SMTP

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

Настройка SMTP в WordPress

Большинству сайтов на WordPress необходим SMTP для надёжной доставки email. Стандартная функция PHP mail() часто не работает или попадает в спам.

Шаг 1: Установите SMTP-плагин

Популярные варианты:

• WP Mail SMTP
• Post SMTP
• Easy WP SMTP

Шаг 2: Настройте плагин

Использование WP Mail SMTP с Brevo:

From Email: [email protected]
From Name: Your Site Name
Mailer: Other SMTP
SMTP Host: smtp-relay.brevo.com
Encryption: TLS
SMTP Port: 587
Authentication: On
SMTP Username: [email protected]
SMTP Password: your-brevo-smtp-key

Шаг 3: Проверьте соединение

Отправьте тестовое письмо для проверки конфигурации. Проверьте папку спама, если тестовое письмо не пришло.

Настройка SMTP в приложениях

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

Node.js (Nodemailer):

const nodemailer = require('nodemailer');

const transporter = nodemailer.createTransport({
  host: 'smtp-relay.brevo.com',
  port: 587,
  secure: false,
  auth: {
    user: '[email protected]',
    pass: 'your-smtp-key'
  }
});

await transporter.sendMail({
  from: '[email protected]',
  to: '[email protected]',
  subject: 'Test Email',
  text: 'Hello from Node.js!'
});

Python (smtplib):

import smtplib
from email.mime.text import MIMEText

smtp_server = "smtp-relay.brevo.com"
port = 587
username = "[email protected]"
password = "your-smtp-key"

msg = MIMEText("Hello from Python!")
msg['Subject'] = "Test Email"
msg['From'] = "[email protected]"
msg['To'] = "[email protected]"

with smtplib.SMTP(smtp_server, port) as server:
    server.starttls()
    server.login(username, password)
    server.send_message(msg)

PHP (PHPMailer):

use PHPMailer\PHPMailer\PHPMailer;

$mail = new PHPMailer(true);
$mail->isSMTP();
$mail->Host = 'smtp-relay.brevo.com';
$mail->SMTPAuth = true;
$mail->Username = '[email protected]';
$mail->Password = 'your-smtp-key';
$mail->SMTPSecure = 'tls';
$mail->Port = 587;

$mail->setFrom('[email protected]', 'Sender Name');
$mail->addAddress('[email protected]');
$mail->Subject = 'Test Email';
$mail->Body = 'Hello from PHP!';

$mail->send();

Настройка DNS-записей

Перед отправкой настройте DNS-записи аутентификации.

Шаг 1: Добавьте SPF-запись

Создайте TXT-запись в корне вашего домена:

Type: TXT
Host: @
Value: v=spf1 include:spf.brevo.com ~all

Если у вас уже есть SPF, добавьте оператор include:

v=spf1 include:spf.brevo.com include:_spf.google.com ~all

Шаг 2: Добавьте DKIM-запись

Создайте TXT-запись с селектором от вашего провайдера:

Type: TXT
Host: brevo._domainkey
Value: v=DKIM1; k=rsa; p=[ваш-открытый-ключ]

Шаг 3: Добавьте DMARC-запись

Начните в режиме мониторинга:

Type: TXT
Host: _dmarc
Value: v=DMARC1; p=none; rua=mailto:[email protected]

Шаг 4: Проверьте конфигурацию

Используйте следующие инструменты:

• MXToolbox (mxtoolbox.com)
• Mail Tester (mail-tester.com)
• DMARC Analyzer

Типичные ошибки SMTP и их решения

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

Категории кодов ошибок SMTP

Типичные ошибки SMTP и решения

421 Сервис недоступен

Сервер временно не может обрабатывать запросы.

Причины:

• Перегрузка сервера
• Техническое обслуживание
• Превышение лимита соединений

Решения:

• Подождите и повторите попытку
• Проверьте страницу статуса провайдера
• Реализуйте логику повторных попыток с нарастающим интервалом

450 Почтовый ящик недоступен

Временная проблема с почтовым ящиком получателя.

Причины:

• Почтовый ящик переполнен
• Ограничение политики сервера
• Грейлистинг

Решения:

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

451 Локальная ошибка

Ошибка обработки на принимающем сервере.

Причины:

• Проблема конфигурации сервера
• Исчерпание ресурсов
• Временная блокировка политикой

Решения:

• Повторите попытку с экспоненциальным нарастанием интервала
• Проверьте, не заблокирован ли ваш IP временно
• Дождитесь восстановления сервера

500 Синтаксическая ошибка

Команда не распознана.

Причины:

• Неправильно сформированные SMTP-команды
• Неподдерживаемые расширения
• Проблемы с кодировкой

Решения:

• Проверьте синтаксис команды
• Убедитесь в правильных символах конца строки (CRLF)
• Проверьте совместимость клиента

501 Синтаксическая ошибка в параметрах

Команда распознана, но параметры недействительны.

Причины:

• Неверный формат email-адреса
• Отсутствующие обязательные параметры
• Проблемы с кодировкой

Решения:

• Валидируйте email-адреса перед отправкой
• Проверьте наличие специальных символов
• Пересмотрите форматирование параметров

550 Почтовый ящик не найден

Адрес получателя не существует.

Причины:

• Опечатка в email-адресе
• Аккаунт удалён
• Домен не принимает email

Решения:

• Проверьте адрес получателя
• Удалите из списка (жёсткий возврат)
• Реализуйте валидацию email

551 Пользователь не на этом сервере

Получатель не зарегистрирован на данном сервере.

Причины:

• Требуется переадресация
• Связь с неверным сервером
• Устаревшие MX-записи

Решения:

• Проверьте разрешение MX-записей
• Следуйте инструкциям по переадресации
• Обновите кэш DNS

552 Сообщение слишком большое

Письмо превышает ограничения по размеру.

Причины:

• Большие вложения
• Ограничения сервера получателя
• Слишком большие встроенные изображения

Решения:

• Сожмите или удалите вложения
• Используйте ссылки на файловые хранилища
• Проверьте ограничения по размеру у получателя

553 Недействительное имя почтового ящика

Формат адреса отклонён.

Причины:

• Недопустимые символы в адресе
• Неправильно сформированный домен
• Ограничения политики

Решения:

• Валидируйте формат email
• Проверьте на опечатки
• Используйте адреса, соответствующие RFC

554 Транзакция завершена с ошибкой

Общий отказ, часто связанный со спамом.

Причины:

• Срабатывание спам-фильтра
• IP-адрес отправителя в чёрном списке
• Нарушение политики контента
• Отсутствие аутентификации

Решения:

• Проверьте статус в чёрных списках
• Проверьте содержимое письма
• Настройте аутентификацию (SPF, DKIM, DMARC)
• Проверьте репутацию отправителя

Диагностика проблем SMTP

Шаг 1: Проверьте сообщения об ошибках

Записывайте полные SMTP-ответы, а не только коды. Текст после кода даёт контекст.

Шаг 2: Проверьте доступность

Убедитесь в возможности подключения к SMTP-серверу:

telnet smtp-relay.brevo.com 587

Или используйте openssl для TLS:

openssl s_client -starttls smtp -connect smtp-relay.brevo.com:587

Шаг 3: Проверьте аутентификацию

Протестируйте учётные данные независимо от вашего приложения с помощью почтового клиента или инструмента командной строки.

Шаг 4: Проверьте DNS

Проверьте ваши записи аутентификации:

dig TXT yourdomain.com
dig TXT _dmarc.yourdomain.com
dig TXT selector._domainkey.yourdomain.com

Шаг 5: Проверьте чёрные списки

Проверьте, не внесён ли ваш IP в чёрные списки:

• MXToolbox Blacklist Check
• Spamhaus
• Barracuda Reputation

Лучшие практики SMTP

Следуйте этим рекомендациям для максимальной доставляемости и поддержания хорошей репутации отправителя.

Аутентификация

• Всегда используйте SMTP AUTH: никогда не запускайте открытый ретранслятор
• Включайте TLS: шифруйте все соединения (STARTTLS на порту 587)
• Используйте API-ключи: предпочитайте API-ключи паролям аккаунта
• Ротируйте учётные данные: периодически меняйте ключи
• Внедряйте все три: SPF, DKIM и DMARC вместе

Практики отправки

• Прогревайте новые IP: постепенно увеличивайте объём на новых IP
• Стабильная отправка: поддерживайте регулярные паттерны отправки
• Гигиена списков: удаляйте возвраты и неактивных подписчиков
• Соблюдайте отписки: немедленно обрабатывайте запросы
• Мониторьте репутацию: отслеживайте рейтинг отправителя и статус в чёрных списках

Техническая реализация

• Обрабатывайте возвраты: обрабатывайте и классифицируйте уведомления о возвратах
• Реализуйте логику повторных попыток: используйте экспоненциальный интервал для временных сбоев
• Логируйте всё: ведите детальные логи для устранения неполадок
• Мониторьте доставку: отслеживайте показатели доставки и задержки
• Используйте пул соединений: повторно используйте соединения для повышения эффективности

Рекомендации по контенту

• Избегайте спам-триггеров: следите за типичными спамерскими фразами
• Балансируйте текст и изображения: не отправляйте письма только с изображениями
• Включайте ссылку для отписки: требуется законодательством в большинстве стран
• Используйте узнаваемые имена отправителей: получатели должны знать, от кого письмо
• Тестируйте перед отправкой: проверяйте спам-оценку перед кампаниями

Часто задаваемые вопросы

В чём разница между SMTP и хостингом электронной почты?

SMTP предназначен специально для отправки email. Хостинг электронной почты включает как отправку (SMTP), так и получение (POP3/IMAP), а также хранение и управление. Можно использовать сторонние SMTP-сервисы, размещая электронную почту в другом месте.

Можно ли использовать Gmail SMTP для бизнеса?

Gmail предоставляет доступ по SMTP, но с ограничениями. Бесплатный тариф позволяет отправлять 500 писем в день, а Google Workspace увеличивает этот лимит до 2 000. При больших объёмах или необходимости большего контроля над доставляемостью рекомендуются выделенные SMTP-сервисы, такие как Brevo.

Почему мои письма попадают в спам?

Типичные причины:

• Отсутствие или неправильная настройка SPF/DKIM/DMARC
• Отправка с нового IP без прогрева
• Плохая репутация отправителя
• Контент, похожий на спам
• Отправка на недействительные адреса
• Высокий показатель жалоб

Сначала проверьте аутентификацию, затем пересмотрите контент и практики отправки.

Какой SMTP-порт лучше использовать?

Порт 587 рекомендуется для клиент-серверной отправки email. Он требует аутентификации и поддерживает шифрование STARTTLS. Порт 25 предназначен для ретрансляции между серверами и часто блокируется интернет-провайдерами.

Сколько писем можно отправить через SMTP?

Ограничения зависят от провайдера:

• Gmail: 500-2 000/день
• Brevo бесплатный: 300/день
• Amazon SES: 50 000/день (с одобрением)
• Выделенные сервисы: часто без ограничений при уровневом ценообразовании

Нужен ли выделенный IP для SMTP?

Не всегда. Общие IP хорошо работают при умеренных объёмах с соблюдением лучших практик. Выделенные IP полезны отправителям больших объёмов (от 100 000 в месяц), которые хотят полного контроля над своей репутацией. Большинство провайдеров предлагают выделенные IP как дополнительную опцию.

Что такое SMTP-ретрансляция?

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

Как протестировать конфигурацию SMTP?

Используйте следующие методы:

1. Отправьте тестовые письма через ваше приложение
2. Используйте онлайн-инструменты, такие как Mail Tester, для проверки аутентификации
3. Подключитесь вручную через telnet или openssl
4. Проверьте дашборды провайдера на предмет логов доставки
5. Отправляйте на тестовые адреса, сообщающие о результатах аутентификации

Что происходит при сбое SPF или DKIM?

Без DMARC сбой SPF/DKIM может привести к пометке письма как спама, но не обязательно к отклонению. При DMARC с политикой quarantine или reject сбои приведут к помещению в спам или блокировке. Всегда отслеживайте отчёты DMARC для выявления проблем аутентификации.

Может ли SMTP обрабатывать вложения?

Да. SMTP передаёт вложения, закодированные в теле письма (обычно base64 для бинарных файлов). Однако большие вложения могут превысить ограничения по размеру сервера. Для файлов более нескольких МБ рекомендуется использовать ссылки на облачные хранилища.

Заключение

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

Ключевые выводы из этого руководства:

• SMTP: протокол отправки: он передаёт email от сервера отправителя к серверу получателя
• Аутентификация необходима: используйте SMTP AUTH, TLS и внедряйте SPF/DKIM/DMARC
• Выбирайте правильного провайдера: соответствие возможностей провайдера вашему объёму и потребностям
• Мониторинг и обслуживание: отслеживайте доставляемость, обрабатывайте возвраты и поддерживайте гигиену списков
• SMTP против API: используйте SMTP для совместимости, API для расширенных функций

Для e-commerce бизнесов сочетание надёжного SMTP-провайдера, такого как Brevo, с правильной интеграцией данных о клиентах гарантирует, что транзакционные письма доходят до клиентов, а маркетинговые кампании стимулируют вовлечённость. Интеграция Tajo с Shopify автоматически синхронизирует данные о клиентах с Brevo, закладывая основу для эффективной email-коммуникации как для транзакционных, так и для маркетинговых задач.

Готовы улучшить доставляемость ваших писем? Начните с аудита текущей настройки аутентификации по руководству SPF, DKIM и DMARC из этой статьи, затем оцените, соответствует ли ваш текущий провайдер вашим требованиям по объёму, функциям и надёжности.

Похожие статьи

• Email-кампании: полное руководство по планированию, запуску и оптимизации
• Стратегия email-маркетинга: полное руководство по планированию и реализации [2025]
• Email-маркетинг для малого бизнеса: полное руководство (2026)
• ROI email-маркетинга: как рассчитывать, отслеживать и улучшать результаты [2025]
• Email-маркетинг для начинающих: полное руководство по старту (2026)