← На главную

Разберем распространенную проблему, с которой сталкиваются администраторы и разработчики при настройке встроенного почтового клиента в 1С:Предприятие (в частности, в конфигурациях "Управление торговлей", "Бухгалтерия предприятия" и других). Проанализируем ситуации, когда возникают ошибки вида "Can't login to this server", "Too many login failures" и "SMTP greeting failure 421", а также выясним причины их появления и проверенные способы устранения.

1. Проблема использования устаревших портов и отсутствия шифрования

В ранних версиях систем или при попытке стандартной настройки часто используют стандартные незащищенные порты:

1. POP3: порт 110
2. SMTP: порт 25

Современные почтовые сервисы (Яндекс.Почта, Mail.ru, Gmail и другие) прекратили поддержку нешифрованных соединений по этим портам. При попытке подключения по порту 25 или 110 сервер отклоняет авторизацию, возвращая ошибки Can't login to this server или Too many login failures.

2. Правильные параметры подключения для Яндекс и Mail.ru

Рассмотрим корректные параметры для настройки сторонних почтовых клиентов в 1С с использованием защищенного соединения (SSL/TLS):

1. Яндекс.Почта:
   1. Сервер входящей почты (IMAP): imap.yandex.ru, порт 993 (шифрование SSL/TLS)
   2. Сервер входящей почты (POP3): pop.yandex.ru, порт 995 (шифрование SSL/TLS)
   3. Сервер исходящей почты (SMTP): smtp.yandex.ru, порт 465 (с шифрованием SSL) или 587 (с шифрованием STARTTLS)
2. Mail.ru:
   1. Сервер входящей почты (IMAP): imap.mail.ru, порт 993 (шифрование SSL/TLS)
   2. Сервер входящей почты (POP3): pop.mail.ru, порт 995 (шифрование SSL/TLS)
   3. Сервер исходящей почты (SMTP): smtp.mail.ru, порт 465 (с шифрованием SSL)

В настройках учетной записи почты в 1С обязательно установим флаги использования SSL для входящей и исходящей почты, а также флаг "SMTP серверу требуется проверка подлинности".

3. Ошибка "SMTP greeting failure 421" и особенности авторизации

Если при указании защищенных портов 465 или 995 появляется ошибка SMTP greeting failure 421 или сбои авторизации, проанализируем основные причины их появления:

1. Использование Пароля приложения вместо основного пароля: Почтовые сервисы запрещают прямую авторизацию сторонних программ по основному паролю от аккаунта. В веб-интерфейсе почтового ящика необходимо зайти в настройки безопасности, разрешить доступ по протоколам POP3/IMAP и сгенерировать специальный пароль приложения. Именно этот код следует указывать в поле "Пароль" в 1С.
2. Указание полного логина: В поле "Пользователь" обязательно нужно вводить полный адрес электронной почты (например, xxx@yandex.ru или xxx@mail.ru), а не короткое имя пользователя до символа "@".
3. Поддержка TLS 1.2 в операционной системе: Устаревшие версии серверных ОС (например, Windows Server 2008 R2 без обновлений) по умолчанию не поддерживают протокол TLS 1.2. Если почтовый сервер требует TLS 1.2, платформа 1С при попытке установления защищенного сеанса возвращает ошибку приветствия сервера. Потребуется включить TLS 1.2 в операционной системе или обновить её.
4. Проверка корневых сертификатов: При SSL-соединении 1С сверяет сертификат сервера с локальным хранилищем. В некоторых ситуациях помогает обновление файла корневых сертификатов cacert.pem в каталоге платформы 1С.

4. Учет контекста выполнения в клиент-серверном режиме

Выясним важную деталь работы 1С в клиент-серверном режиме: отправка и проверка почты фоновыми заданиями выполняются непосредственно на стороне сервера 1С под служебной учетной записью операционной системы. Поэтому необходимо убедиться, что:

1. Сетевой экран (брандмауэр) на сервере 1С не блокирует исходящие подключения по портам 465, 587, 993 и 995.
2. Настройки прокси-сервера (если он используется в компании) корректно заданы для службы сервера 1С.

5. Альтернативные способы решения проблем с почтой

Если прямое защищенное соединение из 1С установить не удается, рассмотрим альтернативные варианты архитектурного решения:

1. Локальный SMTP-реле (SMTP Relay): На локальном сервере настраивается служба (например, IIS SMTP или Stunnel), которая принимает письма от 1С по незащищенному порту внутри локальной сети (IP 127.0.0.1), а затем самостоятельно пересылает их во внешний почтовый сервис по TLS 1.2 с нужной авторизацией.
2. Отправка через HTTP API: Для массовых рассылок или интеграций отправку писем из 1С можно реализовать не через SMTP, а с помощью REST API почтовых сервисов через системный объект HTTPСоединение. Это позволяет полностью избежать проблем с портами и SSL-хэндшейком.

Применение правильных портов, SSL-шифрования и паролей приложений позволяет успешно настроить работу почтового клиента 1С со всеми современными почтовыми провайдерами.