Diagnostic code smtp 550

Содержание

Первые SMTP-серверы позволяли любому почтовому клиенту рассылать почту другим почтовым серверам, выступая в качестве промежуточного транспорта. В начальной версии протокола SMTP авторизация клиента полностью отсутствовала; позднее, в протоколе SMTP появилась авторизация, что несколько улучшило ситуацию. Такая возможность породила понятие спама. Спам (spam) – нежелательная массовая принудительная рассылка бесполезной информации (чаще всего рекламы). Сейчас же, когда принудительные рассылки приобрели огромный масштаб, администраторам серверов приходится придумывать различные ухищрения для пресечения таких рассылок в целях экономии трафика и процессорного времени. Результатом таких ухищрений часто является возвращаемая почтовым сервером ошибка с кодом 550.

Почтовый адрес состоит из двух частей разделенных символом ‘@’. Первая часть является именем пользователя, а вторая доменом в котором находится почтовый сервер и на котором отведено некоторое место, принадлежащее пользователю. Например в адресе nick@d. foo. ru — "nick" это имя пользователя, а d. foo. ru – домен.

Перечислим несколько типичных ситуаций, при которых возвращается ошибка 550.

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

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

Следует заметить, что настройки для SMTP авторизации могут отличаться от настроек POP3. Например, некоторые серверы для POP3 авторизации используют в качестве "логина" первую часть почтового адреса, а для SMTP-авторизации – полный адрес.

Коду 550 стандартом отведена обширная область возвращаемых ошибок, и более конкретную причину можно получить только из ответа сервера (текст внутри скобок после описания ошибки на русском языке).

Проблема

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

Описание

Ретрансляция происходит, когда почтовое сообщение отправлено на адрес электронной почты, домен которого (имя после символа @, например adatum. com) не обрабатывается протоколом SMTP или сервером исходящей почты, получающим от отправителя запрос на доставку сообщения. SMTP-серверу необходимо подключиться к другому SMTP-серверу, чтобы ретранслировать сообщение.

Если при отправке почтового сообщения возникает ошибка ретрансляции, ваш SMTP-сервер (исходящей почты) может вернуть ваше сообщение вместе с сообщением об ошибке, например, такого вида:

Точный текст сообщения об ошибке будет зависеть от вашего поставщика интернет-услуг. Некоторые поставщики не возвращают сообщение об ошибке, когда определяют исходящие сообщения как нежелательную рекламу. В этих случаях все выглядит так, как будто ваше сообщение отправляется в обычном режиме (в Outlook остается в папке Исходящие и появляется в папке Отправленные), но получателю оно не доставляется.

Ваше сообщение отклонено, поскольку SMTP-сервер (исходящей почты) не распознал вас как полномочного пользователя.

SMTP — это протокол (стандарты, используемые компьютерами для взаимодействия), который используется на большинстве серверов электронной почты для отправки сообщений в Интернете. Если вы используете почтовую программу (например, Outlook), которая позволяет хранить сообщения на компьютере, вам необходим доступ к SMTP-серверу для отправки сообщений.

Примечание: Веб-системы электронной почты (например, Windows Live Mail или Yahoo! Mail) работают иначе и не рассматриваются в этой статье.

Нежелательная почта и открытые ретрансляции

Рекламные сообщения, распространяемые без запроса, называют нежелательной почтой или спамом. Объем нежелательной почты продолжает расти, потому что ее отправка практически ничего не стоит тем, кто ее рассылает. Фактически отправителю даже не обязательно отправлять нежелательную почту через SMTP-сервер (исходящей почты) своего поставщика интернет-услуг.

При создании базовой структуры Интернета никто не предвидел, к каким последствиям приведет возможность отправлять миллионы нежелательных сообщений за ничтожно малую плату. Благодаря способности SMTP-серверов к ретрансляции отправители нежелательной почты маскируют ее подлинный источник, передавая ее через сторонние серверы, на которых разрешены такие открытые ретрансляции. В результате нежелательная почта как бы приходит с сайта, который ретранслирует сообщение и скрывает личность настоящего отправителя.

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

Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений

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

