Опи­са­ние ошиб­ки:С сен­тяб­ря 2014 Ян­декс.Почта, Mail.ru пе­ре­шли на про­то­кол SSL, что сде­ла­ло их ещё более без­опас­ны­ми. Чтобы и даль­ше ра­бо­тать с пись­ма­ми через 1С, Вам нужно из­ме­нить их на­строй­ки и вне­сти до­ра­бот­ки в код кон­фи­гу­ра­ций.

Най­ден­ные ре­ше­ния:

Ошиб­ка на­блю­да­ет­ся, в част­но­сти, в слу­чае, когда ме­ня­ют­ся на­строй­ки почты. На­при­мер мне до­ве­лось столк­нуть­ся в слу­чае, когда ввели для почты SSL-шиф­ро­ва­ние. Если это Ваш слу­чай, то из быст­рых и про­стых оста­ет­ся толь­ко об­нов­ле­ние до вер­сии плат­фор­мы 8.3, где под­держ­ка этого шиф­ро­ва­ния для "Ин­тер­нет­Поч­то­вый­Про­филь" ре­а­ли­зо­ва­на. И до­ра­бот­ка кода ти­по­вых кон­фи­гу­ра­ций для учета на­стро­ек SSL-шиф­ро­ва­ния и вклю­че­ния у поч­то­во­го про­фи­ля.

 Ин­тер­нет­Поч­то­вый­Про­филь.Ис­поль­зо­вать­SSLPOP3 = Ис­ти­на;Ин­тер­нет­Поч­то­вый­Про­филь.Ис­поль­зо­вать­SSLSMTP = Ис­ти­на;   

Со­про­вож­да­ю­щие про­бле­му ошиб­ки:

Ян­декс.Почта

ад­рес_­по­чты­@yandex.ru. {Об­щий­Мо­дуль.Управ­ле­ни­е­Элек­трон­ной­Поч­той.Мо­дуль(1065)}: Ошиб­ка при вы­зо­ве ме­то­да кон­тек­ста (Под­клю­чить­ся): Поч­то­вый ящик поль­зо­ва­те­ля "ад­рес_­по­чты­@yandex.ru" на сер­ве­ре "pop.yandex.ru" не най­ден. Ответ сер­ве­ра: "[AUTH] Working without SSL/TLS encryption is not allowed. Please visit https://help.yandex.ru/mail/mail-clients/ssl.xml. sc=NXhLmqHbM4YK"

Если уста­нов­ле­ны не пра­виль­ные порты, то по­лу­чим ошиб­ку:Ошиб­ка при вы­зо­ве ме­то­да кон­тек­ста (Под­клю­чить­ся): TLS/SSL failure for smtp.mail.ru: Invalid token, probably not an SSL serverУста­но­ви­те порты 465 для smtp, 995 для pop3.

При со­еди­не­нии с Ян­дек­сом: в ло­ги­нах оста­вить толь­ко со­дер­жи­мое ло­ги­на до @yandex.ru, т.е. из при­ме­ра "ад­рес_­по­чты" (без ка­вы­чек). Уста­нав­ли­ва­ем для pop3 и smtp SSL-шиф­ро­ва­ние. Если почта кор­по­ра­тив­ная на Ян­дек­се, и в на­име­но­ва­нии не ис­поль­зу­ет­ся @yandex.ru, то остав­ля­ем логин, рав­ный на­име­но­ва­нию почты, как есть.

Mail.ru

Не вклю­че­но SSL-шиф­ро­ва­ние для учет­ной за­пи­си элек­трон­ной почты. Ошиб­ка при вы­зо­ве ме­то­да кон­тек­ста (Под­клю­чить­ся): Can not authenticate to POP3 server: POP3 is available only with SSL or TLS connection enabled

Если уста­нов­ле­ны не пра­виль­ные порты, то по­лу­чим ошиб­ку:Ошиб­ка при вы­зо­ве ме­то­да кон­тек­ста (Под­клю­чить­ся): TLS/SSL failure for smtp.mail.ru: Invalid token, probably not an SSL serverУста­нав­ли­ва­ем порты 465 для smtp, 995 для pop3.

