← На главную

При отправке электронных документов, счетов и печатных форм из программы 1С:Управление торговлей 11 пользователи нередко сталкиваются с ошибкой: Неизвестная ошибка (SMTP error code 554). Ситуация часто ставит в тупик тем, что кнопка «Проверить настройки учетной записи» отрабатывает без сбоев, а тестовое письмо успешно доходит до адресата. Разберем по шагам, почему возникает ошибка 554 при работе с почтовым сервисом Яндекс и как наладить стабильную отправку почты из 1С.

Причина 1. Превышение лимитов отправки почтового провайдера

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

1. Суточный лимит: на количество отправленных писем с одного почтового ящика в течение 24 часов.
2. Ограничение интенсивности (Rate Limiting): на количество запросов в минуту или в секунду. Если менеджеры массово рассылают счета клиентам или регламентное задание отправляет уведомления потоком без задержек, сервер расценивает это как спам-атаку и возвращает ошибку 554.

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

Способы решения:

1. Разделите отправку корреспонденции по времени, избегая одновременного запуска сотен писем.
2. Для массовых рассылок (уведомлений, маркетинговых писем, прайс-листов) откажитесь от использования стандартного пользовательского SMTP-ящика. Подключите специализированные сервисы рассылок или настройте промежуточный локальный почтовый шлюз (Relay), который будет выстраивать очередь и отправлять сообщения с контролируемой задержкой.

Причина 2. Несоответствие адреса отправителя и логина авторизации

Почтовый сервер Яндекса строго контролирует совпадение заголовка From с учетными данными, под которыми выполняется подключение по протоколу SMTP. Если имя пользователя при авторизации не совпадает с реальным адресом отправителя в письме, сервер отклоняет транзакцию с ошибкой 554 Sender address does not match authenticated user.

В 1С:УТ 11 тестовое письмо отправляется строго от имени системной учетной записи. Однако при штатной отправке документа (например, счета на оплату) система может подставлять в поле отправителя:

1. Email текущего пользователя информационной базы.
2. Контактный адрес организации из справочника Организации.
3. Email ответственного менеджера документа.

Если этот адрес отличается от почтового ящика, настроенного в учетной записи электронной почты 1С, сервер Яндекс немедленно заблокирует передачу сообщения.

Способ решения: откройте настройки учетной записи электронной почты в 1С (раздел НСИ и администрирование — Органайзер — Почтовые клиенты / Учетные записи) и убедитесь, что в шаблонах документов и настройках отправки адрес отправителя всегда в точности совпадает с логином авторизации SMTP (или его официальным почтовым алиасом).

Причина 3. Срабатывание антиспам-фильтра на тело письма и вложения

Ошибка с кодом 554 5.7.1 Message rejected under suspicion of SPAM сигнализирует о том, что эвристический фильтр посчитал само сообщение подозрительным. Тестовое письмо содержит нейтральный системный текст без прикрепленных файлов, поэтому антиспам пропускает его без проблем.

В рабочих письмах присутствуют печатные формы (файлы в формате PDF, Excel), платежные реквизиты, расчетные счета и специфические триггерные слова («оплата», «счет», «акт сверки»).

Как проверить и локализовать проблему:

1. Попробуйте отправить пустое письмо клиенту вручную из 1С, удалив из него все прикрепленные печатные формы. Если оно уйдет — причина кроется во вложениях.
2. Проверьте наименование прикрепляемых файлов: исключите спецсимволы, кавычки и некорректные знаки препинания.
3. Проверьте текст шаблона письма: удалите подозрительные внешние гиперссылки, сокращенные URL-адреса и проверьте текст на отсутствие битых ссылок.

Причина 4. Некорректный пароль и параметры безопасности

Современные почтовые службы запрещают использовать основной пароль от аккаунта для внешних почтовых клиентов и протоколов SMTP/IMAP.

Проверим параметры подключения:

1. В веб-интерфейсе почты Яндекса должен быть сгенерирован специальный Пароль приложения для почты. Именно этот пароль необходимо указывать в учетной записи 1С.
2. В настройках почтового ящика на сервере должен быть активирован доступ по протоколам IMAP/POP3 и SMTP.
3. Убедитесь в корректности портов и протоколов шифрования: для сервера smtp.yandex.ru стандартным является порт 465 с обязательным включением SSL-соединения.

Причина 5. Отсутствие цифровых подписей домена (SPF, DKIM, DMARC)

Если вы отправляете письма через Яндекс с корпоративного домена (Яндекс 360 для бизнеса), отсутствие или некорректная настройка записей в DNS домена гарантированно приводит к блокировкам с кодом 554.

Проанализируем необходимые DNS-записи:

1. SPF (Sender Policy Framework): TXT-запись должна разрешать отправку серверам Яндекса (v=spf1 redirect=_spf.yandex.net).
2. DKIM: цифровая подпись должна быть сгенерирована в панели управления организацией и прописана в DNS. Без валидной подписи письма массово отклоняются серверами получателей.
3. DMARC: политика обработки неподписанных писем должна быть опубликована в DNS для подтверждения легитимности отправителя.

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