На сегодняшний день используются ограничения нескольких типов.

Требуется проверка подлинности SMTP. Так же как вы используете имя пользователя и пароль для доступа к POP3-серверу (входящей почты) и своим почтовым сообщениям, вам требуется ввести имя пользователя и пароль для отправки почтовых сообщений через SMTP-сервер. Обычно это те же имя пользователя и пароль, что и для POP3-сервера, но могут быть и уникальные.

Требуется сначала подключиться к POP3-серверу (входящей почты) поставщика интернет-услуг. Чтобы получить свои новые почтовые сообщения, вы обычно подключаетесь к POP3-серверу (входящей почты). Для доступа к почтовому ящику вам нужно ввести имя пользователя и пароль. Администратор сети может настроить сервер таким образом, что если вы сначала подключаетесь к POP3-серверу входящей почты и проходите проверку подлинности, он будет утверждать все запросы на отправку почтовых сообщений через SMTP-сервер исходящей почты, на котором в ином случае эта возможность будет ограничена.

Требуется подключение из авторизованного расположения в сети. Если вы из дома подключаетесь к поставщику интернет-услуг по телефонной линии, с помощью кабеля или через DSL-модем, подключение идет напрямую к сети поставщика. Вы заслуживаете доверия, поскольку у вас есть учетная запись с именем пользователя и паролем, которые предоставил поставщик интернет-услуг. Вам как клиенту разрешается использовать SMTP-сервер для отправки почтовых сообщений.

Требуется подключение с определенного IP-адреса или диапазона IP-адресов. Ваш поставщик интернет-услуг может разрешить доступ к SMTP-серверу людям, не подключенным к сети напрямую. Например, это может быть удаленный пользователь в офисе. Основная проблема состоит в том, что во многих местах используются динамические IP-адреса. При этом вы не можете быть уверены в том, что при каждом подключении у вас один и тот же IP-адрес. У некоторых организаций может быть зарезервирован блок или диапазон IP-адресов. Поставщик интернет-услуг может считать тех, кто подключается с этих IP-адресов, проверенными пользователями. Он может предоставить дополнительные сведения.

Возможных сценариев ретрансляции очень много. Ниже приведены самые распространенные ситуации. Возможно, одна из них похожа на вашу.

Нет. Ваша почта обрабатывается обычным способом.

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

Нет. Ваша почта обрабатывается обычным способом.

Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя.

Нет. Ваша почта обрабатывается обычным способом.

Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя.

Решения

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

Если это не работает или вы предпочитаете использовать домашнюю учетную запись, вам нужно связаться со своим поставщиком интернет-услуг и спросить, доступны ли вам описанные ранее параметры. Что касается первых двух ограничений (требуется проверка подлинности SMTP и требуется сначала подключение к POP3-серверу входящей почты поставщика интернет-услуг), вы можете внести изменения в Параметры учетной записи в Outlook. Инструкции см. в статье Изменение параметров учетной записи электронной почты.

Сообщения по-прежнему не отправляются?

Вы изменили параметры SMTP в Outlook или нашли параметр, который разрешит вам отправлять почтовые сообщения. Но вы по-прежнему не можете отправить почту и получаете сообщение об ошибке.

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

В Outlook, как и в большинстве почтовых программ, можно указать "отображаемое имя" и обратный почтовый адрес, который появляется при ответе на ваше сообщение. В нежелательной почте эти поля почти всегда содержат ложную информацию. Вы правда верите, что сообщения о том, как быстро разбогатеть, пришли от супермодели или мирового лидера?

Если отправка сообщений через SMTP не удается, SMTP сервер сообщает код ошибки, по нему можно определить, в чем проблема и как ее исправить. Наиболее распространенные ошибки указаны в списке ниже.

Код ошибки Значение Описание

Requested mail action not taken: mailbox unavailable.

Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят).