Если воз­ни­ка­ет ошиб­ка:Ошиб­ка при вы­зо­ве ме­то­да кон­тек­ста (Под­клю­чить­ся): Can't connect to smtp.mail.ru,495: Timed out - зна­чит непра­виль­но ука­зан порт.

Если воз­ни­ка­ет ошиб­ка:Ошиб­ка при вы­зо­ве ме­то­да кон­тек­ста (Под­клю­чить­ся): SMTP greeting failure: 421 SMTP connection broken (reply)Порты на­стро­е­ны пра­виль­но, не уста­нов­ле­но SSL-шиф­ро­ва­ние для smtp.

В па­ро­лях для почты не ис­поль­зо­вать спец­сим­во­лы, при­мер из опыта: в па­ро­ле к почте был сим­вол "+", пока из па­ро­ля не убра­ли, со­еди­не­ние не про­ис­хо­ди­ло! Си­сте­ма вы­да­ва­ла ошиб­ку: Ошиб­ка при вы­зо­ве ме­то­да кон­тек­ста (Под­клю­чить­ся): Can not authenticate to SMTP server: 535 5.7.8 Error: authentication failed: Invalid user or password!

Раз­ра­бот­чи­ки 1С вно­сят фун­ци­о­нал в ра­бо­чие кон­фи­гу­ра­ции, на­при­мер: УТ 10.3.30.1 от 26.09.2014, опи­са­ние об­нов­ле­ния: В спра­воч­ник "Учет­ные за­пи­си элек­трон­ной почты" до­бав­ле­ны рек­ви­зи­ты "Ис­поль­зо­вать за­щи­щен­ную вер­сию про­то­ко­ла SMTP" и "Ис­поль­зо­вать за­щи­щен­ную вер­сию про­то­ко­ла POP3". При уста­нов­ке этих рек­ви­зи­тов предо­став­ля­ет­ся воз­мож­ность под­клю­чать­ся к поч­то­вым сер­ве­рам через без­опас­ное со­еди­не­ние (SSL). Рек­ви­зи­ты до­ступ­ны при ис­поль­зо­ва­нии вер­сии плат­фор­мы не ниже 8.3.1.

P.S.: Воз­мож­но еще ис­поль­зо­ва­ние до­пол­ни­тель­ной про­грам­мы stunnel. Но мне этот ва­ри­ант мень­ше по­нра­вил­ся. Т.к. кли­ен­ту не хо­те­лось за­ви­сеть от про­грам­ми­ста каж­дый раз, когда по­яв­ля­ет­ся новая почта или ра­бо­чее место, а чтобы сразу можно было из 1С на­стро­ить, как и рань­ше.

Жу­равлев А.С. (Сайт www.azhur-c.ru)

Связка сервера 1С:Предприятие и PostgreSQL вторая по популярности среди установок 1С и самое используемое решение на платформе Linux. В отличии внедрений на базе Windows и MSSQL, где трудно сделать так, чтобы не заработало, внедрения на базе Linux таят множество подводных камней для неопытного администратора. Часто бывает так, что вроде бы все сделано правильно, но ошибка следует за ошибкой. Сегодня мы рассмотрим самые типовые из них.

Общая информация

Перед тем, как начинать искать ошибки установки и, вообще, приступать к внедрению серверной версии 1С:Предприятия было бы неплохо освежить представление как это работает:

Сервер 1С Предприятия. Часть 1 - Общие вопросы.

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

В нашем распоряжении имеются два сервера под управлением Ubuntu 12.04 x64, на одном из них установлен сервер 1С:Предприятие версии 8.3, на другом PostgreSQL 9.04 от Ethersoft, а также клиент под управлением Windows. Напоминаем, что клиент работает только с сервером 1С, который, в свою очередь, формирует необходимые запросы к серверу СУДБ. Никаких запросов от клиента к серверу управления базами данных не происходит.

Сервер баз данных не обнаруженВАЖНО: пользователь "postgres" не прошёл проверку подлинности (Ident)

