Mail.ru и Яндекс ограничивают IMAP и SMTP: почта становится платной

Бесплатный внешний доступ к почте в РФ начинает закрываться​

Российские пользователи снова столкнулись с неприятным сдвигом в цифровой инфраструктуре: почта вроде бы остаётся бесплатной, но привычный доступ через сторонние клиенты постепенно переводят в платные тарифы. VK ограничивает работу Mail.ru через Outlook, Thunderbird, The Bat и другие программы, если пользователь не оплачивает Mail Space. У «Яндекса» похожая логика затрагивает организации в «Яндекс 360», где внешний доступ к почте через IMAP и SMTP тоже привязывается к тарифу. Для тех, кто сидит только в веб-версии или родном приложении, перемены могут пройти почти незаметно. Для владельцев доменной почты, администраторов форумов, малых офисов и тех, кто годами собирал все ящики в одном клиенте, это уже не мелкая настройка, а повод срочно проверять почтовую схему.

Что изменилось у Mail.ru​

Главное изменение касается доступа к почте через сторонние клиенты. По данным CNews, VK переводит использование Mail.ru через внешние почтовые программы в платный тариф Mail Space. Речь идёт о работе через POP3, IMAP и SMTP - протоколы, благодаря которым почту можно читать и отправлять из Outlook, Thunderbird, The Bat, Apple Mail и других приложений.

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

Почему POP3, IMAP и SMTP так важны​

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

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

Почему доменная почта страдает сильнее​

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

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

Что происходит у Яндекса​

У «Яндекса» ситуация похожа по логике, но отличается деталями. Для организаций в «Яндекс 360» пользователи получают уведомления, что без подключенного тарифа сотрудники не смогут работать с почтой в Microsoft Outlook, Mozilla Thunderbird и других программах. Внешний доступ становится частью платного пакета, а не бесплатной базовой возможностью.

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

Почему провайдеры называют это безопасностью​

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

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

Кого это ударит первым​

Первыми пострадают не те, кто открывает почту раз в неделю в браузере. Удар придётся по тем, кто использует почтовые клиенты как рабочий центр: Outlook, Thunderbird, The Bat, Apple Mail, мобильные клиенты, CRM, helpdesk, форумные уведомления, автоматическую отправку писем и доменные ящики для проектов.

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

Что может отвалиться завтра​

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

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

Почему родное приложение не всем подходит​

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

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

Почему это сигнал для малых проектов​

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

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

Какие варианты есть у пользователей​

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

Четвёртый вариант - поднять собственную почту на сервере, но это уже не «поставил и забыл». Нужны SPF, DKIM, DMARC, PTR, контроль репутации IP, защита от спама, резервное копирование и мониторинг доставки. Собственный SMTP может дать независимость, но потребует постоянного обслуживания. Для большинства небольших проектов разумнее искать понятный почтовый хостинг, чем превращать почту в отдельную головную боль.

Что проверить перед миграцией​

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

Минимальный список проверки: DNS-записи MX, SPF, DKIM и DMARC, доступ к регистратору домена, пароли от админ-панели, список почтовых клиентов, настройки сайта, журналы отправки, резервная копия писем и список критичных адресов. Сначала нужно сохранить данные и понять схему, потом менять провайдера. Иначе можно получить рабочий новый ящик, но потерять доставку уведомлений с сайта.

Почему бесплатные альтернативы тоже надо проверять​

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

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

Как это связано с приватностью​

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

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

Итог​

Ограничения Mail.ru и «Яндекса» показывают новый этап для российской почтовой инфраструктуры: бесплатная почта остаётся, но свободный внешний доступ через IMAP, POP3 и SMTP постепенно становится платной или ограниченной функцией. Для тех, кто читает письма только в браузере, это может почти ничего не изменить. Для владельцев доменной почты, форумов, CRM, офисных клиентов и технических SMTP-связок это серьёзный сигнал.

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

---

Редакция PavRC