Сервер не может получить доступ к почтовому ящику для доставки сообщения. Это может быть вызвано процессом чистки мертвых адресов на сервере, почтовый ящик может быть поврежден, или почтовый ящик может находиться на другом сервере, который в настоящее время не доступен. Также сетевое соединение могло быть разорвано во время отправки, или удаленный почтовый сервер не хочет принимать почту с вашего сервера по некоторым причинам (IP-адрес, черные списки и т. д.). Повторная попытка отправки письма на этот почтовый ящик может оказаться успешной.

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.

Неправильная последовательность команд.

Повторяющая ошибка 503 может свидетельствовать о проблемах соединения. Отклик 503 SMTP-сервера чаще всего является показателем того, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.

The host server for the recipient’s domain name cannot be found (DNS error).

У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошбки в доменном имени или несуществующее доменное имя).

Address type is incorrect or authentication required.

Убедитесь, что адрес электронной почты получателя верный, не содержит ошибок. Затем попробуйте повторно отправить сообщение. Другой причиной может быть то, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (обычно аутентификация ESMTP, логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.

The Recipient’s mailbox cannot receive messages this big.

Размер сообщения (сообщение + все его вложения) превышает ограничения по размеру на сервере получателя. Проверьте размер сообщения, которое Вы подготовили для отправки, в частности, размер вложений, возможно, стоит разбить сообщения на части.

SMTP-сервер вашего провайдера, требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. Другой причиной может быть то, что ваш SMTP-сервер находится в черном списке сервера получателя. Или почтовый ящик получателя не существует.

Username and Password not accepted.

Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно.

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-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера.

Передача данных не удалась

Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если не нравится емейл-адрес отправителя, или IP-адрес отправителя, или почтовый сервер отправителя (к примеру, они находятся в RBL). Вам нужно либо попросить отправителя добавить Вас в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List).

Очень интересные продукты, надеюсь пригодятся мне в работе. Хотелось бы отметить работу дизайнера татьяны Приходько. Спасибо большое за работу Подробнее

Лаврентьев Роман Александрович АРС Шиппинг,

© Copyright, 2001-2019, ePochta
Email и почтовые рассылки, программа для рассылки писем, сервис массовой смс рассылки, смс шлюз

Лицензия №101172 Роскомнадзора на предоставление телематических услуг

Ошибки SMTP-сервера и способы их решения

Бесплатное лечение компьютеров от вирусов, скорая компьютерная помощь, помощь в настройка безопасности компьютеров онлайн.

Не проходят письма с mail. ru

Будь в курсе! Будь в курсе!

Надоело быть жертвой? Стань профи по информационной безопасности, получай самую свежую информацию об угрозах и средствах защиты от ведущего российского аналитического центра Anti-Malware. ru:

Anti-Malware Telegram

Это значит только то, что любимый многими майл. ру почему-то постоянно попадает в черные списки

Я, к сожалению, помочь ничем не смогу.
Во-первых, потому, что это майл. ру. Ну, то есть, если бы у Вас был свой почтовый сервер (или корпоративная почта, связанная с Вашим доменом/сайтом), можно было бы поразбираться с вопросом, почему ВАШ IP попадает в черные репутационные списки. И посоветовать какие-нибудь шаги по исправлению ситуации.
Во-вторых, как я понял, не принимает Ваши майловые письма сервер, на котором в качестве инструмента для проверки репутации используется тренд микро (майл. ру точно его не использует, тама касперыч). И он заявляет, что IP присутствует в так называемом Real-time Blackhole списке. Для того, чтобы адрес из этого списка убрать, надо бы отправить запрос на удаление. Только вопрос – кому? Вам? Нет, это не Ваш почтовый сервер… Вам надо только подождать. По-моему, 48 часов на устранение конфликта/удаление адреса из списка… Или обратится в сам майл. ру с вопросем “чёблинзафигня “

Относительно майл. ру… Просто информация к размышлению.
Например, по данным Reputation Authority статистика адреса 185.5.136.53: из всех отправляемых писем только 64% чистые, 16% – это спам (вот с этим Вы и попали под общую раздачу), 20% – подозрительные (а может, и с этим, раз вложения не пропускаются). Репутация 40 из 100. Нет ничего удивительного в том, что многие уважающие себя ресурсы рубят получение писем с майл. ру на корню. да?
Этот же адресок есть ещё в списке SPAMCANNIBAL (причина – либо добавляется некая запись в заголовок письма, либо не настроен rdns). Сам канибал говорит – “un-named IP”.
В общем, поанализируйту, подумайте… Адреса-то из списков всё равно уберут. Вот только надолго ли?

