При работе с механизмом ИнтернетПочта в 1С:Предприятие разработчики часто сталкиваются с ситуацией, когда код, успешно работающий в одной конфигурации (например, в «1С:Документооборот»), вызывает полное «зависание» сеанса или аварийное завершение рабочего процесса rphost в другой конфигурации (например, в «1С:ИТИЛ»). Проблема проявляется на этапе выполнения методов ПолучитьЗаголовки() или Выбрать(). В этой статье мы подробно разберем причины такого поведения платформы, проанализируем влияние режима совместимости и найдем безопасные пути решения задачи.
Рассмотрим типовую ситуацию. Программа при выполнении кода уходит в бесконечное ожидание («глубоко в себя»), а при попытке отладки курсор зацикливается на одной и той же строке. Проанализируем пример кода, который обычно вызывает проблему:
Профиль = Новый ИнтернетПочтовыйПрофиль;
Профиль.АдресСервераIMAP = "imap.yandex.ru";
Профиль.ПортIMAP = 993;
Профиль.ИспользоватьЗащищенноеСоединениеIMAP = Истина;
Профиль.Пользователь = "login";
Профиль.Пароль = "password";
Соединение = Новый ИнтернетПочта;
Попытка
Соединение.Подключиться(Профиль, ПротоколИнтернетПочты.IMAP);
// На этой строке происходит зависание или цикличный переход
Заголовки = Соединение.ПолучитьЗаголовки();
Исключение
Сообщить(ОписаниеОшибки());
КонецПопытки;
Выясним причину такого поведения. Основная сложность заключается в том, что современные почтовые серверы (Yandex, Mail.ru, Gmail) требуют обязательного использования протоколов шифрования TLS 1.2 и выше. Платформа 1С в старых режимах совместимости использует устаревшие сетевые библиотеки, которые некорректно обрабатывают «рукопожатие» (handshake) при установке защищенного соединения или неверно интерпретируют ответы сервера, содержащие специфические расширения протокола IMAP. Это приводит к тому, что сокет остается открытым, но данные не передаются, и 1С бесконечно ждет ответа.
Как показывает практика, корень проблемы часто кроется в свойстве конфигурации Режим совместимости. Если конфигурация не обновлялась долгое время (например, как ИТИЛ с 2016 года), в ней может быть установлен режим Версия 8.2.16 или ниже. В таких режимах платформа 8.3 эмулирует поведение старых версий, включая механизмы работы с сетью.
Разберем по шагам, как исправить ситуацию:
Версия 8.2.16, это и есть причина нестабильной работы объекта ИнтернетПочта.Версия 8.3.6 или выше (оптимально использовать максимально близкий к текущей платформе режим, если это позволяет код конфигурации).После изменения режима совместимости платформа переключается на обновленный программный стек. Метод ПолучитьЗаголовки() начинает корректно взаимодействовать с TLS-сертификатами и заголовками IMAP, и почта «оживает».
Важно понимать, что простое изменение режима совместимости в старой конфигурации — это серьезный шаг, который может повлечь за собой побочные эффекты. Проанализируем, на что нужно обратить внимание:
1. Изменение логики запросов. Начиная с режима 8.3.3, меняется логика работы некоторых операторов в запросах. Например, порядок сортировки при использовании ГРУППИРОВАТЬ ПО может измениться, что повлияет на формирование отчетов.
2. Использование модальных окон. Если в конфигурации активно используются команды Вопрос() или Предупреждение(), а в свойствах конфигурации стоит запрет на модальность (что часто сопровождает новые режимы совместимости), программа будет выдавать критические ошибки при попытке открытия диалогов.
3. Сериализация данных. В более высоких режимах совместимости меняются механизмы сохранения данных в ХранилищеЗначения. Это может привести к тому, что старые настройки пользователей перестанут считываться.
4. Блокировки данных. Переход с режима 8.2 на 8.3 меняет логику автоматического управления блокировками в транзакциях, что может привести к росту числа взаимоблокировок (deadlocks) в многопользовательской среде.
Если риски изменения режима совместимости слишком высоки, рассмотрим альтернативные пути решения проблемы почты:
Рассмотрим вариант с использованием stunnel. Эта бесплатная утилита устанавливается на сервер 1С и берет на себя все вопросы шифрования (TLS). Для 1С почтовый сервер выглядит как локальный (localhost) и «открытый» (без SSL). В настройках почтового профиля 1С в этом случае мы указываем:
127.0.0.1Это позволяет обойти ограничения старых сетевых библиотек 1С, так как платформа будет работать с «чистым» протоколом без шифрования.
Еще один профессиональный подход — создание небольшой вспомогательной базы на актуальной версии платформы и БСП (Библиотеки стандартных подсистем). Эта база будет заниматься только сбором и отправкой почты, передавая данные в основную конфигурацию ИТИЛ через HTTP-сервисы или COM-соединение. Это гарантирует стабильную работу почты без вмешательства в ядро старой конфигурации.
Если зависание происходит на этапе получения списка всех писем, попробуем переписать код по аналогии с «1С:Документооборот», используя получение идентификаторов. Это позволяет запрашивать данные порциями, что снижает нагрузку на почтовый сервер и уменьшает вероятность таймаута сокета.
// Пример получения идентификаторов вместо всех заголовков
ПараметрыОтбора = Новый Структура;
// Добавляем фильтры, если нужно
Идентификаторы = Соединение.ПолучитьИдентификаторы(ПараметрыОтбора);
Для Каждого Идентификатор Из Идентификаторы Цикл
// Получаем каждое письмо отдельно по его UID
МассивПисем = Соединение.Выбрать(Ложь, Идентификатор);
// Обработка письма...
КонецЦикла;
Подводя итог, отметим: если вы столкнулись с «зацикливанием» методов ИнтернетПочта, в первую очередь проверьте Режим совместимости вашей конфигурации. Его повышение — самый быстрый способ решения, но он требует тотального тестирования всей остальной функциональности системы. Если тестирование невозможно — используйте stunnel или выносите почтовый функционал в отдельный сервис.