IMAP и SMTP: как почта приходит на разные устройства

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

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

Что делает IMAP

IMAP — протокол доступа к сообщениям, которые хранятся на сервере. Клиент получает список папок, заголовки и содержимое писем, а также передаёт изменения состояния: прочитано ли сообщение, перемещено ли оно в другую папку, поставлен ли флаг.

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

Это отличает IMAP от старого сценария POP3, при котором клиент часто загружал сообщения локально и мог удалять их с сервера. Для современной работы с несколькими устройствами IMAP обычно удобнее: переписка не привязана к одному компьютеру.

IMAP не доставляет письмо от отправителя в ваш домен. Сначала другой сервер находит почтовый узел по MX‑записи и передаёт сообщение по SMTP. Только после сохранения в ящике пользователь видит его через IMAP или веб‑почту.

За что отвечает SMTP

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

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

В корпоративной среде важно различать два сценария:

• авторизованная отправка пользователем из почтового клиента;
• отправка автоматической системой — сайтом, CRM, бухгалтерией или сервисом уведомлений.

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

Почему адрес сервера, порт и шифрование важны

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

Часто IMAP с шифрованием работает на порту 993. Для пользовательской отправки SMTP распространены порты 465 с TLS с начала соединения или 587 с переходом на защищённый канал. Это общие отраслевые варианты, а не универсальная настройка для любого сервера.

Принцип важнее номера:

1. Имя сервера должно совпадать с тем, для которого выпущен TLS‑сертификат.
2. Соединение должно быть зашифровано.
3. Аутентификация должна быть включена там, где её требует сервис.
4. Логином обычно служит полный адрес ящика, но это нужно подтвердить в инструкции.
5. Предупреждение о сертификате нельзя обходить кнопкой «Всё равно подключиться» без проверки причины.

Mailcore предоставляет веб‑почту, IMAP и SMTP для настроенных ящиков. При подключении клиент получает готовую инструкцию с точными именами серверов, портами и безопасными режимами шифрования. Эти параметры не следует публиковать вместе с паролями в общем чате команды.

IMAP, SMTP и веб‑почта: что выбрать

Веб‑почта удобна как контрольная точка. Она работает в браузере и помогает понять, находится ли письмо в серверном ящике. Если сообщение есть в веб‑почте, но отсутствует в приложении, проблема, скорее всего, связана с синхронизацией, папками или настройкой клиента.

IMAP нужен тем, кто предпочитает Outlook, Thunderbird, Apple Mail или мобильное приложение и хочет видеть одинаковые папки на разных устройствах. SMTP требуется этим же приложениям для отправки. Это не взаимоисключающие варианты: один пользователь может одновременно работать через браузер и несколько IMAP‑клиентов.

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

Как диагностировать проблему без хаотичных изменений

Начните с определения направления сбоя. Не меняйте одновременно пароль, порт, DNS и параметры шифрования: после этого трудно понять, что именно помогло или сломалось.

Письма не появляются в клиенте

Сначала откройте веб‑почту. Если сообщение там есть, проверьте интернет‑соединение, имя IMAP‑сервера, порт, шифрование и полный логин. Посмотрите, не открыта ли другая папка и не настроен ли локальный фильтр. Проверьте квоту ящика: заполненное хранилище может мешать нормальной работе.

Если письма нет и в веб‑почте, IMAP, вероятно, не является причиной. Нужно проверить, дошло ли сообщение до почтового сервера, корректен ли MX домена и не отклонила ли входящее письмо система фильтрации.

Письмо не отправляется

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

Если проблема возникает только с одним адресатом, сохраните полный текст ответа сервера. Фраза «не отправляется» скрывает полезные детали: код вида 4xx обычно описывает временную проблему, а 5xx — постоянный отказ для конкретной попытки. Эти коды не гарантируют единственную причину, но значительно ускоряют диагностику.

Работает на одном устройстве, но не на другом

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

Как протоколы связаны с переносом почты

При смене сервиса старую переписку часто копируют между ящиками через IMAP. Это отдельный этап: изменение MX направляет новые входящие письма, но не переносит существующие папки. Скорость и полнота копирования зависят от объёма, доступности исходного сервера и особенностей папок. Mailcore составляет индивидуальный план и расчёт миграции после оценки исходных данных. Последовательность действий описана в плане переноса корпоративной почты.

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

Короткая памятка

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

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

Источники

• RFC 9051: Internet Message Access Protocol (IMAP4rev2)
• RFC 5321: Simple Mail Transfer Protocol
• RFC 8314: Cleartext Considered Obsolete for Email Submission and Access
• Mozilla Support: manual account configuration