из всех отправляемых писем только 64% чистые, 16% – это спам (вот с этим Вы и попали под общую раздачу), 20% – подозрительные (а может, и с этим, раз вложения не пропускаются).

Я не знаю, виноват ли мэйл. ру – или спаммеры пользуются разными почтовиками.
Спам приходит не только с мэйл. ру

по данным Reputation Authority

Сообщений [ 6 ] Просмотров: 1 351

1 Тема от Slayer 05.10.2015 14:50:47 (5 лет 6 месяцев назад)

Тема: Проблема с MX?

Это письмо создано автоматически сервером Mail. Ru, отвечать на него не нужно.

К сожалению, Ваше письмо не может быть доставлено одному или нескольким получателям:

kmetalnikova@kiprino. com
all relevant MX records point to non-existent hosts

Рекомендуем Вам проверить корректность указания адресов получателей.

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

kmetalnikova@kiprino. com
all relevant MX records point to non-existent hosts

—— This is a copy of the message, including all the headers. ——
—— The body of the message is 101331 characters long; only the first
—— 8192 or so are included here.

Return-path: <******@mail. ru>
Received: from [82.200.80.46] (ident=mail)
by f396.i. mail. ru with local (envelope-from <novosadova_k@mail. ru>)
id 1Zj0ID-00087U-Bn
for kmetalnikova@kiprino. com; Mon, 05 Oct 2015 10:34:41 +0300
Received: from [82.200.80.46] by e. mail. ru with HTTP;
Mon, 05 Oct 2015 10:34:41 +0300
From: =?UTF-8?B?0JrRgdC10L3QuNGPINCh0LvQsNGJ0ZHQstCw?= <******@mail. ru>
To: =?UTF-8?B? a21ldGFsbmlrb3Zh?= <kmetalnikova@kiprino. com>
Subject: =?UTF-8?B? RndkOiBGVzogRlc6INC/0L7QtdC30LTQutCwINC90LAg0JDQu9GC0LDQuQ==?=
MIME-Version: 1.0
X-Mailer: Mail. Ru Mailer 1.0
X-Originating-IP: [82.200.80.46]
Date: Mon, 05 Oct 2015 10:34:41 +0300
Reply-To: =?UTF-8?B?0JrRgdC10L3QuNGPINCh0LvQsNGJ0ZHQstCw?= <novosadova_k@mail. ru>
X-Priority: 3 (Normal)
Message-ID: <1444030481.889812427@f396.i. mail. ru>
Content-Type: multipart/related;
boundary=”—-ujFXEMC4-8oqh9M8fxjTY2HCl:1444030481″
X-Mras: Ok
X-Spam: undefined

—-ALT–ujFXEMC41444030481
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: base64

MX NS запись

Отредактировано Slayer (05.10.2015 14:51:42, 5 лет 6 месяцев назад)

2 Ответ от Debian 05.10.2015 14:55:52 (5 лет 6 месяцев назад)

Re: Проблема с MX?

Приоритет у MX записи обычно 10? Не?

На первый взгляд все норм.

https://i. imgur. com/5PzhiDj. png

Отредактировано Debian (05.10.2015 15:12:49, 5 лет 6 месяцев назад)

Профиль и контакты:

3 Ответ от Slayer 05.10.2015 15:30:10 (5 лет 6 месяцев назад)

Re: Проблема с MX?

Чащще всего все хорошо, но иногда Mail выдает такое сообщение при попытке отправить сообщение на этот домен

4 Ответ от vk89 05.10.2015 15:37:57 (5 лет 6 месяцев назад)

Re: Проблема с MX?

Рискну предположить что проблема в freedns.

5 Ответ от Andrey 05.10.2015 15:51:18 (5 лет 6 месяцев назад)

Re: Проблема с MX?

