Отправка почты из 1С 8
Доброго времени суток, коллеги! Сегодня пытался настроить отправку сообщений из 1С и столкнулся с проблемой отправки сообщений. Как оказалось все упиралось в настройки gmail. С похожими проблемами также столкнулся, когда захотел сделать обработку, которая отправляет почтовые сообщения из 1С. Ну давайте все по порядку.
Настройка учетной записи электронной почты
Чтобы почта отправлялась нужно настроить основную учетную запись. Для этого нужно перейти:
На панели «Органайзер» не забудьте поставить флажок «Почтовый клиент», чтобы использовать возможности встроенного в программу почтового клиента для взаимодействий с помощью электронных писем (e-mail). Когда вы нажмете на ссылку «Настройка системной записи электронной почты», то появиться диалог:
Ошибки, которые могут появиться после настройки почты
Сначала появилась такая ошибка:
Смотрел по форумам, менял настройки в 1С ничего не помогло и выходит другая:
Ещё некоторое количество ошибок, с которыми я столкнулся описаны в статье, посвящённой программной отправке почтовых сообщений.
Исправление ошибок после настройки
Разрешение непроверенным приложениям доступ к вашему аккаунту
Надеюсь эта статья поможет вам решить проблему с настройкой почты в 1С 8.
Как исправить ошибку 413 Request Entity Too Large
При загрузке файла в свой блог, столкнулся с ошибкой «413 Request Entity Too Large». Быстрое гугление показало, что для исправления, нужно чуть поднастроить веб-сервер.
Что означает ошибка «413 Request Entity Too Large»
Ошибка » 413 Request Entity Too Large » переводится как «Размер запроса слишком большой» возникает когда размер запроса от клиента превышает максимальные ограничения установленные для обработки на стороне веб-сервера. Такие ограничение применяют для защиты от атак направленных на увеличение нагрузки на веб-сервер.
Например, в моем случае, я попытался загрузить gif-ку размер которой был около 2 мб. Соответственно мой браузер отправил POST запрос на веб-сервер, примерно такого же размера. В результате я получил ошибку «R equest entity too large » от веб-сервера, о том, что мой запрос слишком большой для дальнейшей обработки.
Как исправить ошибку «413 Request Entity Too Large» со стороны клиента
Самый простой способ, это уменьшить размер запроса. Тут многое зависит от того, что именно вы отправляете на сервер.
Если это форма с несколькими файлами, попробуйте загружать файлы по одному.
Если это какие-то документы и есть возможность, попробуйте их заархивировать.
Если это картинка, попробуйте её сохранить в другом формате, например уменьшить разрешение и сохранить в JPG.
Как исправить ошибку «413 Request Entity Too Large» на стороне Nginx веб-сервера
Разумеется, можно поправить конфигурацию веб-сервера, если у вас есть к ней доступ, чтобы избежать таких ошибок в дальнейшем.
Я решил увеличить глобальное значение, т. это исправит проблему сразу для нескольких блогов, расположенных в рамках одного сервера.
Для этого добавляем нужное значение (в моем случае это 16 Мб) в главный файл конфигурации
Как исправить ошибки SMTP-сервера при отправке писем
Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.
Как избежать ошибок при составлении и отправке писем
Причинами возникновения ошибок и, как следствие, неполучения сообщений могут служить разные факторы. Одни из них связаны с неправильным составлением исходящих писем самим пользователем, другие относятся к более глобальным программным настройкам со стороны получателя.
Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.
Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:
Некорректное использование бота для отправки писем может привести к блокировке отправителя и другим нежелательным последствиям. Даже если информация, которую вы отправляете потенциальным клиентам, реально интересна им, система спам-фильтрации может воспринять данную рассылку как вредоносную. Чтобы избежать этого, лучше всего воспользоваться услугами специализированных компаний.
Положительные и отрицательные сообщения SMTP-сервера
SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.
Данные коды являются трехзначными, каждая его часть несет в себе определенную информацию, расшифровывающую причину сбоя.
Первая цифра комбинации содержит информацию о качестве доставки:
Существует четыре варианта значений для первой цифры кода:
Вторая цифра в коде сообщает о категории ответа:
Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.
Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.
Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.
Ошибки откликов SMTP сервера при отправке писем
Если отправка сообщений через SMTP не удается, SMTP сервер сообщает код ошибки, по нему можно определить, в чем проблема и как ее исправить. Наиболее распространенные ошибки указаны в списке ниже.
Requested mail action not taken: mailbox unavailable.
Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят).
Requested action aborted: local error in processing.
Требуемое действие прерывалось: ошибка в обработке.
Эта ошибка, как правило, возникает из-за перегрузки вашего Интернет провайдера или через ваш SMTP-релей отправлено слишком много сообщений. Следующая попытка отправить письмо может оказаться успешной.
Syntax error, command unrecognized.
Синтаксическая ошибка, неправильная команда (Это может включать ошибки типа слишком длинная командная строка).
Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Вам следует настроить антивирус/брандмауэр для решения проблемы.
Syntax error in parameters or arguments.
Синтаксическая ошибка в параметрах или переменных.
Недопустимые адреса электронной почты или доменное имя почтового адреса. Иногда указывает на проблемы соединения.
Bad sequence of commands or this mail server requires authentication.
Неправильная последовательность команд.
The host server for the recipient’s domain name cannot be found (DNS error).
У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошбки в доменном имени или несуществующее доменное имя).
Address type is incorrect or authentication required.
The Recipient’s mailbox cannot receive messages this big.
Размер сообщения (сообщение + все его вложения) превышает ограничения по размеру на сервере получателя. Проверьте размер сообщения, которое Вы подготовили для отправки, в частности, размер вложений, возможно, стоит разбить сообщения на части.
Recipient Address Rejected – Access denied.
Этот ответ почти всегда отправляется Антиспам фильтром на стороне получателя. Проверьте ваше сообщение соспам чекером или попросите получателя добавить вас в белый список.
Требуемые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик, не найден, нет доступа).
Отклик 550 SMTP-сервера означает, что емейл-адреса получателя нет на сервере. Свяжитесь с получателем устно, чтобы получить его емейл-адрес. Ошибка 550 иногда может быть отправлена Антиспам фильтром. Другим случаем возврата отклика 550 может быть, когда сервер получателя не работает.
Requested mail action aborted: exceeded storage allocation or size of the incoming message exceeds the incoming size limit.
Требуемые почтовые действия прервались: превышено распределение памяти.
Почтовый ящик получателя достиг своего максимально допустимого размера. Другим случаем возврата отклика 552 может быть, когда размер входящего сообщения превышает лимит указанный администратором сети.
Requested action not taken – Mailbox name invalid.
Требуемые действия, не предприняты: имя почтового ящика, недопустимо (например, синтаксис почтового ящика неправильный).
Неверный адрес электронной почты получателя. Отклик 553 SMTP-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера.
Передача данных не удалась
Код ошибки 25 ответ сервера command or literal size is too large
Вячеслав Шорин запись закреплена
А почему вот такая ошибка все время сыпется
Фоновое задание ВыполнениеЗадачПоПочте<ОбщийМодуль. ЛегкаяПочтаСервер. Модуль(65)>: <ОбщийМодуль. Почта. Модуль(269)>: Ошибка при вызове метода контекста (Выбрать) НаборПисем = Соединение. Выбрать( по причине: Произошла ошибка при работе с IMAP. Код ошибки: 4. Ответ сервера: STATUS Completed.
Проверка системной учетной записи проходит успешно, тип Легкая почта.
Дмитрий, из-за ошибок никому еще почту не настроили, только у меняНапример ошибки были в 15. 37, 15. Но в 15. 40 я письмо с уведомлением об ознакомлении и ссылкой Ознакомиться получилПравда ссылку не нажималВообще ошибки падают парами каждые 3 минутыПоказать полностью.
<ОбщийМодуль. ЛегкаяПочтаСервер. Модуль(25)>: <ОбщийМодуль. Почта. Модуль(182)>: Ошибка при вызове метода контекста (Подключиться) Соединение. Подключиться(Профиль, ПротоколИнтернет); по причине: Произошла ошибка при работе с IMAP. Код ошибки: 4. Ответ сервера: STATUS Completed. ВызватьИсключение СообщениеОбОшибке;
Проверяем ответы сервера и убираем ошибки
Обычные посетители сайта обращают внимание в первую очередь на качественный контент, а поисковые краулеры – на ответы сервера. Если вовремя не проанализировать коды состояния, то будущее вашего сайта может стать весьма печальным.
Сегодня научимся проверять код как одной страницы, так и всех сразу, а также разберем все коды ответа и узнаем, что именно они означают.
Немного теории
Благодаря коду ответа понять реакцию сайта на запрос может не только поисковый краулер, но и обычный пользователь. Здесь нет ничего сложного даже для начинающих вебмастеров.
Сперва определимся с терминами.
Выделяют пять классов ответов. Идентифицировать класс можно по первой цифре.
Логика кодов, таким образом, весьма проста:
Что значат коды состояния HTTP
Причины / решения / пояснения ошибок, я буду давать только для самых часто встречающихся кодов. Для всех остальных – только краткое описание.
Двухсотые – успешные запросы
200 – успешный запрос данных. Код не является ошибкой.
201 – завершена успешная транзакция. Код говорит о том, что сформирован новый ресурс (или документ).
202 – запрос принят, но еще не завершен. Необходимо дождаться окончания обработки.
203 – данные получены не из первоисточника (возвращаемые данные идут не от исходного сервера, а от какого-то другого) и могут быть устаревшими.
204 – запрос был обработан правильно, но отсутствует содержимое. Есть заголовок ответа, но содержимое для него отсутствует. Обновлять и актуализировать содержимое не нужно.
205 – клиенту необходимо осуществить сброс содержимого. Саму страницу обновлять не требуется.
206 – ошибка частичного содержимого. Если клиент хочет выполнить загрузку данных в несколько потоков, а сервер выполняет только часть GET-запроса, будет возникать 206-ая ошибка.
GET-запрос предназначен для получения данных, в то время как POST-запрос нужен для отправки данных.
Код также может быть отправлен с сервера, когда клиент запросил диапазон (например, условно: «Дайте мне первые 2 МБ видеоданных»). Происходит возврат только частичного контента, соответствующего Range-заголовку (данный заголовок дает понять серверу, какую именно часть страницы от него требуют, и какую ему нужно вернуть).
Если страница отдает этот код, следует обратить внимание на выполнение кэширования и на исходящий запрос.
207 – выполнено несколько операций. Найти их можно в XML, в строке MultiStatus.
Трехсотые – запросы на редирект
300 – не удалось идентифицировать точный URL. Такой ответ возникает, когда существует множественный выбор, и краулер не знает, к какой именно странице относится ресурс.
301 – документ был навсегда перемещен на новый URL. Так должны отвечать все веб-страницы, которые удалены или являются зеркалами, дублями. Со временем все указанные страницы будут склеены с целевой веб-страницей (присоединены к ней) автоматически. Если возникает такая ошибка, нужно настроить 301-ое перенаправление с устаревшего URL на актуальный (если речь идет о веб-странице, которая уже ранжировалась, но ее URL изменился). В таком случае все позитивные метрики, включая вес URL, будут сохранены.
302 – документ был временно перемещен на новый URL. Это абсолютно корректный ответ сервера, который актуален для веб-страниц с распродажами или сезонными акциями, распространяющимися на какой-либо товар. Код указывает, что данный URI будет учитываться клиентом в последующих запросах. Другими словами, страница была найдена, но перенесена. Такие документы из индекса не удаляются. Если адрес был изменен навсегда, вместо 302-го, лучше использовать 303-ий или 307-ой ответ.
303 – нужно направить пользователя на иной URL. 303-ый код можно получить исключительно GET-запросом. В идеале, этот код нужно отдавать, когда требуется редиректнуть посетителя на близкорелевантую, но не идентичную странице.
304 – документ не модифицировался. Этот код не является стандартным редиректом. Он помогает краулерам определять страницы, которые не изменились с последнего визита.
Если на вашем сайте немного страниц (до 1 000), использовать код 304 нет смысла. Если вас напрягает этот редирект, то в заголовке нужно поправить параметр Last-Modified (последняя дата изменения) – он не должен быть старше, чем заголовок If-Modified-Since (если изменялся спустя заданное количество времени).
305 – доступ к этому документу возможен исключительно через прокси.
307 – документ был временно перемещен на иной URL. Идеальный вариант, если требуется временно редиректнуть посетителя, но оставить техническую возможность отправки POST-запросов.
Четырехсотые – сбои на стороне клиента
400 – ошибка синтаксиса. Сервер не может идентифицировать запрос, так как была допущена опечатка в синтаксисе. Проверьте корректность отправляемого запроса.
401 – отсутствует аутентификация. Код отдается, когда для доступа требуется пароль или регистрация.
403 – отсутствует доступ к документу. Возникает, когда пользователь хочет открыть системные файлы (robots, htaccess). Либо вы сделали опечатку при вводе URL и пытаетесь воспользоваться веб-страницей, которая не предназначена для обычного пользователя, либо вам нужно: пройти авторизацию для доступа к системным файлам.
404 – отсутствует соответствующий ресурс по введенному URL. Разберитесь, по каким причинам была удалена / перемещена страница. Возможно, вы допустили ошибку и удалили ее случайно. Если так – просто восстановите ее.
405 – некорректный метод (указывается в запросной строке клиента) для выбранного документа. Метод запроса определяет точное действие, которое должно быть выполнено для указанного ресурса.
406 – некорректный / неподдерживаемый краулером формат запроса. Код отдается, когда сервер не способен возвратить ответ, релевантный листу допустимых значений. Самый распространенный случай – поисковый робот не поддерживает кодировку документа или его язык. Убедитесь, что в теле сообщения содержится лист доступных ресурсов. Подробное описание ошибка на сайте веб-разработчиков Mozilla.
407 – отсутствует регистрация прокси или авторизация файервола.
408 – таймаут запроса. Соединение разорвано, так как полный запрос не был передан. Другими словами, запрос занял слишком много времени, а сервер не готов был ждать. На каждом сайте существует свое время таймаута. Проверьте наличие интернета и просто обновите страницу. Подробное объяснение этой ошибки на сайте веб-разработчиков Mozilla.
410 – ресурс более не существует по указанному URL. Если страница удаляется целенаправленно, лучше делать так, чтобы она отдавала именно 410-ый. Краулер обойдет такую страницу, получит этот код и больше никогда на нее не вернется, так как поймет, что она удалена навсегда. Если речь о веб-странице, которая была удалена временно, гораздо эффективнее использовать 404-ый ответ. Если страница удалена намерено и навсегда, но в SERP имела хорошие места и приносила трафик, лучше сделать редирект на максимально релевантную существующую страницу.
411 – сервер сам отклоняет отправляемый запрос, так как не находит значение Content-Length. Этот ответ характерен как для обычных POST-запросов, так и для PUT-запросов (подразумевают замену существующих представлений документа на данные, которые содержатся в самом запросе).
414 – возникает, когда отправляется чрезвычайно длинный URL. Запросы, содержащие излишне длинные URL, не могут правильно интерпретироваться сервером. Самые частые случаи появления этого ответа – попытка передать удлиненные параметры (излишне большое количество данных через GET- запрос).
415 – некорректный медиаформат. Текущий тип данных не может быть интерпретирован сервером.
417 – указанное значение Expect не может быть удовлетворено (речь о заголовке запроса). Прокси некорректно идентифицировал содержимое поля «Expect: 100-Continue». Устранить эту ошибку самостоятельно не удастся. Если вы используете прокси Squid, обратитесь в поддержку. Вам нужно активировать ignore_expect_100. Другой вариант разрешите BS_PingHost обращаться к интернет-сети без участия прокси.
422 – существует определенная логическая ошибка. Какая именно, данный код не указывает. Копайте в сторону ошибок в семантике документа.
424 – зависимый ресурс был блокирован по соображением безопасности. Данный код отдается, если в запросе присутствуют признаки несанкционированного доступа к файлам CMS.
426 – некорректные значения полей Upgrade и Conection. Этот ответ возникает, когда серверу требуется обновление до SSL-протокола, но клиент не имеет его поддержки.
429 – слишком много запросов. Ошибка отдается, когда один пользователь проявляет чрезмерно большую активность за короткий временной интервал. Проверьте плагины используемой CMS. В идеале, отключите их все и включайте по очереди, пока не доберетесь до источника проблемы.
451 – доступ к серверу заблокирован по решению судебных органов. Можно плодить бесконечные дубли или вообще создать новый домен, но рано или поздно страницу с идентичным содержимым все равно заблокируют. Временное решение – разместить проблемное содержимое на другом домене. Провайдеры могут подстраховаться и блокировать не только отдельные страницы, но и сайты целиком. Не нарушать закон – единственное, что можно посоветовать в этом случае.
Пятисотые – серверные сбои
500 – серверу не удается полностью обработать запрос. Такой код отдается, когда существует непредвиденное условие, мешающее выполнению запроса. Чаще всего внутренняя ошибка сервера может появляться при серверных сбоях. Проверяйте, корректно ли указаны директивы в системных файлах (особенно htaccess), нет ли ошибки прав доступа к файлам. Обратите внимание на ошибки внутри скриптов и их медленную работу.
Проверяйте конфликты плагинов и дополнений. Нередко 500-ая возникает, когда в настройках административной панели хостинга указана одна версия PHP, а на самом сайте используется другая. Последнее также создает высокую статическую нагрузку на хостинг. Если вам было бы узнать о пятисотой подробнее, пишите в комментариях, и я напишу развернутый материал на эту тему.
501 – не выполнено. Этот код отдается, когда сам сервер не может идентифицировать метод запроса. Сами вы эту ошибку не исправите. Устранить ее может только сервер.
502 – шлюзовый сбой. Возникает при получении некорректного ответа от сервера, находящегося по иерархии выше. Актуально исключительно для прокси и шлюзовых конфигураций.
503 – данный ответ возникает в случаях, когда существуют технические неполадки, не позволяющие интерпретировать введенный запрос. Скорее всего, ваш сервер просто на обслуживании или сильно перегружен. Уменьшите число перманентных запросов к базам данных. Убедитесь, что на сервере нет профилактических или других работ, ограничивающих его пропускную способность. Не используйте VPN.
504 – отсутствует ответ. Этот код отдается в одной ситуации – если сервер не может получит ответ за необходимый период времени. Отклика нет и возникает таймаут. Как и 501-ый ответ, 504-ый исправить самостоятельно не получится. Здесь дело в прокси, часто – в веб-сервере. Первым делом просто обновите веб-страницу. Если не помогло, нужно почистить DNS-кэш. Для этого используем сочетание горячих клавиш Windows+R и вводим команду cmd (Control+пробел). В открывшемся окне указываем команду ipconfig / flushdns и подтверждаем ее нажатием Enter.
Теперь все сбои будут фиксировать в файле debug. log (находится в папке wp-сontents). Если вы используете другую CMS, найдите к ней мануал и посмотрите, как активировать в ней журнал ошибок.
Также 504-ая отдает, когда на сайте существуют проблемы, связанные с задействованием CDN или кастомизированных серверов DNS. Отключите CDN на своем сайте.
507 – не хватает места на жестком диске для выполнения запроса.
510 – не найдено расширение, желающее задействовать клиент.
Массово проверяем ответ веб-страницы
Самый простой способ проверить ответ веб-страницы – воспользоваться готовыми сервисами. Наиболее популярны:
Возьмем для примера mainspy. Тут проверить код ответа проще всего:
Таким образом, для проверки кода просто открываем страницу и вводим необходимые URL. Кликаем «Проверить». Будет выведен отчет. Напротив каждого проверяемого URL будет отображаться код ответа сервера:
Послесловие
Если ваш код ответа не указан в этом мануале, значит речь идет о кастомизированном сервере. Чтобы правильно истолковать ответ такого сервера и перевести его на человеческий язык, придется обратится к его разработчику.
Настройка отправки электронных писем
В данной публикации рассматриваются варианты настройки учетной записи электронной почты для отправки электронных писем из программы.
По легкому движению руки письма «полетят» по нужному адресу покупателю или поставщику, автоматически сформировав нужное приложение: счет на оплату, форму ТОРГ-12, ТТН или счет-фактуру!
Интересно? Тогда эта статья для Вас!
Отправка электронных писем
1С позволяет отправлять сообщения электронной почты, обмениваться документами с контрагентами, пересылать печатные формы накладных и счетов-фактур без подключения специальных программ документооборота. Но этим функционалом, как признаются сами разработчики, пользуются в 1С очень мало.
Главная причина этого – неумение правильно настроить учетную запись электронной почты. Поэтому главное внимание в этой статье будет обращено на варианты подключения учетной записи электронной почты и ошибки, связанные с подключением.
Программа позволяет только отправлять письма из 1С! Получать письма в 1С без доработки программы нельзя.
Получите понятные самоучители 2021 по 1С бесплатно:
Есть два способа настройки учетной записи электронной почты:
Способ №1. Автоматическая настройка
Это самый простой и удобный способ настройки учетной записи.
Начинать настройку учетной записи мы советуем с автоматической настройки, и только если она не получилась – переходить к ручной.
Пошаговая инструкция автоматической настройки
Шаг 2. В форме настройки учетной записи заполнить на вкладке Отправка писем :
Адрес электронной почты
Пароль учетной записи, который соответствует введенному адресу электронной почты.
Если это поле заполнено, то программа без специального запроса сразу пересылает подготовленные сообщения. Если не заполнено, то в каждом случае отправки будет запрашиваться пароль электронной почты.
Рекомендуем заполнять поле Пароль при настройке учетной записи электронной почты. Хотя обращаем внимание, что решение о хранении паролей в информационной базе принимается в каждом случае индивидуально.
Флажок Для отправки почты
Флажок Для отправки почты должен быть взведен. Установка флажка выполняется вручную.
Имя отправителя
В поле Имя отправителя указывается имя пользователя или название организации. Данные вводятся вручную.
Шаг 5. Результат настройки будет выглядеть следующим образом.
Программа автоматически определила параметры подключения учетной записи электронной почты и теперь в 1С доступна работа с почтовым сервером.
Способ №2. Ручная настройка
Если программа не смогла автоматически определить параметры подключения учетной записи, то требуется ручная настройка подключения.
Для этого нужно определить порты Сервера входящей и Сервера исходящей почты для конкретного email. Если определение этой информации вызывает сложности, то рекомендуем обратиться в службу технической поддержки того ресурса, который используется для электронной переписки. Для Яндекса задать вопросы можно в разделе «Помощь».
В этой статье мы произведем ручную настройку учетной записи электронной почты и приведем данные входящих и исходящих серверов для основных почтовых серверов:
Пошаговая инструкция ручной настройки учетной записи почтового сервера
Для почтового сервера YANDEX нужно выставить следующие параметры:
Шаг 5. Настроить Сервер входящей электронной почты :
Шаг 6. Результат выполненной настройки будет выглядеть следующим образом.
Выполнено подключение учетной записи почтового сервера YANDEX вручную и теперь в 1С доступна работа с почтовым сервером.
Данные ручной настройки почты YANDEX
Приводим данные для ручной настройки учетной записи сервера входящей и исходящей почты YANDEX.
Предпочтительнее использовать вариант с SSL (SecureSocketsLayer – это одна из технологий безопасности) «С использованием безопасного соединения (SSL)», в этом случае происходит шифрование сообщений почтового сервера.
Вариант «Без использования безопасного соединения (SSL)» работает без шифрования.
Этот вариант используется, если не удается подключиться по первому варианту «С использованием безопасного соединения (SSL)».
Данные ручной настройки почты GMAIL
Приводим данные для ручной настройки сервера входящей и исходящей почты GMAIL.
Сервер входящей почты GMAL не работает без SSL, поэтому использовать первый вариант можно только для исходящей почты.
Данные ручной настройки почты MAIL
Приводим данные для ручной настройки сервера входящей и исходящей почты MAIL.
Ошибки подключения учетной записи
При проверке настройки учетной записи 1С сообщает: «Ошибка в настройках исходящей почты. Произошла ошибка при работе с SMTP. Код ошибки 25 (Отказ в установлении соединения со стороны сервера)».
Настройки учетной записи почтового сервера YANDEX без использования безопасного соединения (SSL) должны быть:
Как видно из примера, данные в поле Порт указаны неправильно — 20. После исправления данных в поле Порт на 25, проверка проходит нормально.
Спецсимволы в логине и пароле учетной записи
Измените пароль, чтобы он не содержал спецсимвола и подключение пройдет хорошо.
Имя компьютера
Возможно, причина в имени компьютера! Если в имени компьютера используются знаки кириллицы — эта учетная запись может не подключиться к почтовому серверу.
Вот реальный случай из практики наших студентов:
Отправка писем из 1С
После настройки учетной записи электронной почты можно из 1С отправлять контрагентам печатные формы документов.
Существует два способа отправки:
Способ №1. Отправка из печатных форм
Отправка печатной формы происходит после формирования печатных форм по кнопке с картинкой «письмо».
Чтобы адрес электронной почты контрагента заполнялся автоматически, в карточке контрагента должен быть указан email.
Пошаговая инструкция отправки письма из печатных форм
Шаг 2. Установить нужный формат в форме выбора, по умолчанию стоит формат pdf. Рекомендуем использовать его, так как возможность корректировки данных в этом формате ограничена.
Шаг 3. Проверить электронный адрес контрагента и наличие файла печатной формы формата pdf во вложении. При необходимости скорректировать автоматически заполненный программой текст.
Способ №2. Отправка из документов
Шаг 2. Выбрать для отправки нужную печатную форму.
При необходимости можно изменить формат вложения. По умолчанию устанавливается формат pdf. Рекомендуем использовать его, так как возможность корректировки данных в этом формате ограничена.
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Похожие публикации
(4 оценок, среднее: 4,75 из 5)
Добрый день! Правильно ли я я поняла из инструкции «по настройке отправка писем из 1С», что все отправляемые из 1С документы отправляются по электронной почте без факсимиле- просто не подписанные? Если можно дополнить это цветным скан-печатью-факсимиле, то как это можно настроить? Благодарю вас за ответ!
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Вы можете задать еще вопросов
Доступ к форме «Задать вопрос» возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку «Задать вопрос», я соглашаюсь срегламентом БухЭксперт8. ру >>
Как всегда, замечательный обзор и разбор новшеств в законодательстве и налоговом контроле!
Ошибка, порт 25 не доступен. SMTP, проверка с помощью telnet
Отправка почтовых сообщения из клиента происходит через установку соединения с удаленным почтовым сервером, который у вас указан в настройках на порт 25 почтового сервера, но так бывает что провайдер блокирует данный порт с целью предотвращения спам рассылок из своей сети. Мы предлагаем сделать проверку блокируется ли порт 25 вашим провайдером. В качестве адреса почтовго сервера здесь приводится сервер mail5. freehost. com. ua, вместо него вы можете подставить свой почтовый сервер с которым у вас возникли проблемы.
Начинаем с того что заходим в меню Пуск, для Windows, вводим комманду cmd, тут же OC Windows подсветит нам приложение.
Перед нами откроется окно коммандной строки, вводим комманду telnet и жмем ENTER. В случае если выдаст ошибку что комманда не найдена, возможно у вас в системе не установлен компонент «клиент telnet», как его установить дальше.
Установка telnet клиента (актуально для новый версий ОС Windows)
Выбиваем меню «Программы», «Включение и отключение компонентов Windows».
Появляется окно компонентов (тут идет задержка, так как системе требуется время чтобы составить перечень компонентов установленных в ОС)
Отмечаем установку компонента «Клиент Telnet» и жмем OK
Ожидаем пока компонент добавится.
После установки компонента Telnet, переходим снова к окну коммандной строки и вводим комманду telnet
Если все нормально, мы увидим превественное сообщение нашего почтового сервера. (Тут приветственные сообщения могут отличатся при ипользовании разных серверов, но основное отличие, что когда вы выдите эту строку это уже хорошо
Введем комманду HELP чтобы узнать какие комманды поддерживает наш сервер, после чего разорвем установленное соединение коммандой quit
После разрвы соединения увидим примерно такое:
Пока все идет хорошо, но порт 25 это порт для приема сообщения почтовым севером, со стороны клиента это звучит как отправка почтового сообщения, но мы теперь проверим возможность приема почтового сообщения, вводим комманду «open нашсервер 110»
Результатом выполнения комманды будет установка соединения и вывод приветственного сообщения нашим сервером
Как видим все хорошо, закрываем соединение вводом комманды quit
Как видим, все наши проверки закончились с успехом, а теперь покажем что бывает когда возникают проблемы:
Открываем соединение с сервером где провайдер производит блокировку порта 25
Долго висит надпись: Подключение к нашему серверу, после чего появляется ошибка что соединение не удалось установить
Попробуем установить соединение с другими открытыми SMTP серверами других провайдеров, чтобы окончательно убедится что блокировка происходит именно у нашего провайдера или нашей сети:
Везде одна и таже ситуация, тут вариант только один, обратится в поддержку нашего провайдера за разьяснениями и возможно попросить их разблокировать порт, так как не всегда ситуация с блокировкой является легальной процедурой. Ну а мы пока попробуем проверить, можно ли использовать альтернативные порты для подключения к почтовым серверам (многие почтовые сервера имею несколько портов для установки соединения, как раз связано со случаями блокировки SMTP трафика со стороны провайдера или компании).
Соединение установилось, пробуем выполнить комманду HELP (это пример и в некотых почтовых серверах по умолчанию отключена), после чего снова с помощью комманды quit закрываем соединение
Попробуем альтернативный порт к другим почтовым серверам
А вот пример где соединение установилось, но комманда HELP не поддерживается со стороны сервера
На этом краткая инструкция по диагностике завершена, вам требуется указывать адрес своего почтового сервера для проверки достаности его почтового порта из вашей сети.
Как видно ситуации бывают разные, но если ваш сервер и другие сервера не доступны по порту 25 из вашей сети, но спокойно доступены по альтернавтиным портам вам требуется обратится к вашему провайдера (ну или использовать альетрнативные порты которые требуется указать в почтовом клиента в параметрах сервера для отправки почтовых сообщений).
Ваш браузер устарел, пожалуйста обновите ваш браузер пройдя по ссылке www. microsoft. com/download
Глава 1. Внутренняя почта.
Моя организация использует в качестве корпоративной почты почту Яндекс с делегированием домена, а в качестве почтового клиента встроенную почту 1С:Документооборота. Настройка и тестирование почты велось в течение 2018 года на технологических платформах версий 8. 2650 и 8. 1685 и версиях конфигурации 2. 5 и 2.
С настройками «из коробки» почта работала крайне плохо, часть пользователей перешла на web-доступ к Яндекс. Почте и выпали из корпоративной системы документооборота. Первое, что пришло на ум — перенастройка потоков сбора почты. По умолчанию учётные записи почты распределяется на потоки по 50 штук. Потоков всего 10, регламентные задачи «Прием отправка почты (номер потока)» запускаются каждые 30 секунд. Мне кажется это перебор и в настоящее время у хорошо себя зарекомендовали следующие настройки для 80 учётных записей: 2 потока, запуск каждый день с 7:00 по 23:00 каждые 600 секунд, завершать через 900 секунд, повторять через 600 секунд.
Но это не всё. Параметр «завершать через 900 секунд» введён потому, что почта очень глючит и может зависнуть. Почему? Не понятно. Техподдержка Яндекса отправила меня воспроизводить ошибки через «нормальный» почтовый клиент, а техподдержка 1С ткнула пальцем в ошибки TCP-пакетов в дампе WireShark и сказала, что у меня «неправильный» Интернет.
А ошибки очень занимательные.
<ОбщийМодуль. ЛегкаяПочтаСервер. Модуль(25)>: <ОбщийМодуль. Почта. Модуль(184)>: Ошибка при вызове метода контекста (Подключиться) Соединение. Подключиться(Профиль, ПротоколИнтернет); по причине: Произошла ошибка соединения с сервером при работе с IMAP. Код ошибки: 4 Ответ сервера: Yandex IMAP4rev1 at imap16j. mail. yandex. net:993 ready to talk with ::ffff:xx. xx:64776, 2019-Jan-02 11:10:49, mAYgYsk5YCg1
Сразу скажу, что к ошибкам протокола IMAP версии 4 этот код ошибки (а у меня было ещё 41 и 6) не имеет никакого отношения. Эти коды придуманы в 1С и они их не раскрывают (я просил). Согласно этой статьи для работы с почтовыми протоколами в 2015 году использовалась open source библиотека libetran, она поддерживается до сих пор, так что может и сейчас используется. Это делает ситуацию ещё более непонятной.
Не буду расписывать разнообразие ошибок, потому что их объединяет одно: информация об ошибке ничего не объясняет, а только запутывает, гугление приводит к единичным запросам на форумах, на которые не получены ответы.
Среди законов Мёрфи есть третий закон Финэйгла, который гласит, что в любом наборе исходных данных самая надежная величина, не требующая никакой проверки, является ошибочной. После долгих тестирований и раздумий над результатами я решил усомниться в корректности работы технологической платформы с механизмами шифрования почты. Для проверки этой крамольной мысли обратил взор на программу, которая хорошо известна нам всем. Это Stunnel.
И всё. Ошибки из массовых стали единичными.
Глава 2. Выполнение задач по почте.
Немного теории про удаление писем в протоколе IMAP. В этом протоколе для удаления письма нужно сначала его пометить на удаление, а потом удалить. Если мне память не изменяет, удаление писем должно происходить при закрытии ящика (команда CLOSE), при завершении сеанса (команда LOGOUT) и при сжатии ящика (команда EXPUNGE). Так вот сервера Яндекс. Почты удаляют письма только по команде ОчиститьУдаленныеСообщения() для объекта ИнтернетПочта (видимо это EXPUNGE), а во всех остальных случаях оставляют помеченные для удаления письма в ящике. А дальше происходит странный глюк, которого по идее быть не должно: процедура ПолучитьВходящиеСообщенияСистемнойУчетнойЗаписи общего модуля ВыполнениеЗадачПоПочтеСервер получает все письма и начинает их обработку, потом снова все и так далее. Если при обработке входящего письма происходит ошибка, то в сторону адресата уходит соответствующее письмо, что с одной стороны логично, но с другой приводит к ещё одному виду глюков, который выражается в переписке почтовых роботов.
Я написал обработку, которая имеет 2 команды:
Единственный нюанс при запуске этой обработки, нужно указать пароль к встроенной учётной записи. Мне было лень разбираться где его хранит система.
Всё, извините за небольшой сумбур и много букв. Всех с наступившим!
Сервер электронной почты IMAP не отвечает
Если вы работаете с любым из следующих приложений, вы должны иметь представление о сервере IMAP.
Вы бы увидели, что сервер электронной почты IMAP не отвечает при отправке и получении писем в Сервер IMAP приложение на основе.
Прежде чем понять причины, по которым почтовый сервер IMAP не отвечает, давайте познакомимся с сервером IMAP и почему он важен для функционирования современной электронной почты.
Когда мы говорим об IMAP, мы также обсуждаем POP3. Оба идут рука об руку. Это современник IMAP. Основная причина того, что IMAP превосходит POP3, заключается в том, что он позволяет нескольким устройствам иметь доступ к почтовому ящику. В отличие от POP3, он не удаляет электронную почту с сервера без разрешения. Вот основные различия между ними.
Произошла ошибка при работе с IMAP. Код ошибки
Платформа 8. 2008. При подключению через IMAP (ИнтернетПочта. Подключиться(ИнтернетПочтовыйПрофиль,ПротоколИнтернетПочты. IMAP)) выдает ошибку:
Через POP3, все нормально работает.
Кто сталкивался с такой ошибкой? Не могу понять из-за чего.
Метод Подключится объекта ИнтернетПочта Код ошибки: 50001154 Код(ы) обращения: CSR-4162 Статус: Исправлена в выпущенной версии Зарегистрирована: 09. 2015 Исправлена: «Технологическая платформа», версия 8. 1652
А кто сталкивался с такой проблемой? 1С:Предприятие 8. 3 (8. 1818) Управление торговлей и взаимоотношениями с клиентами (CRM), редакция 2. 0 (2. 16)
Произошла ошибка соединения с сервером при работе с imap код ошибки 4
Многие пользователи ошибочно при настройке учетной записи в программе 1С указывают пароль от обычной учетной записи Yandex для авторизации.
Что приводит к появлению следующих сообщений об ошибке:
Это происходит по причине того, что для авторизации в программе 1С нельзя использовать обычный пароль, используемый для авторизации учетной записи на yandex. Авторизоваться в программе 1С можно только с применением специального пароля, который включает в себя 16 символов, он генерируется системой безопасности Яндекс.
Как сгенерировать пароль приложения из 16 символов для 1С
Далее переходим в раздел Пароли и авторизация, после чего внизу экрана кликаем на Включить пароли приложений либо Пароли приложений, если вы уже получали пароль ранее.
После чего, в открывшемся окне, нам нужно нажать на кнопку Включить пароли приложений.
Следующим шагом, нам нужно подтвердить действие и нажать кнопку на Создать новый пароль.
Далее выбираем нужный тип приложения, в нашем случае: Почта (IMAP, POP3, SMTP).
В результате, мы получим сгенерированный пароль, который будем использовать для доступа к почте.
Данный пароль необходимо сохранить, именно он будет использоваться для авторизации учетной записи электронной почты Янедекс в программе 1С.
После авторизации с вводом только что сгенерированного пароля, программа запустит процесс проверки настроек почты.
После чего, нам потребуется декс вообще отключена возможность использования сторонних приложений для работы с почтой. Чтобы устранить данную проблему, нужно перейти в настройки почты (значок шестеренки в правом верхнем углу), после чего в открывшемся окне выбрать раздел Безопасность.
Далее нам нужно в новом окне выбрать пункт Почтовые программы и в подразделе Разрешить доступ к почтовому ящику с помощью почтовых клиентов установите флаг С сервера imap. yandex. ru по протоколу IMAP и Способ авторизации по IMAP: Пароли приложений.
После выполнения данных действия, проблема должна быть решена, в результате вы получите на почту проверочное письмо, и сможете отправлять своим клиентам счета, накладные, договора и др. документы напрямую из 1С:Бухгалтерии.