Данная ошибка возникает при разнесении серверов по разным ПК из-за неправильно настроеной проверки подлинности в локальной сети. Для устранения откройте /var/lib/pgsql/data/pg_hba.conf, найдите строку:

host    all    all      192.168.31.0/24 ident[/pre]
и приведите ее к виду:
host    all    all      192.168.31.0/24   md5[/pre]
где 192.168.31.0/24 - диапазон вашей локальной сети. Если такой строки нет, ее следует создать в секции IPv4 local connections.
Сервер баз данных не обнаруженcould not translate host name "NAME" to address: Temporary failure in name resolution
На первый взгляд ошибка понятна: клиент не может разрешить имя сервера СУБД, типичная ошибка для небольших сетей, где отсутствует локальный DNS-сервер. В качестве решения добавляют запись в файлhosts на клиенте, что не дает никакого результата...
А теперь вспоминаем, о чем было сказано несколько раньше. Клиентом сервера СУБД является сервер 1С, но никак не клиентский ПК, следовательно запись нужно добавлять на сервере 1С:Предприятие в файл/etc/hosts на платформе Linux или в C:\Windows\System32\drivers\etc\hosts на платформе Windows.
Аналогичная ошибка будет возникать, если вы забыли добавить запись типа A для сервера СУБД на локальном DNS-сервере.
Ошибка при выполнении операции с информационной базойserver_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен.
Как и прошлая, эта ошибка связана с неправильным разрешением клиентом имени сервера. На этот раз именно клиентским ПК. В качестве решения добавляем в файл /etc/hosts на платформе Linux или в C:\Windows\System32\drivers\etc\hosts на платформе Windows запись вида: 
192.168.31.83SRV-1C-1204[/pre]
где указываете адрес и имя вашего сервера 1С:Предприятия. В случае использования локального DNS следует добавить A-запись для сервера 1С.
Ошибка СУБД: DATABASE не пригоден для использования
Гораздо более серьезная ошибка, которая говорит о том, что вы установили несовместимую с 1С:Предприятие версию PostgreSQL или допустили грубые ошибки при установке, например не установили все необходимые зависимости, в частности библиотеку libICU. 
Если вы имеете достаточный опыт администрирования Linux систем, то можете попробовать доустановить необходимые библиотеки и заново инициализировать кластер СУБД. В противном случае PostgreSQL лучше переустановить, не забыв удалить содержимое папки /var/lib/pgsql.
Также данная ошибка может возникать при использовании сборок 9.1.x и 9.2.x Postgre@Etersoft, подробности смотрите ниже.
Ошибка СУБД: ERROR: could not load library "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"
Довольно специфичная ошибка, характерная для сборок 9.1.x и 9.2.x Postgre@Etersoft, также может приводить предыдущей ошибке. Причина кроется в неисправленной ошибке в библиотеке fasttrun.so. Решение - откатиться на сборку 9.0.x Postgre@Etersoft.
Ошибка СУБДERROR: type "mvarchar" does not exist at character 31
Возникает если база данных была создана без помощи системы 1С:Предприятия. Помните, для работы с 1С базы данных следует создавать только с использованием инструментов платформы 1С: через консоль Администрирование серверов 1С Предприятия
или через средство запуска 1С.
Сервер баз данных не обнаруженВАЖНО: пользователь "postgres" не прошёл проверку подлинности (по паролю)
Очень простая ошибка. Неправильно указан пароль суперпользователя СУБД postgres. Вариантов решения два: вспомнить пароль или изменить его. Во втором случае вам нужно будет изменить пароль в свойствах всех существующих информационных баз через оснастку Администрирование серверов 1С Предприятия.
Сервер баз данных не обнаруженFATAL: database "NAME" does not exist
Еще одна очень простая ошибка. Смысл ее сводится к тому, что указанная БД не существует. Чаще всего возникает из-за ошибки в указании имени базы. Следует помнить, что информационная база 1С в кластере и база данных СУБД - две разные сущности и могут иметь различные имена. Также следует помнить, что Linux системы чувствительны к регистру и для них unf83 и UNF83 два разных имени.
Источник: interface31