1. избавиться от “Microsoft ESMTP MAIL Service”, почтовый сервер должен быть на exim, postfix…
2. смотреть логи если повторится, если в них ничего, избавиться от халявных нсов

6 Ответ от Stranger 05.10.2015 16:22:35 (5 лет 6 месяцев назад)

Re: Проблема с MX?

с DNS беда, пишет же что нет MX записи, точнее что на несуществующий хост есть записи

“Пока не воспользовался интернетом, не знал, что на свете есть столько идиотов.” Станислав Лем

Как избежать ошибок при составлении и отправке писем

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

Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.

Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:

Важно! В случае несоблюдения этих элементарных правил вы рискуете не только тем, что конкретное письмо не будет доставлено адресату. При многократных попытках отправки письма в большинстве почтовых программ в блок-лист попадет вся корреспонденция, отправляемая с вашего email, и даже корпоративный домен (@domain.***).

Некорректное использование бота для отправки писем может привести к блокировке отправителя и другим нежелательным последствиям. Даже если информация, которую вы отправляете потенциальным клиентам, реально интересна им, система спам-фильтрации может воспринять данную рассылку как вредоносную. Чтобы избежать этого, лучше всего воспользоваться услугами специализированных компаний.

Полезно: Почему не приходят письма с сайта. Пример частного случая.

Положительные и отрицательные сообщения SMTP-сервера

SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.

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

Первая цифра комбинации содержит информацию о качестве доставки:

Существует четыре варианта значений для первой цифры кода:

Вторая цифра в коде сообщает о категории ответа:

Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.

Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.

Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

Просматривают тему: 1 гость, 0 пользователей

Страницы 1

Чтобы отправить ответ, вы должны войти или зарегистрироваться

Price-Altai. ru » Форум » Общение — Техническая поддержка » Проблема с MX?

17.04.2021 10:03:58 | © Price-Altai. ru

Виды почтовых сервисов

На программном уровне существует несколько видов обработки электронной почтовой корреспонденции. К первой группе относятся виртуальные сервисы, доступные чаще всего в бесплатном исполнении через интернет-соединение на сайте почтового сервера. Это всем известные ресурсы:

Более подробную информацию о значениях ответов SMTP можно получить на сайтах популярных почтовых сервисов:

Ко второй группе относятся почтовые клиенты – программы, обладающие более расширенным функционалом, чем виртуальные сервисы. Наиболее популярными и универсальными почтовыми клиентами для Windows являются:

Принципы работы почтовых клиентов несколько отличаются от процесса обработки корреспонденции виртуальными серверами. При отправке сообщения программа отсылает его не напрямую конечному получателю, а ретранслирует через сервер-релей. Этот процесс осуществляется чаще всего с использованием протокола SMTP, а получение корреспонденции обычно происходит с помощью IMAP или POP.

Коды SMTP-ответов определяются стандартом. Администратор почтового сервера может создать собственные настройки, в том числе и в части кодировки ответов сервера. Особенно это касается локальных почтовых программ, установленных непосредственно на сервере какой-нибудь компании.

О вариантах выбора и способах создания корпоративных почтовых сервисов более подробно можно прочитать здесь: Что такое почтовый сервер и зачем он нужен.

Проверка доступности почтового сервера программным методом

В данной статье описаны лишь некоторые варианты ошибок, которые могут возникнуть при отправке электронных сообщений. Полный перечень достаточно объемен и во многом зависит от настроек конкретного сервера как на стороне отправителя, так и получателя. Некоторые из ошибок могут быть легко устранены обычным пользователем, другие под силу лишь опытным администраторам.

Одним из способов предупреждения появления ошибок является онлайн-проверка доступности почтового сервера с помощью бесплатных инструментов:

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

Прочитав эту статью, обратите внимание на то, как настроен ваш почтовый сервер на получение сторонних писем по SMTP-протоколу. Быть может, в данный момент ваш антиспам или локальная политика фильтрации входящих сообщений блокирует получение очень важного и нужного для вас месседжа? Проверьте сами или обратитесь к системному администратору. Если ошибку с SMTP никак не удается решить, то попробуйте обратиться в службу поддержки почтового сервера.

