Полный Гайд по Настройке SMTP: Порты, Аутентификация и Настройка Почтового Сервера

Настройка SMTP — это процесс конфигурации почтового сервера или почтового клиента для корректной отправки сообщений через протокол Simple Mail Transfer Protocol. Если всё сделать правильно, письма попадут в папку входящих. Если допустить ошибку, вы столкнётесь с отказами в доставке, ошибками аутентификации или письмами, тихо оказывающимися в спаме. Три ключевых момента, которые нужно всегда соблюдать правильно: выбрать нужный порт, использовать правильный метод шифрования и настроить рабочие учётные данные.

Что на самом деле делает SMTP

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

Когда вы нажимаете «Отправить», ваш клиент открывает TCP-соединение с SMTP-сервером, проходит аутентификацию, передаёт сообщение и разрывает соединение. Сервер затем пытается доставить письмо на почтовый сервер получателя, используя тот же протокол и ища MX-запись (Mail Exchange) в DNS получателя, чтобы узнать, куда отправить письмо.

SMTP определён в RFC 5321 , который заменил исходный RFC 2821. Понимание спецификации помогает при отладке сырых SMTP-диалогов или конфигурации сервера с нуля.

Порты SMTP объяснены: 25, 465 и 587

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

Порт 25 против 587: какой выбрать?

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

Порт 587 — правильный выбор для отправки писем от клиента или приложения. Он был стандартизирован в RFC 6409 как выделенный порт для отправки сообщений. Он требует STARTTLS, что означает, что соединение начинается без шифрования, а затем переходит в TLS перед отправкой любых учётных данных. Именно это ожидают Gmail, Outlook и практически все современные почтовые сервисы.

SMTP порт 465: наследие SSL

Порт 465 имеет необычную историю. Он был кратко назначен SMTPS (SMTP через SSL) в 1997 году, а затем это назначение было отозвано в 1998 году, когда STARTTLS на порту 587 стал предпочтительным подходом. Несмотря на официальное снятие с производства, многие почтовые серверы продолжили его поддерживать, и позже он был переназначен IANA для другой цели.

На практике большинство провайдеров по-прежнему принимают соединения на порту 465, используя неявный SSL/TLS. Это означает, что TLS обёртывает всё соединение с самого первого байта, вместо того чтобы переходить в процессе рукопожатия, как STARTTLS. Некоторые старые приложения и устройства (определённые сетевые принтеры, устаревшие CRM-системы) поддерживают только порт 465, поэтому он остаётся полезным в этих случаях.

• Используйте порт 465, если ваше приложение или устройство специально требует неявный SSL и не может работать с STARTTLS.
• Используйте порт 587 для всего остального. Это современный стандарт.
• Полностью избегайте порта 25 для отправки от клиента.

Аутентификация SMTP: как это работает

Аутентификация SMTP (часто пишется как SMTP AUTH) определена в RFC 4954 . Она требует, чтобы клиент доказал свою личность перед тем, как сервер примет исходящее письмо. Без неё любой, кто мог бы достичь вашего сервера, мог бы использовать его для отправки спама, поэтому открытые relay-серверы считаются серьёзной проблемой безопасности.

Наиболее распространённые механизмы аутентификации, которые вы встретите в конфигурации SMTP:

• PLAIN: Отправляет имя пользователя и пароль в кодировке base64. Безопасно только через защищённое соединение (TLS должен быть активен в первую очередь).
• LOGIN: Похож на PLAIN, но отправляет имя пользователя и пароль как отдельные обмены. Также требует TLS.
• CRAM-MD5: Механизм типа вызов-ответ, который избегает прямой отправки пароля. Менее распространён на современных серверах.
• XOAUTH2: Используется Gmail и другими учётными записями Google Workspace. Вместо пароля вы предоставляете токен доступа OAuth 2.0. Это то, что вам нужно, когда отключен доступ для менее безопасных приложений.

Настройка почтового сервера пошагово

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

Для почтовых клиентов и приложений

1. Получите имя хоста SMTP от вашего провайдера. Примеры: smtp.gmail.com , smtp.office365.com , mail.yourdomain.com .
2. Выберите правильный порт. Используйте 587 с STARTTLS в качестве стандарта. Отступите на 465 с SSL только если ваше приложение это требует.
3. Введите учётные данные аутентификации. Обычно это ваш полный адрес электронной почты в качестве имени пользователя плюс пароль или пароль приложения.
4. Установите метод шифрования. Согласуйте его с портом: STARTTLS для 587, SSL/TLS для 465.
5. Протестируйте соединение. Большинство почтовых клиентов имеют кнопку «Проверить параметры учётной записи» или «Проверить». Используйте её перед сохранением.

Для самостоятельного почтового сервера (пример Postfix)

Если вы запускаете собственный сервер с Postfix, основная конфигурация SMTP находится в /etc/postfix/main.cf . Вот минимальный рабочий пример для сервера, который ретранслирует через провайдера SMTP третьей стороны:

# /etc/postfix/main.cf - Basic relay configuration

relayhost = [smtp.sendgrid.net]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_tls_security_level = encrypt
smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt
smtp_use_tls = yes

После редактирования создайте /etc/postfix/sasl_passwd с вашими учётными данными, запустите postmap /etc/postfix/sasl_passwd для хеширования, затем перезагрузите Postfix с помощью systemctl reload postfix .

Типичные параметры SMTP для популярных сервисов

Решение проблем с подключением SMTP

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

Вы можете проверить, открыт ли порт SMTP на вашем почтовом сервере, используя бесплатный онлайн-инструмент для проверки портов. Введите имя хоста или IP-адрес вашего почтового сервера, выберите порт 25, 465 или 587 и запустите тест. Если результат показывает закрытый порт или timeout, проблема находится на уровне сети (брандмауэр, блокировка интернет-провайдером или сервис не работает), а не в конфигурации внутри вашего приложения.

Распространённые сообщения об ошибках и их значение

• Connection refused / Connection timed out: Порт заблокирован или сервис не прослушивается. Проверьте правила брандмауэра и убедитесь, что daemon SMTP работает.
• 535 Authentication failed: Неправильное имя пользователя или пароль. Для Gmail это обычно означает, что вам нужен пароль приложения, а не пароль учётной записи.
• 550 5.7.1 Relay access denied: Ваш сервер не настроен на ретрансляцию писем для этого адреса отправителя, или аутентификация не произошла перед командой MAIL FROM.
• 421 Too many connections: Принимающий сервер вас ограничивает. Уменьшите частоту отправки или реализуйте очередь с задержками.
• TLS handshake failed: Несоответствие сертификата или устаревшая версия TLS. Проверьте, что SSL-сертификат вашего сервера действителен и что вы не пытаетесь использовать TLS 1.0 или 1.1, которые большинство провайдеров отключили.

Быстрый диагностический чек-лист

1. Подтвердите, что порт SMTP открыт и доступен из вашей среды отправки.
2. Проверьте, что имя хоста правильно разрешается с помощью nslookup smtp.yourdomain.com .
3. Проверьте, что ваш IP-адрес отправителя не в чёрном списке, используя инструмент вроде MXToolbox Blacklist Check .
4. Подтвердите, что ваши DNS-записи SPF, DKIM и DMARC опубликованы правильно. Отсутствующие или сломанные записи приводят к отклонению или спаму легитимных писем.
5. Просмотрите логи вашего почтового сервера. Для Postfix проверьте /var/log/mail.log . Фактические коды ответов SMTP в логе точно скажут вам, что отклонил удалённый сервер и почему.

Действительно ли открыт ваш SMTP-порт?

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

Проверьте ваш SMTP-порт сейчас →