smtp 550 relay not permitted что это
Ошибка 550 relay not permitted
При отправке письма в любом почтовом клиенте вы можете встретить ошибку 550 relay not permitted. Причина ошибки 550 relay not permitted — некорректно настроенные MX-записи. Сообщение, которое вы отправили, отклоняется, так как SMTP-сервер (сервер исходящей почты) не распознаёт вас как владельца почты.
Обратите внимание! Точный текст сообщения об ошибке зависит от интернет-провайдера. Некоторые поставщики не возвращают сообщение об ошибке, когда оценивают исходящие сообщения как рекламу. В этих случаях всё выглядит так, как будто ваше сообщение отправляется в обычном режиме (появляется в папке «Отправленные»), но получателю оно не доходит.
Чтобы исправить проблему, проверьте, какие MX-записи прописаны для вашего домена. Это можно сделать с помощью утилиты dig. Этот сервис есть на сайте нашего партнёра REG.RU.
Введите имя вашего домена, в выпадающем списке выберите тип записи «MX» и нажмите Проверить:
Вот список MX-записей для разных видов почты, которые должны быть прописаны:
Обратите внимание! Нельзя на одном домене прописывать несколько MX-записей для разных почт, например MX-записи Яндекс.Почты и почты Google. Разные MX-записи будут мешать друг другу, и письма будут отправляться некорректно.
Если MX-записи прописаны некорректно или прописаны лишние записи, измените настройки по инструкции.
Не уходит почта на один из адресов (550 relay not permitted)?
Есть почтовый сервер. CentOS+VestCP(exim+dovecot).
В принципе все гуляет хорошо, Настроено все, dkim, ptr, etc..
Но есть один ящик, на который не доходят письма..
Вот возврат этого письма:
С других почтовиков на него все прекрасно уходит. Например с яндекса.
Прошу помочь с поиском решения, или понять происходящее для самостоятельного решения.
Прошу прощения. Писал много, и часть случайно удалил, и не заметил.
Письма отсылаются с нашего сервера на чужой сервер.
Оценить 2 комментария
451 Could not complete sender verify callout
Судя по всему, удалённый сервер пытается сделать reverse check адреса отправителя. У вас это только отправляющий сервер, или он же отвечает за приём почты на тот домен, с ящика которого вы пытаетесь отправлять письма?
Есть какой-нибудь полный почтовый лог обмена между вашими серверами? А то я так понимаю, что у вас exim настроен так, что раскладывает информацию по разным файлами журналов. Как-то не хватает полной картины.
Как исправить ошибки SMTP-сервера при отправке писем
Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.
Как избежать ошибок при составлении и отправке писем
Причинами возникновения ошибок и, как следствие, неполучения сообщений могут служить разные факторы. Одни из них связаны с неправильным составлением исходящих писем самим пользователем, другие относятся к более глобальным программным настройкам со стороны получателя.
Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.
Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:
Некорректное использование бота для отправки писем может привести к блокировке отправителя и другим нежелательным последствиям. Даже если информация, которую вы отправляете потенциальным клиентам, реально интересна им, система спам-фильтрации может воспринять данную рассылку как вредоносную. Чтобы избежать этого, лучше всего воспользоваться услугами специализированных компаний.
Положительные и отрицательные сообщения SMTP-сервера
SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.
Данные коды являются трехзначными, каждая его часть несет в себе определенную информацию, расшифровывающую причину сбоя.
Первая цифра комбинации содержит информацию о качестве доставки:
Существует четыре варианта значений для первой цифры кода:
Вторая цифра в коде сообщает о категории ответа:
Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.
Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.
Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.
При отправке почтовых сообщений я получаю ошибки с номерами 550 и 553 или ошибки ретрансляции
Проблема
Когда вы, находясь вне дома, отправляете сообщение электронной почты с помощью домашней почтовой учетной записи, это сообщение может вернуться с ошибкой 550, 553 или ошибкой ретрансляции. То же самое может произойти, когда вы, находясь вне офиса, пытаетесь отправить сообщение электронной почты с помощью рабочей почтовой учетной записи.
Описание
Ретрансляция происходит, когда почтовое сообщение отправлено на адрес электронной почты, домен которого (имя после символа @, например adatum.com) не обрабатывается протоколом SMTP или сервером исходящей почты, получающим от отправителя запрос на доставку сообщения. SMTP-серверу необходимо подключиться к другому SMTP-серверу, чтобы ретранслировать сообщение.
Если при отправке почтового сообщения возникает ошибка ретрансляции, ваш SMTP-сервер (исходящей почты) может вернуть ваше сообщение вместе с сообщением об ошибке, например, такого вида:
Точный текст сообщения об ошибке будет зависеть от вашего поставщика интернет-услуг. Некоторые поставщики не возвращают сообщение об ошибке, когда определяют исходящие сообщения как нежелательную рекламу. В этих случаях все выглядит так, как будто ваше сообщение отправляется в обычном режиме (в Outlook остается в папке Исходящие и появляется в папке Отправленные), но получателю оно не доставляется.
Ваше сообщение отклонено, поскольку SMTP-сервер (исходящей почты) не распознал вас как полномочного пользователя.
SMTP — это протокол (стандарты, используемые компьютерами для взаимодействия), который используется на большинстве серверов электронной почты для отправки сообщений в Интернете. Если вы используете почтовую программу (например, Outlook), которая позволяет хранить сообщения на компьютере, вам необходим доступ к SMTP-серверу для отправки сообщений.
Примечание: Веб-системы электронной почты (например, Windows Live Mail или Yahoo! Mail) работают иначе и не рассматриваются в этой статье.
Нежелательная почта и открытые ретрансляции
Нежелательные коммерческие сообщения иногда называют нежелательной почтой или спамом. Основной причиной увеличения объема нежелательной почты является то, что она стоит того, кто отправляет ее практически ничего не отправляемого; на самом деле отправителям даже не нужно отправлять нежела ту же почту через SMTP-сервер (исходятую почту) собственного isP.
При создании базовой структуры Интернета никто не предвидел, к каким последствиям приведет возможность отправлять миллионы нежелательных сообщений за ничтожно малую плату. Благодаря способности 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, как и в большинстве почтовых программ, можно указать «отображаемое имя» и обратный почтовый адрес, который появляется при ответе на ваше сообщение. В нежелательной почте эти поля почти всегда содержат ложную информацию. Вы правда верите, что сообщения о том, как быстро разбогатеть, пришли от супермодели или мирового лидера?
Отчет о недоставке письма на другой адрес (не Яндекс)
В автоматическом отчете будет указана причина недоставки. Как ее найти и расшифровать:
Bad destination mailbox address
Bad destination system address
Bad destination mailbox address syntax
DNS: no such domain
Host or domain name not found
The email account that you tried to reach does not exist
Письмо отправлено на несуществующий адрес.
Убедитесь, что адрес получателя набран латиницей и не содержит лишних знаков препинания, пробелов или кавычек. Уточните адрес у получателя еще раз и повторите отправку письма.
Message rejected as spam by Content Filtering
Message rejected under suspicion of SPAM
Message rejected. See http://mail.google.com/support/bin/answer.py?answer=69585 for more information
Sorry, message looks like SPAM to me
Почтовый сервер получателя принимает письма за спам.
Попробуйте связаться с получателем или администрацией его почтового сервиса альтернативным способом связи и сообщить о проблеме.
Если Вы отправляете легальные рассылки пользователям своего сайта или подписчикам, ознакомьтесь с требованиями Яндекса к «честным» рассылкам.
Error writing message: Disk quota exceeded
Recipient’s mailbox is full
User has exhausted allowed storage space
Ящик получателя переполнен. Чаще всего это происходит потому, что получатель редко пользуется ящиком и ящик заполняется рассылками.
Попробуйте связаться с получателем альтернативным способом связи и сообщить о проблеме.
Policy rejection on the target address
This account has been disabled or discontinued
User account disabled for being inactive
Your emails has been returned because the intented recipient’s email account has been suspended.
Адрес получателя заблокирован почтовой службой получателя.
Попробуйте связаться с получателем альтернативным способом связи и сообщить ему о проблеме.
Message size exceeds fixed limit
Message size exceeds fixed maximum message size
Почтовый сервер получателя не принимает письма большого размера. Вложение, которое вы отправляете в письме, не может быть принято почтовым сервером из-за установленных на нем ограничений.
Загрузите вложение на сервис хранения файлов (например, Яндекс.Диск) и укажите в письме ссылку на него.
Client host [ IP_host ] blocked using bl.spamcannibal.org; blocked, See: http://www.spamcannibal.org/cannibal.cgi?page=lookup&lookup= IP_host
Client host [ IP_host ] blocked using dnsbl-1.uceprotect.net; IP IP_host is UCEPROTECT-Level 1 listed. See http://www.uceprotect.net/rblcheck.php?ipr= IP_host
Email blocked by SPAMCANNIBAL — to unblock see.
Email from IP_host is currently blocked by Verizon Online’s anti-spam system
Recipient address rejected: Blocked by external RBL
Your host [ IP_host ] is blacklisted by dnsbl.sorbs.net. Currently Sending Spam See: http://www.sorbs.net/lookup.shtml? IP_host
Your server IP address is in the bl.spamcannibal.org database
Почтовый сервер Яндекса попал в черный список. Вы можете попробовать удалить адрес почтового сервера Яндекса из черного списка самостоятельно, для этого перейдите по ссылке в отчете. Также вы можете написать нам через форму внизу страницы, переслав полный текст полученного отчета.
Также попробуйте связаться с получателем или администрацией его почтового сервиса альтернативным способом связи и сообщить о проблеме.
Loop detected! Message rejected
Mail for email loops back to myself
Our servers have detected a mail loop
Обнаружено закольцовывание пересылаемых писем. Проверьте правила переадресации и сборщики на всех используемых вами почтовых ящиках — они могут быть некорректно настроены. Если вы уверены, что проблема не на вашей стороне, свяжитесь с получателем альтернативным способом связи и сообщите ему о проблеме.
Relay not permitted
Sorry, relaying denied from your location
Пересылка запрещена (почтовый сервер получателя не распознает почтовые серверы Яндекс.Почты из-за некорректно настроенной MX-записи).
Попробуйте связаться с получателем или администрацией его почтового сервиса альтернативным способом связи и сообщить о проблеме.
Sender verification failed
Ошибка при проверке отправителя. Чтобы решить проблему, свяжитесь с администрацией почтового сервиса получателя и попросите внести почтовые адреса Яндекс.Почты в белый список службы проверки отправителей.