Настройка отправки электронных писем

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

Главная причина этого – неумение правильно настроить учетную запись электронной почты. Поэтому главное внимание в этой статье будет обращено на варианты подключения учетной записи электронной почты и ошибки, связанные с подключением.

Программа позволяет только отправлять письма из 1С! Получать письма в 1С без доработки программы нельзя.

Настройка Учетной записи электронной почты

Есть два способа настройки учетной записи электронной почты:

Способ №1. Автоматическая настройка

Это самый простой и удобный способ настройки учетной записи.

Но подходит он не для всех случаев. В случае почтовых ящиков вида @yandex. ru или @mail. ru 1С, как правило, автоматически без проблем определяет почтовый сервер и настраивает учетную запись электронной почты.

Для остальных случаев, скорее всего, придется настраивать учетную запись электронной почты вручную: @inbox. ru, @bk. ru, @list. ru и другие.

Начинать настройку учетной записи мы советуем с автоматической настройки, и только если она не получилась – переходить к ручной.

Пошаговая инструкция автоматической настройки

Шаг 2. В форме настройки учетной записи заполнить на вкладке Отправка писем :

Адрес электронной почты

Адрес электронной почты, с которой будут отправляться письма из 1С в формате name@server. net, например, Udom_OOO@yandex. ru, вводится вручную.

Пароль

Пароль учетной записи, который соответствует введенному адресу электронной почты.

Если это поле заполнено, то программа без специального запроса сразу пересылает подготовленные сообщения. Если не заполнено, то в каждом случае отправки будет запрашиваться пароль электронной почты.

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

Флажок Для отправки почты

Флажок Для отправки почты должен быть взведен. Установка флажка выполняется вручную.

Имя отправителя

В поле Имя отправителя указывается имя пользователя или название организации. Данные вводятся вручную.

Шаг 5. Результат настройки будет выглядеть следующим образом.

Программа автоматически определила параметры подключения учетной записи электронной почты и теперь в 1С доступна работа с почтовым сервером.

Способ №2. Ручная настройка

Если программа не смогла автоматически определить параметры подключения учетной записи, то требуется ручная настройка подключения.

Для этого нужно определить порты Сервера входящей и Сервера исходящей почты для конкретного email. Если определение этой информации вызывает сложности, то рекомендуем обратиться в службу технической поддержки того ресурса, который используется для электронной переписки. Для Яндекса задать вопросы можно в разделе «Помощь».

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

Пошаговая инструкция ручной настройки учетной записи почтового сервера

Шаг 2. В форме настройки учетной записи заполнить на вкладке Отправка писем :

Для почтового сервера YANDEX нужно выставить следующие параметры:

Шаг 5. Настроить Сервер входящей электронной почты :

Шаг 6. Результат выполненной настройки будет выглядеть следующим образом.

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

Данные ручной настройки почты YANDEX

Приводим данные для ручной настройки учетной записи сервера входящей и исходящей почты YANDEX.

Предпочтительнее использовать вариант с SSL (SecureSocketsLayer – это одна из технологий безопасности) «С использованием безопасного соединения (SSL)», в этом случае происходит шифрование сообщений почтового сервера.

Вариант «Без использования безопасного соединения (SSL)» работает без шифрования.

Этот вариант используется, если не удается подключиться по первому варианту «С использованием безопасного соединения (SSL)».

Данные ручной настройки почты GMAIL

Приводим данные для ручной настройки сервера входящей и исходящей почты GMAIL.

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

Предпочтительнее использовать вариант с SSL (SecureSocketsLayer – это одна из технологий безопасности) «С использованием безопасного соединения (SSL)», в этом случае происходит шифрование сообщений почтового сервера.

Вариант «Без использования безопасного соединения (SSL)» работает без шифрования.

Этот вариант используется, если не удается подключиться по первому варианту «С использованием безопасного соединения (SSL)».

Данные ручной настройки почты MAIL

Приводим данные для ручной настройки сервера входящей и исходящей почты MAIL.

