Яндекс 360 не отправляет письма: что делать с рассылками и цепочками
С 11 октября 2026 года в подключениях, которыми пользуется команда Call-Talk, сервер исходящей почты smtp.yandex.ru перестал отвечать: соединение висит и обрывается по таймауту. Письма не уходят из сервисов рассылок, CRM и почтовых программ, а автоматические цепочки ломаются. При этом в веб-интерфейсе ящики открываются, и письма в них на месте. Ниже — что мы видели сами, как за 10 минут проверить, в Яндексе дело или в ваших настройках, что сделать с рассылками прямо сейчас и как не оказаться в такой ситуации снова.
- Проверьте, в чём причина. Если подключение к smtp.yandex.ru, порт 465, обрывается по таймауту, это не ошибка пароля. Как проверить, мы описали в разделе о проверке SMTP.
- Поставьте на паузу автоматические рассылки и цепочки, которые идут через Яндекс. Иначе письма будут уходить в ошибку, а контакты — выпадать из последовательностей.
- Читайте ответы прямо в ящике. IMAP и веб-интерфейс в наших ящиках работали. Сервис рассылок может не подтянуть ответ, если цепочка сломалась.
- Не переносите рассылку в спешке на новые ящики. Холодные письма с непрогретого адреса почти наверняка уйдут в спам, а домен потеряет репутацию.
- Запишите время и текст ошибки. Это пригодится для обращения в поддержку и для того, чтобы потом безопасно возобновить отправку без дублей.
- Что мы наблюдали 11 и 12 октября
- Почему письма не уходят через smtp.yandex.ru
- Почему IMAP работает, а входящие задерживаются
- Как проверить SMTP и настройки почтовой программы
- Что делать с рассылками и автоматическими цепочками
- Когда поможет другой провайдер
- Как мы в Call-Talk пережили сбой
- Как подготовить резерв на будущее
- Email-аутрич: 4 вопроса об услуге
- Журнал обновлений
- Частые вопросы
Сбой Яндекс 360: что мы наблюдали 11 и 12 октября 2026
Мы ведём B2B-рассылки для клиентов каждый день и сразу видим, когда что-то ломается на стороне провайдера. Вот что видела наша команда. Это наши наблюдения, а не официальный отчёт Яндекса:
- 11 октября. Подключения к
smtp.yandex.ruиз наших сервисов отправки начали обрываться по таймауту. Сервер не отвечает ошибкой, соединение просто не устанавливается. Отправка через SMTP остановилась во всех кампаниях, где ящики были в Яндекс 360. - Утро 12 октября. Начались проблемы и с входящими. Часть писем на адреса в Яндексе, в том числе на корпоративные домены в Яндекс 360, получала временный отказ
4.4.5 Try again later. Так было и для писем, которые мы отправляли из Google Workspace. - 12 октября, 13:15 МСК — последняя проверка перед публикацией. Таймаут SMTP сохранялся. Доступ к ящикам по IMAP работал, письма в них были на месте.
Масштаб проблемы мы оценить не можем: мы видим только свои подключения. Публично подтверждённый эпизод был раньше. 8 октября пользователи массово жаловались, что Яндекс Почта не открывается. Пресс-служба Яндекс 360 подтвердила «временные сложности» с доступом и сообщила, что их устранили (об этом 8 октября писали «Фонтанка» и «Ведомости»). Связан ли тот сбой с проблемами SMTP 11–12 октября, официально не сообщалось. Официальное состояние сервисов публикуется на странице статуса Яндекс 360. Учтите, что там может не быть проблем с отдельными маршрутами отправки.
Почему письма не отправляются через smtp.yandex.ru
У почты два независимых канала. По SMTP письма отправляются, по IMAP вы читаете содержимое ящика. Веб-интерфейс Яндекс Почты работает через внутренние механизмы Яндекса. Поэтому из браузера письмо может уйти, а из внешней программы — нет.
Всё, что отправляет письма от имени ящика в Яндексе, подключается к smtp.yandex.ru:
- сервисы рассылок и платформы автоматических цепочек;
- CRM, которые отправляют письма из карточки клиента или по триггеру (подробнее об интеграции с CRM);
- почтовые программы: Outlook, Thunderbird, The Bat, Apple Mail;
- сайты и внутренние системы, которые шлют уведомления через SMTP.
Если сервер исходящей почты Яндекса не отвечает, остановится всё перечисленное, хотя веб-почта при этом может работать. Поэтому в запросах встречается странная на первый взгляд формулировка: «яндекс почта получает, но не отправляет».
Таймаут или ошибка авторизации: в чём разница
Таймаут сам по себе не доказывает, что сбой у Яндекса. Порт 465 может блокировать фаервол офиса, антивирус или провайдер. Поэтому важно, на каком этапе происходит обрыв:
| Что видите | Что это обычно значит | Куда смотреть |
|---|---|---|
| Connection timed out, «не удаётся подключиться к smtp.yandex.ru», сервер не отвечает | Соединение не устанавливается. Причина либо в сервере, либо в сети между вами и сервером | Проверка из другой сети, страница статуса |
| 535 Authentication failed, «неверный логин или пароль» | Сервер отвечает, но не принимает учётные данные | Пароль приложения, полный адрес ящика, доступ для почтовых программ |
| Ответ с кодом 4.x.x после отправки | Временный отказ на стороне получателя, система отправки повторит попытку | Очередь и уведомления о доставке |
| Ответ с кодом 5.x.x | Постоянный отказ: адреса нет, письмо отклонено политикой | Текст ошибки, качество базы, настройки домена |
Не путайте два разных сервера. smtp.yandex.ru отправляет ваши письма. MX-серверы Яндекса принимают письма на ваш домен. Сбой одного не обязательно означает сбой другого, и проверять их нужно по-разному.
Почему IMAP работает, а новые письма на Яндекс не доходят
IMAP открывает доступ к тому, что уже лежит в ящике. Если старые письма видны, ящик и данные целы, но это ничего не говорит о доставке новых писем. Новые письма приходят через другой путь: сервер отправителя подключается к принимающим серверам Яндекса, и только если они приняли письмо, оно появляется в ящике.
Утром 12 октября этот путь работал с перебоями: принимающие серверы Яндекса временно отказывались принимать часть писем. Поэтому пострадали не только те, кто отправляет с Яндекса. Если ваши клиенты или партнёры сидят на корпоративной почте в Яндекс 360, письма к ним могли задерживаться, даже если вы пишете из Gmail или с собственного сервера.
Что означает ошибка 4.4.5 Try again later
По реестру кодов SMTP организации IANA (RFC 3463) код 4.4.5 означает «mail system congestion», то есть почтовая система перегружена. Первая цифра 4 означает временную ошибку: сервер не отказывает окончательно, а просит прийти позже.
- Письмо не потеряно сразу. Оно остаётся в очереди отправителя, и сервер сам повторяет попытки. Стандарт почтовой отправки RFC 5321 рекомендует повторять попытки не чаще раза в 30 минут и не сдаваться раньше чем через 4–5 дней. У Gmail, Mail.ru и корпоративных серверов свои настройки, но логика та же.
- Возврат с текстом 4.4.5 обычно промежуточный. Многие системы присылают уведомление «доставка задерживается, попробуем ещё». Окончательный возврат придёт, только если повторные попытки не удались.
- Не отправляйте письмо заново вручную сразу. Если повтор из очереди пройдёт, адресат получит два одинаковых письма. Сначала проверьте статус в отправляющей системе.
- Смена отправителя тут не поможет. Если отказывает принимающая сторона Яндекса, письма к ней из Google Workspace застрянут так же.
Рассылки не должны останавливаться из-за сбоя одного провайдера. Узнайте, как устроен email-аутрич в Call-Talk.
Узнать подробнее →Как проверить SMTP Яндекса и настройки почтовой программы
Прежде чем винить провайдера, исключите собственные ошибки. Это занимает 10 минут и избавляет от лишних действий: если проблема локальная, ждать Яндекс бессмысленно, а если она у Яндекса, бессмысленно менять пароли.
- Запишите симптом. Точный текст ошибки, время по Москве, программа или сервис, сервер и порт. Отдельно отметьте, что это: таймаут, отказ авторизации или отказ доставки адресату.
- Сверьте настройки со справкой Яндекса. По справке Яндекс 360 для бизнеса (раздел о настройке почтовых программ): исходящая почта —
smtp.yandex.ru, порт465, SSL/TLS; входящая —imap.yandex.ru, порт993, SSL/TLS. Если клиент настроен на порт 587, проверьте по справке, какой режим шифрования для него нужен. Защиту соединения не отключайте. - Проверьте учётные данные. Логин — полный адрес ящика вместе с доменом. Для внешних программ нужен пароль приложения, а не основной пароль. В настройках почты должен быть разрешён доступ почтовым клиентам. Пароль приложения никому не пересылайте, в том числе в поддержку.
- Проверьте, открывается ли порт. На Windows в PowerShell выполните
Test-NetConnection smtp.yandex.ru -Port 465. На macOS и Linux —nc -vz smtp.yandex.ru 465. Если в ответTcpTestSucceeded: Falseили ожидание без ответа, соединение не устанавливается. - Сравните с другой сетью. Повторите проверку с мобильного интернета или из другого офиса. Если там порт открывается, ищите причину в своей сети. Если нет нигде, проблема, скорее всего, на стороне сервера.
- Проверьте статус и напишите в поддержку. Посмотрите страницу статуса Яндекс 360. В обращении укажите время, сервер, порт, текст ошибки и результаты проверок из разных сетей, без паролей.
Outlook, Thunderbird и другие почтовые программы
Если Outlook или Thunderbird не отправляют письма с ящика Яндекса, письма обычно копятся в «Исходящих», а программа показывает, что сервер не отвечает или превышено время ожидания. Не удаляйте и не пересоздавайте учётную запись: настройки при таймауте не виноваты, а неотправленные письма лежат в «Исходящих» и уйдут сами, когда сервер заработает. Если важное письмо нужно отправить прямо сейчас, а веб-интерфейс Яндекса у вас работает, отправьте его из браузера. Перед этим удалите копию из «Исходящих», иначе адресат получит её позже как дубль.
Что делать, если рассылка через Яндекс не отправляется
Для одиночной переписки сбой SMTP — неудобство. Для автоматических рассылок это риск испортить кампанию. Цепочка писем в сервисе рассылки не знает, что Яндекс временно не работает: он пытается отправить шаг, получает ошибку и ведёт себя по своим правилам. Одни платформы повторяют шаг, другие пропускают его и переводят контакт дальше, третьи помечают адрес как недоставляемый и навсегда исключают его из кампании.
- Поставьте на паузу все кампании, которые отправляют через ящики в Яндексе. Ставьте на паузу всю кампанию, а не отдельные контакты, чтобы платформа перестала обрабатывать шаги.
- Посмотрите, что платформа уже сделала с ошибками. Найдите контакты со статусами «ошибка», «bounced», «пропущен шаг». Исключённые из-за ошибки SMTP адреса нужно вернуть вручную: они не плохие, просто письмо до них не дошло.
- Читайте ответы в самом ящике. Когда цепочка сломалась, ответ может не попасть в сервис рассылок, и вы его не увидите. Откройте ящики в веб-интерфейсе и проверьте «Входящие» за 11–12 октября.
- Сохраните журнал. Выгрузите очередь, список ошибок и статусы контактов на момент паузы. Это ваша страховка от дублей при возобновлении.
- Предупредите CRM и отдел продаж. Если письма уходят из CRM по триггерам (счета, договоры, напоминания), сообщите менеджерам, что эти письма могли не уйти, и проверьте важное вручную.
Осторожно с повторной отправкой. Если таймаут произошёл в конце сеанса, сервер мог успеть принять письмо, а ваш сервис — не получить подтверждения. Если отправить всем «неотправленным» заново, часть людей получит одно и то же письмо дважды. Для холодных писем это верный путь к жалобам на спам. Повторяйте только письма, которые точно не ушли, и уберите из повтора тех, кто уже ответил.
Чем заменить Яндекс 360 для рассылок и когда это поможет
Первая мысль — перенести рассылку на другой сервис. Это действительно работает, но только при одном условии: у вас уже есть подготовленные ящики у другого провайдера. Перенос исходящей отправки стоит отличать от переезда всей корпоративной почты. Для рассылки нужно первое, и сделать его можно быстро. Второе — отдельный проект, который во время сбоя затевать не стоит.
Перед переключением проверьте:
- Прогрет ли ящик. Ящик в Google Workspace, на хостинге или собственном сервере должен уже какое-то время отправлять письма в нормальном режиме.
- Настроен ли домен. Для домена, с которого будете отправлять, должны быть настроены SPF, DKIM и DMARC с учётом нового провайдера. Как это сделать, описано в статье настройка домена для рассылки.
- Куда придут ответы. Ответы должны попадать в ящик, который подключён к вашему сервису рассылок или CRM.
- Какие лимиты у нового провайдера. У каждого провайдера свой суточный лимит и свои правила использования. Не переносите на один ящик объём, который раньше распределялся на пять.
- Сохранятся ли статусы. Нужно, чтобы контакты продолжили цепочку с нужного шага, а не начали её заново.
Начинайте с небольшой контрольной отправки и наращивайте объём по результатам. И помните об ограничении из раздела про 4.4.5: если не принимают серверы Яндекса, смена отправителя не ускорит доставку адресатам в Яндексе.
Чего делать не стоит: срочно менять MX-записи домена, прописывать чужой SMTP-сервер к ящику Яндекса или регистрировать новые ящики и сразу отправлять с них сотни писем. Каждое из этих действий может создать больше проблем, чем решить.
Как мы в Call-Talk пережили сбой: опыт команды
Мы не держим рассылки клиентов у одного почтового провайдера. Такое правило у нас появилось задолго до этого сбоя: любой сервис может отказать, заблокировать ящик или изменить правила. Мы просто заранее готовились к ситуации, которая наступила 11 октября.
- Ящики распределены между провайдерами. Часть кампаний изначально шла через Google Workspace, почту на хостинге и собственные почтовые серверы клиентов. Эти кампании продолжили работу, будто ничего не случилось.
- Резерв прогрет заранее. Для кампаний на Яндексе у нас были подготовленные и прогретые ящики у других провайдеров. Мы переключили отправку на них, а не начинали с нуля на новых адресах.
- Провайдер подбирается под базу. Если большая часть адресатов на корпоративных доменах с определённым типом почты, мы учитываем это при выборе провайдера для отправки.
«Сбой провайдера нельзя предотвратить, но к нему можно подготовиться. Если у кампании есть прогретый резерв, сбой длится часы. Если резерва нет, кампанию приходится запускать заново через несколько недель».
— Вадим, специалист по email-аутричу Call-Talk
Даже резерв не решает проблему с входящими: письма адресатам в Яндексе утром 12 октября задерживались независимо от того, откуда мы их отправляли. Мы проверяли очереди, а не отправляли письма заново.
Как подготовить резерв почтовых ящиков на будущее
Сбой закончится, а вопрос «что если это повторится» останется. Ответ один: не зависеть от одного почтового провайдера. Минимальный набор, который мы рекомендуем:
- Минимум два провайдера. Например, Яндекс 360 и Google Workspace или Яндекс и почта на хостинге. Рабочий объём распределяйте между ними, а не держите второго «на всякий случай» пустым.
- Прогретый резерв. Несколько ящиков на втором провайдере должны постоянно отправлять небольшой объём, чтобы у них была история. В разговоре с нами Вадим назвал ориентир в 2–4 недели прогрева. Это практический опыт, а не стандарт: Google в требованиях к отправителям писем говорит о постепенном росте объёма и контроле ответов серверов, но конкретного срока не называет.
- Настроенный домен. SPF, DKIM и DMARC для обоих провайдеров должны быть прописаны заранее, а не в день сбоя.
- Журнал ящиков. Таблица, где для каждого ящика записаны провайдер, домен, дата начала прогрева, суточный объём и последняя проверка доставляемости.
- Тест переключения. Раз в квартал проверяйте, что кампанию можно перевести на резерв за час: ответы приходят, лимиты известны, статусы сохраняются.
Почему нельзя просто завести новый ящик в день сбоя? Письма с нового адреса не обязательно попадут в спам, но резкий старт с сотен писем в день — именно то, что фильтры почтовых сервисов считают признаком спамера. Для холодных писем это особенно критично: у получателя нет истории переписки с вами, и фильтр оценивает только репутацию отправителя. Подробнее — в статье почему письма попадают в спам, а о том, как прогрев и резерв устроены у нас, — в материале холодные письма без спама: технология Call Talk.
Email-аутрич под ключ: когда инфраструктуру проще отдать на сторону
Сбой показал простую вещь: в холодных рассылках, кроме текстов и базы, есть инфраструктура, и от неё зависит, дойдут ли письма вообще. Держать её в рабочем состоянии — постоянная работа. Ниже коротко о том, как это решаем мы.
Что это вообще за услуга email-аутрич?
Email-аутрич — это адресные деловые письма людям, которые принимают решения в нужных вам компаниях. Цель — начать разговор, а не разослать рекламу. Мы берём на себя весь путь до ответа:
- определяем вместе с вами, каким компаниям и кому в них писать;
- собираем и проверяем базу контактов ЛПР;
- поднимаем отдельные домены, настраиваем аутентификацию и прогреваем ящики у нескольких провайдеров;
- пишем цепочки писем под каждый сегмент;
- следим за доставляемостью, а при сбое провайдера переключаем отправку на резерв;
- разбираем ответы и передаём вашему отделу продаж тех, кто готов к разговору.
Вы получаете не «отчёт об отправленных письмах», а переписку с конкретными людьми, которые ответили. Подробнее об услуге — на странице email-аутрич под ключ.
Какую потребность закрывает email-аутрич?
Главная потребность — стабильный поток новых разговоров с B2B-клиентами, который не зависит от рекламных бюджетов и от того, работает ли сегодня какой-то отдельный сервис. Если смотреть на последние дни, услуга снимает сразу несколько болей:
- Зависимость от одного провайдера. Ящики распределены между несколькими сервисами, так что сбой одного не останавливает продажи.
- Нет времени на техническую часть. Домены, DNS-записи, прогрев, лимиты, блок-листы занимают у отдела продаж время, которого у него нет. Что выгоднее держать у себя, а что отдать, мы разбирали в статье свой отдел продаж или аутсорс лидогенерации.
- Рассылки идут, а ответов нет. Обычно причина в доставляемости, базе или тексте: от технических настроек до спам-слов. Мы проверяем всё это.
- Отделу продаж не хватает встреч. Менеджерам нужны люди, готовые к разговору, а не список адресов.
Для кого услуга email-аутрич?
Канал работает в B2B, где клиента можно найти по компании и должности. Услуга подойдёт, если вы:
- Продаёте компаниям, а средний чек оправдывает индивидуальную работу с каждым клиентом: производство, опт, логистика, IT, консалтинг, услуги для бизнеса.
- Уже пробовали холодные рассылки сами и столкнулись со спамом, блокировками или, как на этой неделе, с остановкой провайдера.
- Хотите выйти в новый сегмент или регион и проверить спрос до больших вложений.
- Имеете отдел продаж или хотя бы одного человека, который быстро подхватит заинтересованного клиента.
Если вы продаёте частным лицам или ваш продукт стоит так мало, что персональная переписка не окупится, аутрич не лучший выбор. Об этом мы скажем честно на первом созвоне.
Почему стоит воспользоваться email-аутричем прямо сейчас?
- Резерв готовят до сбоя, а не во время него. На подготовку прогретых ящиков уходят недели. Кто начнёт сейчас, к следующему сбою будет готов.
- Конец года — сезон бюджетов. В октябре–ноябре компании планируют закупки и подрядчиков на следующий год. Письмо, полученное сейчас, попадает в планы, а в январе вы уже опоздаете.
- Слабые места сейчас видны лучше всего. Пока вы помните, какие кампании встали, где потерялись ответы и сколько времени ушло на ручную проверку, проще составить план резерва. Через месяц детали забудутся.
- Тест не требует больших вложений. Начинаем с одного-двух сегментов и по ответам решаем, масштабировать ли канал. Из чего складывается бюджет, мы разобрали в статье сколько на самом деле стоит холодная email-рассылка.
Хотите, чтобы рассылки не зависели от одного провайдера?
Расскажите, через что вы отправляете письма сейчас, сколько у вас ящиков и что сломалось 11–12 октября. Мы подскажем, какие кампании можно безопасно возобновить, что проверить перед переключением и как выстроить резерв. А если захотите передать аутрич целиком, возьмём на себя базу, инфраструктуру, письма и ответы.
Журнал обновлений: когда заработает smtp.yandex.ru
Срок восстановления Яндекс официально не называл. Мы дополняем журнал после каждой проверки и указываем отдельно состояние отправки, чтения и входящих.
| Время (МСК) | Отправка (SMTP) | Чтение (IMAP) | Входящие |
|---|---|---|---|
| 11 октября | Таймаут подключения | Работает | Без наблюдений |
| 12 октября, утро | Таймаут подключения | Работает | Часть писем получает временный отказ 4.4.5 |
| 12 октября, 13:15 | Таймаут сохраняется | Работает | Перебои, повторная проверка запланирована |
Когда возобновлять рассылку. Не по первому успешному письму. Сначала убедитесь, что подключение к SMTP стабильно работает несколько часов подряд, контрольное письмо доходит и ответ на него возвращается. Затем разберите очередь и дубли, запустите небольшую партию и увеличивайте объём постепенно.
Частые вопросы
Масштаб проблемы 11–12 октября официально не подтверждён. Мы видели таймауты smtp.yandex.ru в своих подключениях и временные отказы части входящих. Публично Яндекс 360 признавал только сбой доступа к почте 8 октября и сообщил, что его устранили. Актуальное состояние смотрите на странице статуса Яндекс 360.
Чтение ящика и отправка писем идут по разным протоколам и через разные серверы. IMAP (imap.yandex.ru) даёт доступ к письмам, которые уже лежат в ящике, а отправка идёт через SMTP (smtp.yandex.ru). Если работает одно, это не значит, что работает другое.
Нет. 4.4.5 означает временную перегрузку принимающей системы. Письмо остаётся в очереди отправителя, и сервер повторяет попытки, обычно до нескольких дней. Прежде чем отправлять заново вручную, проверьте очередь и уведомления о доставке, чтобы адресат не получил дубль.
Поможет с исходящей отправкой, если у вас уже есть прогретые ящики в Google Workspace и для домена настроены SPF, DKIM и DMARC. Если же отказывают принимающие серверы Яндекса, письма вашим адресатам на Яндексе будут задерживаться независимо от того, откуда вы их отправляете.
Не стоит. Резкий старт с большого объёма на новом адресе повышает риск попасть в спам и ухудшает репутацию домена. Начинайте с небольшого объёма и наращивайте его постепенно, отслеживая доставку и ответы. По нашему опыту, на прогрев уходит от 2 до 4 недель, но универсального срока нет.
Срок восстановления Яндекс официально не называл. Мы дополняем журнал обновлений в статье после каждой проверки. Возобновлять рассылку стоит, только когда подключение стабильно работает несколько часов подряд и контрольное письмо проходит в обе стороны.