Полезное
Ошибка Mail.ru: 535 5.7.0 Net dostupa na vashem tarife
Ограничение тарифа при отправке через SMTP + решение проблемы
Что означает ошибка 535 5.7.0 Net dostupa na vashem tarife в Mail.ru
При подключении к SMTP-серверу smtp.mail.ru сервер может отклонить аутентификацию с кодом 535 и подкодом 5.7.0.
Полная формулировка в логе SMTP-сессии:
Полная формулировка в логе SMTP-сессии:
535 5.7.0 Net dostupa na vashem tarife. Skachaite prilozhenie VK WorkSpace.
Ответ Mail.ru: отказ в аутентификации на smtp.mail.ru — на текущем тарифе нет доступа к отправке через SMTP.
Ответ Mail.ru: отказ в аутентификации на smtp.mail.ru — на текущем тарифе нет доступа к отправке через SMTP.
Не путать с другой ошибкой 535 5.7.0 — NEOBHODIM parol prilozheniya /
Application password is REQUIRED. Там нужен пароль для внешнего приложения, а не смена тарифа.
Ошибка Net dostupa na vashem tarife возникает на этапе аутентификации — до отправки письма получателю. В логе это выглядит так:
Application password is REQUIRED. Там нужен пароль для внешнего приложения, а не смена тарифа.
Ошибка Net dostupa na vashem tarife возникает на этапе аутентификации — до отправки письма получателю. В логе это выглядит так:
Failed to authenticate on SMTP server with username "…" using the following authenticators: "LOGIN", "PLAIN", "XOAUTH2“
За этой ошибкой стоит не сбой настройки, а политика провайдера. Mail.ru, как и другие почтовые сервисы, изначально рассчитан на обычного пользователя: переписка из почтового клиента или веб-интерфейса, без массовых исходящих потоков и без «технической» отправки от имени бизнес-систем.
Когда тот же ящик подключают к CRM, хелпдеску, ERP или любой другой интеграции, провайдер видит не личную переписку, а автоматизированную отправку — и сознательно её ограничивает: закрывает SMTP на базовом тарифе, вводит лимиты, требует отдельные тарифы.
Это не баг и не «временная проблема» — так они защищают свою инфраструктуру от злоупотреблений и от использования личной почты как бесплатного транспорта для бизнеса.
Та же логика у Яндекса, Gmail и остальных: policy rejection, лимиты получателей, блокировки при подозрении на рассылку. Разные формулировки ошибок, но причина одна: публичный ящик ≠ транспорт для писем.
Что делать после получения ошибки
- Передайте полный лог SMTP-сессии администраторам почты — по тексту ошибки видно ограничение тарифа Mail.ru / VK WorkSpace, а не проблему на стороне получателя.
- Уточните в поддержке Mail.ru условия доступа к SMTP на вашем тарифе.
SMTP-транспорт — решение проблемы
Публичные провайдеры хотят, чтобы ими пользовались люди для обычной переписки. Подключение к бизнес-системам они воспринимают как риск и режут отправку — тарифами, лимитами, политиками.
“
Если письма уходят из внешней системы — нужен отдельный SMTP-транспорт, рассчитанный именно на это: с логами, контролем репутации, понятными лимитами и гибкими возможностями для интеграции.
Самый простой кейс использования сервиса для исходящих писем: доступы указываете в настройках вашей системы, отправка идёт через наш SMTP-сервер.
Подходит для транзакционных писем и уведомлений. В личном кабинете — логи отправок, стоп-листы и встроенная валидация адресов.
Подходит для транзакционных писем и уведомлений. В личном кабинете — логи отправок, стоп-листы и встроенная валидация адресов.
Напишите в поддержку, если нужна помощь.
Участвует в разработке продукта SaM oTPravil. Поможет со сложными интеграциями и реализует запросы на доработку. Ответит на вопросы по SMTP и найдёт наилучшее решение
Влад Точоный
Эксперт SaM oTPravil