Предпочтительнее использовать вариант с SSL (SecureSocketsLayer – это одна из технологий безопасности) «С использованием безопасного соединения (SSL)», в этом случае происходит шифрование сообщений почтового сервера.

Вариант «Без использования безопасного соединения (SSL)» работает без шифрования.

Этот вариант используется, если не удается подключиться по первому варианту «С использованием безопасного соединения (SSL)».

Ошибки подключения учетной записи

Ошибка определения портов почтового сервера

При проверке настройки учетной записи 1С сообщает: «Ошибка в настройках исходящей почты. Произошла ошибка при работе с SMTP. Код ошибки 25 (Отказ в установлении соединения со стороны сервера)».

Настройки учетной записи почтового сервера YANDEX без использования безопасного соединения (SSL) должны быть:

Как видно из примера, данные в поле Порт указаны неправильно — 20. После исправления данных в поле Порт на 25, проверка проходит нормально.

Спецсимволы в логине и пароле учетной записи

При настройке учетной записи обратите внимание, чтобы в пароле и логине электронной почты не было спецсимволов. Если пароль, например, содержит символ «&», то будет выдаваться ошибка подключения к почтовому серверу.

Измените пароль, чтобы он не содержал спецсимвола и подключение пройдет хорошо.

Имя компьютера

Возможно, причина в имени компьютера! Если в имени компьютера используются знаки кириллицы — эта учетная запись может не подключиться к почтовому серверу.

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

Отправка писем из 1С

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

Существует два способа отправки:

Способ №1. Отправка из печатных форм

Отправка печатной формы происходит после формирования печатных форм по кнопке с картинкой «письмо».

Чтобы адрес электронной почты контрагента заполнялся автоматически, в карточке контрагента должен быть указан email.

Пошаговая инструкция отправки письма из печатных форм

Шаг 2. Установить нужный формат в форме выбора, по умолчанию стоит формат pdf. Рекомендуем использовать его, так как возможность корректировки данных в этом формате ограничена.

Шаг 3. Проверить электронный адрес контрагента и наличие файла печатной формы формата pdf во вложении. При необходимости скорректировать автоматически заполненный программой текст.

Способ №2. Отправка из документов

Пошаговая инструкция отправки письма из документа

Шаг 2. Выбрать для отправки нужную печатную форму.

При необходимости можно изменить формат вложения. По умолчанию устанавливается формат pdf. Рекомендуем использовать его, так как возможность корректировки данных в этом формате ограничена.

Шаг 3. Проверить электронный адрес контрагента и наличие файла печатной формы формата pdf во вложении. При необходимости скорректировать автоматически заполненный программой текст.

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Похожие публикации

    Добрый день. Как можно настроить справочник эл. почты в 1С для.Отправили отчет Реестр ЭЛН для отправки в ФСС из Зарплата.Добрый день. При рассылке контрагентам по электронной почте из 1С.Добрый день. ЗУП 3.1.14.395 Корп. Возникла необходимость отключить получение писем.

Карточка публикации

(3 оценок, среднее: 4,67 из 5)

Все комментарии (2)

Добрый день!
Правильно ли я я поняла из инструкции «по настройке отправка писем из 1С», что все отправляемые из 1С документы отправляются по электронной почте без факсимиле — просто не подписанные? Если модно дополнить это цветным скан — печатью — факсимиле — то как это можно настроить?
Благодарю вас за ответ

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Вы можете задать еще вопросов

Доступ к форме «Задать вопрос» возможен только при оформлении полной подписки на БухЭксперт8

Нажимая кнопку «Задать вопрос», я соглашаюсь с
регламентом БухЭксперт8.ру >>

Источники:

https://web-shpargalka. ru/diagnostic-code-smtp-550.php

https://pd-4.ru/buhuchet/oshibki-smtp-servera-i-sposoby-ih-resheniya

https://buhexpert8.ru/1s-buhgalteriya/lajfhaki-dlya-buhgaltera/putevoditel-po-interfejsu/znakomstvo-s-interfejsom-taksi/nastrojka-otpravki-elektronnyh-pisem. html

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: