Как подключить почту к ChatGPT: штатные приложения, MCP поверх IMAP, автоматизации и unified API

Практическое руководство по тому, как дать ChatGPT или Codex доступ к почте, если ваш ящик не Gmail и не Outlook: шесть типов решений, их границы, готовые сценарии и порядок проверки. Внешние факты сверены с первоисточниками 30 июля 2026 года. Интерфейсы, тарифы и состав интеграций меняются быстро, поэтому перед внедрением сверяйтесь со ссылками в конце.

Общая картина

У самого ChatGPT есть только два штатных почтовых приложения — Gmail и Outlook. Произвольный IMAP-ящик в интерфейсе подключить нельзя, поэтому все остальные варианты — это внешний слой между ящиком и моделью.

flowchart LR
    A["Почтовый ящик"] --> B{"Способ доступа"}
    B --> C["Штатное приложение Gmail / Outlook"]
    B --> D["MCP-сервер поверх IMAP / SMTP"]
    B --> E["Автоматизация: n8n или Zapier"]
    B --> F["Unified email API"]
    B --> G["Отдельный агентный адрес"]
    C --> H["Модель читает и готовит черновик"]
    D --> H
    E --> H
    F --> H
    G --> H
    H --> I["Человек подтверждает отправку"]

Чеклист быстрой проверки

Тип 1. Штатные почтовые приложения ChatGPT

Самый простой путь и самый узкий по покрытию. В ChatGPT есть приложения Gmail и Outlook: модель ищет письма, вытаскивает детали и ссылается на содержимое в диалоге. У Outlook есть отдельная поддержка общих и делегированных ящиков через собственные scopes.

Как подключить:

1. Откройте настройки и раздел с подключёнными приложениями и плагинами.
2. Выберите Gmail или Outlook и авторизуйте аккаунт.
3. Поставьте задачу, которая требует почты, например сводку непрочитанного за день.

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

Тип 2. MCP-сервер поверх IMAP и SMTP

Самый близкий ответ на вопрос «можно ли отдать агенту обычный ящик по IMAP». MCP-сервер — маленькая программа, которая держит IMAP-соединение и отдаёт модели набор инструментов: поиск, чтение письма, создание черновика, перемещение по папкам, отправку через SMTP.

Готовые открытые варианты:

Главный нюанс касается того, где живёт агент.

• Codex, Claude Code, Cursor и другие локальные среды. Сервер запускается на вашей машине и прописывается в конфиг. Самый быстрый рабочий вариант.
• Сам ChatGPT. Локальный сервер не подойдёт: нужен удалённый MCP-сервер, доступный из интернета по SSE или streaming HTTP, и включённый developer mode в настройках аккаунта. Поддерживается OAuth, смешанная авторизация и режим без авторизации — последнее для почты неприемлемо. В корпоративных рабочих пространствах режим включает администратор, а кастомные коннекторы без developer mode исторически умели только search и fetch, чего для работы с почтой недостаточно. Итог: хостинг, сертификат, OAuth и личная ответственность за сервис, у которого есть доступ к вашей почте.

Проверка результата: попросите агента показать темы пяти последних писем и создать черновик ответа на одно из них. Черновик должен появиться в папке черновиков самого ящика.

Тип 3. Прослойка автоматизации: n8n или Zapier

Здесь агент не ходит в ящик сам, а получает письма событиями. Триггер «новое письмо по IMAP» → вызов модели → действие: создать черновик, поставить задачу, отправить сводку в Telegram.

• Zapier. Приложение IMAP by Zapier даёт триггер New Email и действия Create Draft Email и Find Email, которые связываются с моделями OpenAI. Важно: интеграция OpenAI в Zapier работает по API-ключу и тарифицируется отдельно от подписки ChatGPT.
• n8n даёт то же самое на своём сервере и с полным контролем над данными. Для Яндекс-почты это уже разобранный сценарий с IMAP и SMTP-нодами.

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

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

Тип 4. Unified email API

Nylas, Unipile и EmailEngine дают один API и вебхуки поверх Gmail, Outlook, Exchange и произвольного IMAP, а также сами хранят и обновляют OAuth-токены. Модель в этой схеме работает через ваш код или ваш MCP-слой над этим API.

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

Что важно знать про лицензии: EmailEngine — не свободное ПО, а source available. Есть бесплатный триал на 14 дней, дальше нужна годовая подписка, зато она фиксированная и не зависит от числа ящиков. Nylas, наоборот, тарифицируется от числа подключённых ящиков. Актуальные цифры всегда сверяйте по официальным страницам — они меняются.

Ограничения: появляется ещё один посредник с доступом к письмам, стоимость растёт с числом ящиков, а для российских клиентов важна юрисдикция хранения.

Тип 5. Отдельный агентный адрес вместо доступа к личной почте

Вместо того чтобы пускать агента в рабочий ящик, вы заводите ему свой адрес на поддомене. На Cloudflare это делается через Email Routing и Worker, а открытый Agentic Inbox показывает готовый контур целиком: каждый ящик изолирован в своём Durable Object с базой SQLite, вложения лежат в R2, а агент собран на Cloudflare Agents SDK и Workers AI и умеет читать ящик, искать по переписке и готовить черновики. Сам Cloudflare Email Service находится в публичной бете и поставляется вместе с MCP-сервером, Wrangler CLI и skills для кодинг-агентов, так что сборка контура сама делается агентом.

Когда выбирать: нужен агентный контур под конкретный процесс — заявки, тендеры, документы — а основная почта остаётся в Яндекс 360 или Microsoft 365 без изменений.

Тип 6. Пересылка на отдельный Gmail-ящик

Самый дешёвый обход для владельцев ящиков в Яндекс 360 и Mail: завести отдельный Gmail-ящик под агента, настроить правило пересылки нужного потока писем и подключить штатное приложение Gmail именно к нему.

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

Яндекс 360 и Mail: что учесть

• Тарифы. У Mail (VK) IMAP, POP3 и SMTP из сторонних приложений работают только с подпиской Mail Space с 12 июня 2026 года. У Яндекс Почты — только при любом подключённом тарифе Яндекс 360 с 29 июня 2026 года. Без тарифа остаются только веб и мобильное приложение, то есть агент подключить не получится.
• Два тумблера в Яндексе. IMAP по умолчанию выключен: в настройках Почты откройте раздел «Почтовые программы», включите доступ по IMAP и отдельно опцию «Пароли приложений и OAuth-токены».
• Пароль приложения, а не обычный пароль. Создаётся в Яндекс ID в разделе безопасности и доступен при включённой двухфакторной аутентификации. Основной пароль аккаунта будет отклонён.
• Адреса серверов. imap.yandex.ru порт 993 с SSL и smtp.yandex.ru порт 465; вне России Яндекс рекомендует домены imap.yandex.com или imap.ya.ru. Уточняйте формат логина: часть клиентов ждёт только имя до собаки, а не полный адрес.
• OAuth. Поддерживается XOAUTH2: у Яндекса токены выдаются через Яндекс ID, у Mail — через oauth.mail.ru. Это чище, чем пароль приложения, но требует регистрации приложения и обновления токенов.
• Нет вебхуков. Уведомлений о новых письмах на сторону агента нет, поэтому нужен polling или IMAP IDLE и аккуратная обработка повторов по Message-ID.
• Маршрутизация. Правила обработки писем удобнее держать в админке почты, а не в логике агента: меньше кода и легче отладка.

Подробный разбор платформ и админских настроек — в руководстве по почтовым агентам.

Эталонный конфиг

Минимальный рабочий вариант: локальный MCP-сервер поверх IMAP, подключённый к агентной среде. Секреты — только через переменные окружения.

Сначала один раз запустите конфигуратор аккаунта:

# графическая настройка ящика, параметры сохраняются в локальный TOML-файл
uvx mcp-email-server@latest ui

Дальше подключите сервер к агентной среде. Вариант без UI — через переменные окружения, они имеют приоритет над файлом конфигурации и удобны для контейнеров и CI:

{
  "mcpServers": {
    "mail": {
      "command": "uvx",
      "args": ["mcp-email-server@latest", "stdio"],
      "env": {
        "MCP_EMAIL_SERVER_ACCOUNT_NAME": "agent",
        "MCP_EMAIL_SERVER_FULL_NAME": "Mail Agent",
        "MCP_EMAIL_SERVER_EMAIL_ADDRESS": "agent@example.ru",
        "MCP_EMAIL_SERVER_USER_NAME": "agent@example.ru",
        "MCP_EMAIL_SERVER_PASSWORD": "${MAIL_APP_PASSWORD}",
        "MCP_EMAIL_SERVER_IMAP_HOST": "imap.yandex.ru",
        "MCP_EMAIL_SERVER_IMAP_PORT": "993",
        "MCP_EMAIL_SERVER_SMTP_HOST": "smtp.yandex.ru",
        "MCP_EMAIL_SERVER_SMTP_PORT": "465"
      }
    }
  }
}

Неочевидные параметры:

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

Проверка результата: после запуска среда должна показать инструменты сервера в списке доступных, а запрос к последним письмам — вернуть реальные темы из ящика.

Безопасность и юридические границы

Если в письмах есть персональные данные граждан РФ, а обработка идёт через зарубежные сервисы, это трансграничная передача по ст. 12 Федерального закона № 152-ФЗ с отдельным уведомлением Роскомнадзора до начала передачи и требованием локализации первичной базы в РФ по ч. 5 ст. 18. Это не юридическая консультация: схему стоит сверить с юристом до внедрения.

Сценарии использования

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

1. Утренняя выжимка по входящим

Агент раз в день читает непрочитанное, группирует письма на «требует ответа», «к сведению» и «шум» и отдаёт один список с темами и сроками.

• Тип решения: MCP поверх IMAP в Codex, либо n8n с отправкой выжимки в Telegram.
• Признак успеха: в сводке есть реальные темы и отправители, а утренний разбор ящика занимает минуты вместо получаса.

2. Черновики ответов на типовые запросы

Пришло письмо — агент собирает черновик в папке черновиков, человек правит и отправляет сам.

• Тип решения: MCP с доступом к черновикам или Zapier с действием Create Draft Email.
• Признак успеха: черновик виден в ящике с телефона, цепочка не ломается, письмо без подтверждения не уходит.

3. Заявки с сайта и дежурный ящик

Обращения приходят на отдельный адрес, агент вытаскивает контакт, суть и срочность и ставит задачу в трекер.

• Тип решения: отдельный агентный адрес на поддомене или n8n на отдельном ящике.
• Признак успеха: ни одна заявка не потерялась и не создалась дважды за неделю работы.

4. Сбор счетов и актов из вложений

Агент находит письма с документами, раскладывает вложения в хранилище и ведёт таблицу «контрагент, сумма, дата, статус».

• Тип решения: n8n или unified API, если ящиков несколько.
• Признак успеха: суммы в таблице совпадают с документами на выборке из десяти писем.

5. Поиск по архиву переписки

«Найди всё, что мы обещали этому клиенту за полгода» — задача на чтение и сводку, без записи.

• Тип решения: MCP поверх IMAP или штатное приложение, если ящик в Google или Microsoft. Автоматизации здесь почти бесполезны.
• Признак успеха: каждый пункт сводки сопровождается темой и датой письма, которое можно открыть.

6. Контроль подписок и тарифов

Агент собирает письма о списаниях и продлениях и раз в месяц присылает список с суммами и датами списания.

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

Как выбрать за одну минуту

• Ящик в Google или Microsoft и нужен диалог → штатное приложение.
• Ящик в Яндексе или Mail, агент живёт в Codex → MCP-сервер поверх IMAP.
• Нужна реакция на входящие по расписанию → n8n или Zapier.
• Много ящиков или продукт на клиентов → unified email API.
• Нужен агентный контур без доступа к личной почте → отдельный адрес на поддомене.
• Нужны только сводки и быстро → пересылка на отдельный Gmail-ящик.

Ссылки

• Приложение Outlook для ChatGPT
• Приложения и плагины в ChatGPT
• Developer mode и MCP-приложения в ChatGPT
• Документация OpenAI по developer mode
• mcp-email-server
• imap-mcp-server
• mail-mcp
• IMAP-триггеры и действия в Zapier
• Cloudflare Email Service
• Agentic Inbox
• OAuth в Яндекс Почте
• EmailEngine и его лицензирование
• Cloudflare Email Service для агентов
• Настройка IMAP-клиентов в Яндекс Почте

По теме

• Статья: Не всё, что можно автоматизировать, стоит автоматизировать
• Блог: Cloudflare показал почту для ИИ-агентов
• База знаний: Почтовые агенты: как подключать AI к отдельному email

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

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov