Google объявил о прекращении поддержки POP3 для проверки почты из сторонних аккаунтов в Gmail. Также прекратится поддержка Gmailify — защита от спама и автосортировка входящих в стороннем аккаунте электронной почты. Для многих это стало неожиданностью.
Разбираемся, почему POP3 проблематичен и как организовать нормальную работу с почтой через IMAP.
Вот почему отказываются от POP3
POP3 (Post Office Protocol 3) разработан в 1984 году для совершенно другой реальности. Тогда интернет был дорогой, почту скачивали на один компьютер и отключались. Сегодня мы проверяем почту с телефона, планшета, рабочего и домашнего компьютера одновременно, но POP3 для этого не приспособлен.
Он скачивает и удаляет письма с сервера, хранит их все локально и не синхронизирует их состояние на разных устройствах. К тому же он небезопасен. Базовая аутентификация POP3 передаёт пароли почти открытым текстом. Да, можно прикрутить SSL, но сам протокол изначально небезопасен.
Чем IMAP лучше
У более нового протокола IMAP (Internet Message Access Protocol) предусмотрена современная аутентификация, обязательное шифрование и поддержка OAuth2. Он хранит всю почту на сервере. Благодаря этому вся структура папок, отправленные, черновики, архивы — всё синхронизируется автоматически. Прочитали письмо где угодно или переместили в папку — везде оно станет прочитанным. Изменения видны на всех устройствах.
Как перейти: пошаговая инструкция
Шаг 1: Проверяем поддержку IMAP на почтовом сервере
Большинство современных почтовых серверов поддерживают IMAP по умолчанию. Проверьте документацию вашего провайдера или хостинга.
Для самостоятельно развёрнутых серверов:
Postfix + Dovecot — IMAP есть из коробки
Microsoft Exchange — поддержка IMAP встроена
Zimbra, MailCow, iRedMail — всё работает
Шаг 2: Включаем IMAP в почтовых клиентах
Для веб-интерфейса Gmail идём: Настройки → Пересылка и POP/IMAP → Отмечаем IMAP
Outlook: Файл → Добавить учётную запись → выбираем ручную настройку → IMAP
Thunderbird: Настройка учётной записи определяет IMAP автоматически
iOS Mail, Android Gmail: По умолчанию используют IMAP при добавлении аккаунта
Шаг 3: Настраиваем параметры подключения
Базовые настройки IMAP:
Входящая почта (IMAP):
Сервер: imap.ваш-домен.by
Порт: 993 (с SSL/TLS) или 143 (со STARTTLS)
Шифрование: обязательно SSL/TLS
Исходящая почта (SMTP):
Сервер: smtp.ваш-домен.ru
Порт: 465 (SSL) или 587 (STARTTLS)
Шифрование: обязательно
Не используйте порт 143 без шифрования и порт 25 для отправки, т.к. это небезопасно.
Шаг 4: Переносим существующие письма
Если письма уже скачаны по POP3 и хранятся локально, есть два варианта: через почтовый клиент и через утилиты синхронизации.
Вариант 1: В Thunderbird или Outlook просто перетащите письма из локальных папок в папки IMAP-аккаунта. Они загрузятся на сервер.
Вариант 2:
imapsync — консольная утилита для Linux/Mac, копирует письма между серверами
UploadMail — для массовой загрузки .eml файлов на IMAP-сервер
Шаг 5: Оптимизируем настройки
Для пользователей:
Настройте автоматическое удаление из "Корзины" и "Спама" через 30 дней
Используйте серверные фильтры вместо локальных правил
Включите кэширование в почтовом клиенте для офлайн-доступа
Для администраторов:
Установите квоты на почтовые ящики
Настройте регулярный бэкап почтовых данных
Включите логирование IMAP-соединений для мониторинга
Ограничьте количество одновременных подключений с одного IP
Типичные ошибки при переходе
Ошибка 1: оставить включенным POP3 параллельно с IMAP. При этом письма будут скачиваться по POP3 и исчезать с сервера, а синхронизация IMAP будет разрушаться. Отключайте POP3 полностью.
Ошибка 2: не настроить квоты. Пользователи копят почту годами. Без квот диск сервера заполнится. Установите разумные лимиты и предупредите пользователей.
Ошибка 3: забыть про мобильные устройства. Проверьте, что iOS/Android приложения используют IMAP, а не какие-то проприетарные протоколы.
Альтернатива: собственный почтовый сервер
Если вы управляете собственным доменом (например, @вашбренд.by), можно рассмотреть локальную почту с бОльшим контролем. Примеры: Zimbra, Mailcow, iRedMail или готовые почтовые сервисы, ориентированные на рынок СНГ и не зависящие от политики Google.
Выводы
Закрытие POP3 в Gmail — это не проблема, а повод привести почтовую инфраструктуру в порядок. IMAP безопаснее, удобнее и соответствует современным реалиям работы с почтой на нескольких устройствах.
Миграция занимает от часа до дня в зависимости от количества пользователей. Главное — заранее предупредить людей, подготовить инструкции и выделить время на техподдержку в первые дни после переключения.
Источник новости: Официальная справка Google
Комментарии (21)
LeshaRB
29.01.2026 14:19Он скачивает и удаляет письма с сервера
Это не совсем верно, вернее верно, но удаление можно настроить, чтоб оставлял письма на сервере
BDI
29.01.2026 14:19Дополню/расширю/разверну :) .
Он скачивает письма на клиента, а с письмами на сервере делает то что настроено в клиенте - удаляет, или не удаляет. Сюда же добавляем настройки самого Gmail по тому как поступать с полученными через POP3 письмами.
При этом "протокольный" статус "получено" ставится на сервере в любом случае, если сессия будет завершена корректно - а вот это создаёт проблему для одновременной работы по pop3 с одной учёткой с разных клиентов(ПК, смартфон), ибо скачает новые письма только то устройство которое успеет сделать это первым. И смена в вэб интерфейсе статуса письма на "не прочитано" не сделает его "не получено клиентом".
BigBrother
29.01.2026 14:19Закрытие POP3 в Gmail — это не проблема, а повод привести почтовую инфраструктуру в порядок.
Закрытие POP3 в Gmail — это не проблема, потому как такой проблемы нет. Google объявил, что перестанет поддерживать получение писем из сторонних аккаунтов по POP3. Т.е. не будет работать сборщиком писем от других почтовых сервисов. Об отказе от этого протокола в самом Gmail речи не идет.
Но зато статью написали, что срочно надо перенастраивать Thunderbird.
unreal_undead2
29.01.2026 14:19Да, по заголовку подумал, что речь о доступе к ящику gmail. Но там отдельный вопрос - можно ли на том же IMAP настроить нормальную стандартную аутентификацию по паролю без OAuth?
BDI
29.01.2026 14:19Ну, тут(на хабре) уже не первая статья посвящённая статье базы знаний гугла, приведённой в конце статьи(в том числе 2-3 от редакторов/ньюсмейкеров хабра). Вот только авторы статей кроме слов "removing support " и "POP3" по этой ссылке ничего не читали. Хайп-с.
Касательно OAuth2, он вроде на гмейле обязателен для всего(кроме может их плагина-прокладки для Аутлука, и то не факт что оно там под капотом не реализовано). По крайней мере это касается Аутлука, из-за чего на относительно старых версиях офиса пришлось уйти и с POP3, и с IMAP.
PereslavlFoto
И это огромная проблема для организаций, в которых нет достаточного места на сервере.
Сначала вы рекламировали хранение на сервере, а тепер требуете отказаться от хранения всей почты на сервере.
tlittle
Ага... С учётом того, что в моем почтовом клиенте первые неудаленные письма датированы 2003 годом. Но это же небезопасно, гораздо безопаснее хранить их все на удаленном сервере, к которому имеют доступ все подряд.
miarh
Да, и есть много причин не хранить почту где то на удаленном сервере "дяди" многие годы + оно не бесплано.
Dhwtj
Outlook хранит .ost файл — это и есть локальный кеш IMAP/Exchange.
Ваши данные не пропадут. Но доступ да будет дополнительно с любого устройства
tlittle
Сохранность данных, это, конечно важно. Но я предпочитаю следить за ней самостоятельно. В случае с IMAP я вижу ряд проблем, из-за которых не хотел переносить свою персональную почту на этот протокол (корпоративная - пожалуйста, пусть у работодателя болит голова).
Первая проблема - за хранение данных становится ответственным какой-то сторонний сервер. Да есть кэш (не знаю, про какой такой Outoolk вы говорите, не пользуюсь им для домашней почты), но что будет с этим кэшем, если удаленный сервер пришлет сигнал удалить сообщения?
Второе - это объем хранения. То, что у меня лежит база писем размером 6Gb меня особо не парит. В каком момент это начнет парить провайдера почты - не знает никто, даже сам этот провайдер. Истории с бесконечным облаком от Mail.ru и безлимитным интернетом от Мегафон мы уже проходили.
Третье - конфиденциальность. Одно дело, когда какая-то конфиденциальная информация отправилась через почту и осталась только на локальных компах. Да, небезопасно, но с этим я готов мириться, считая, что почтовику моя почта малоинтересна и объем трафика, прогоняемый через него чудовищен. Совершенно другое, когда эта информация начинает храниться в облаке. Кто когда это облако сломает и к какой конкретно инфе получит доступ не знает, опять же, никто.
Dhwtj
За что вы так не любите микрософт?)
tlittle
С чего вы взяли, что я не люблю микрософт?
geher
Остаются костыли.
Некоторые почтовые клиенты позволяют делать архивы старых писем с возможностью чтения потом. Письма не пропадут, но доступ осложняется. Конфиденциальеость решается полной очисткой после архивации.
Другие клиенты (kmail?) позволяют копировать (и, возможно, перемещать) письма в локальные папки. А дальше как с архивами, но доступ удобнее. Только приходится помнить, что папок две, и очищать надо ту, что соответствует входящей почте.
Сам пока в этих средствах не нуждаюсь, а потому подробнее не вспомню.
aik
Вопрос недостаточного места решается покупкой более ёмких дисков. Это давно уже не является огромной проблемой.
geher
Фокус в том, что часто места не хватает тебе, а за закупку дисков отвечает совсем другой человек, которому твои проблемы никаким боком.
aik
То, что лично вам не хватает места под почту - это совсем не "огромная проблема" для организации.
geher
В реальности это таки может стать огромной проблемой именно для организации. С почтой некоторых сотрудников некоторых организаций порой очень интересные вещи творятся. Например, вдруг оказывается для организации жизненно необходимо найти до того момента абсолютно никому не нужное письмо с многомегабайтным вложением, отправленное или полученное пес знает сколько лет назад. Потому хранится вообще все, и оно занимает огромный объем. Когда этот объем размазывается по рабочим компьютерам сотрудников (сотрудник сам делает резервные копии, как может), ситуация может быть терпимой. А когда все на одном сервере с относительно небольшим диском...
Короче, как всегда, тут все не так просто, как на самом деле, и не только с местом для почты на сервере.
aik
Ну так можно за уши притянуть и опоздавшую электричку как огромную проблему для организации - сотрудник не попал на важную встречу и контракт не заключили.
В вашем случае проблема не IMAP, а отсутствие организации. Место на сервере стоит небольших денег.
Кстати, я сейчас как раз занимаюсь переносом почты в подобной организации, где был маленький сервер и почту юзеры забирали через поп3, а на сервере только три месяца последних хранили. Но технически ничего не мешало увеличивать место на сервере вместо его чистки. Просто либо не приходило в голову, либо было лениво...
geher
Случай не мой, но вполне реальный для многих.
И да, исходно проблема в организации, но в данный конкретный момент IMAP ее усугубляет.
Для организации, но не для принимающего решение (обычно это "эффективный менеджер", но всякое бывает). Для него это маленькая, но затрата, которая может подпортить его чистый образ непонятно в чьих глазах, ну или просто жаба давит, если это владелец.
aik
Так опять же не имап проблема, а жадность.