Smtp ошибка 550 невозможно добавить получателя sender verify failed

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

Я так понимаю, что неверная запись MX, а в чем сама не пойму. Почту обрабатывает их сервер, на нашем стоит переадресация:

• Вопрос задан более трёх лет назад
• 4944 просмотра

calirails: Обычно в имени указывается имя почтового сервера. У вас уже есть WEB-сервер, и я вижу у него другой IP. Поэтому для почтового сервера придумайте другое имя. Например mail.volvonev.ru
Соответственно по вашей картинке
имя: mail.volvonev.ru
Типа: A
адрес: 31.130.248.114

Затем создайте MX-запись
И в строке адреса укажите: mail.volvonev.ru.

calirails: Создайте новую A-запись для почтового сервера.
Это просто запись, она ни к чему не обязывает. И создав новую вы ничего не сломаете. Сделайте как я уже описал выше.
Имя сервера — как я сказал — произвольное. Чтоб упростить задачу — посмотрите настройки вашего почтового сервера, какое у него имя. Такое и впишите.
Если у сервера не было имени, придумайте любое.

Поясню.
Антиспам системы не любят когда вместо имен используют IP-адреса. Это воспринимается как спам. и многие серверы просто не будут принимать вашу почту.
Для этого, серверу нужно имя.
Но тут есть несколько моментов.
1. Нужна A-запись. Где указывается имя почтового сервера и его IP
2. Нужна MX-Запись, где указывается почтовый сервер вашего домена, вернее его имя
3. Нужна обратная запись в ДНС (PTR), в которой IP адресу вашего почтового сервера сопоставлено его имя из A-записи выше
4. Ну и сам почтовый сервер должен представляться своим именем.

Если письмо не было доставлено получателю, то ему будет присвоен один из следующих статусов:

• Отменено/Запрещено — если получатель подпал под условие получения писем, но после старта рассылки и до отправки ему письма данные получателя были изменены и он перестал соответствовать критериям рассылки.

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

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

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

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

Все ошибки в статье разделены по следующим категориям:

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

• Mailbox does not exist. We do not relay
• No such user!
• Unknown user
• Recipient address rejected: User unknown in local recipient table
• The email account that you tried to reach does not exist
• sorry, no mailbox here by that name
• no mailbox by that name is currently available
• Requested action not taken: mailbox unavailable
• Message was not accepted — invalid mailbox.
• Bad recipient address syntax
• Bad address mailbox syntax
• No correct recipients
• We do not relay without RFC2554 authentication

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

• Mailbox [. ] is locked due to inactivity for more than [. ] months
• Аccess to this account (user) [. ] is disabled
• Mailbox is disabled

Ошибки при переполнении почтового ящика пользователя:

• Mailbox size limit exceeded.
• Mailbox size exceeded
• User is overquota
• The email account that you tried to reach is over quota

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

Если сообщение отклонено спам-фильтром почтового сервиса, то в письме возвращаются следующие ошибки:

• Message rejected under suspicion of SPAM
• Client host [. ] blocked using spamsource.mail.yandex.net
• Blocked by spam statistics
• 550 spam message discarded/rejected

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

Ошибки грейлистинга (серые списки):

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

• Greylisting in action, please come back later
• Greylisted, try again after some time
• Greylisted, try again in 180 seconds
• Sorry, the service is currently unavailable. Please come back later
• Temporary local problem — please try later

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

Детальных разбор «Особых ошибок», не попадающих под другие категории:

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

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

• non-local sender verification failed

Обычно такая ошибка возвращается почтовым сервисом Gmail или Mail.

При появлении данной ошибки необходимо проверить корректность MX, SPF и DKIM-записей в DNS-зоне домена, с которого осуществляется отправка рассылок.

• Can’t verify [. ] sender. Check your DNS configuration.

При появлении данной ошибки можно самостоятельно проверить правильность внесенных почтовых записей (spf и DKIM) в DNS-зоне домена с которого происходит отправка почты.

• IP [. ] Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been temporarily rate limited

Такая ошибка возвращается почтовым сервисом Gmail в случае если Google заподозрил отправку сликом большого числа подозрительных писем (спама) с IP адреса отправителя. В этом случае Google включает временное ограничение на количество принимаемых писем.

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

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

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

• Иногда сервер отправляет письма всем, кто указан в получателях, но при условии, что адрес отправителя принадлежит доменной зоне сервера (такой сервер еще называют сервером исходящей почты). В этом случае получается, что через сервер нельзя послать письмо постороннему человеку. Пустой адрес отправителя по стандарту является правильным и сервер не должен отвергать такое письмо. Однако не многие сервера прислушиваются к этому правилу и, в целях борьбы со «спамерами», возвращают ошибку с кодом 550 такого вида:

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

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

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

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

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

• Некоторые почтовые серверы не принимают сообщения от пользователей, которые используют dial-up соединение, принуждая таким образом использовать почтовый сервер Интернет провайдера предоставляющего доступ в Интернет.

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

SMTP error from remote mail server after RCPT TO::
host mx.server.com [xxx.xxx.xxx.xxx]: 550-Verification failed for 
550-No Such User Here
550 Sender verify failed

Bobcares provides website management services to website owners. Email errors are the most commonly encountered issues by the end customers.

Amongst these mail errors, ‘Sender verify failed’ is a prominent error that creates so much hassle to account owners. We’ve seen that it can be caused by issues ranging from improper file permissions to RFC non-compliance.

Email errors can be troublesome for any website owner, as it can affect your marketing campaign or delay an urgent business or personal mail indefinitely. Delay or loss of emails can cause financial loss and stress.

The error message ‘Sender verify failed’, if a very confusing one for many website owners, as it can be caused due to several reasons, unrelated to each other.

From our experience managing hundreds of cPanel servers in our role as Website Support Techs for web hosting companies, we’ve figured out 3 major causes for this error.

1. Email account doesn’t exist or cannot be detected
2. Duplicate sender account in recipient server
3. Misconfigured mail exchanger

[ Website giving out errors? Our website support team gives you custom website solutions and fix all errors in your website in no time. ]

1. Email account doesn’t exist or cannot be detected

The ‘Sender Verify’ or ‘Callback Verification’ is an antispam feature in mail servers. For a user to be able to send a mail through a cPanel/WHM server, the sending email address should be present and active in the server.

If the mail server is unable to verify the sender address, it will reject the email with the error message ‘550 Sender verify failed’. In cPanel servers, this can happen due to two reasons.

i. For websites that are recently migrated to new servers, it is possible that the email accounts might not be properly setup in the new server. This usually happens when migration was improper or incomplete due to connectivity issues in between.

When the customer in this migrated account tries to connect to the mail server using the old email username to send mails, the server would return an error as it cannot find a matching account.

At Bobcares, we ensure that such email errors do not occur, by validating the full list of email addresses during server migrations. Using a detailed migration checklist, we leave no stone unturned to ensure that every data is transferred during the migration.

ii. In cPanel servers, any auto-updates or scripts can cause the mail configuration files to have incorrect access permissions. This prevents the mail server from confirming the existence of a sender account, resulting in a 550 error.

Our expert engineers prevent such issues by validating the server functions and correcting the file and folder permissions post such updates and during our periodic server audit checks. There are scripts such as ‘mailperm’ that comes in handy for this.

2. Duplicate sender account in recipient server

Another issue we’ve seen related to migration is that users cannot send mail from a recently migrated domain to domains hosted in the previous server (server from which the domain was migrated).

This happens when the migrated domain was not properly removed from the source server. If the sender email address accidentally exists in the recipient’s mail server, then this recipient server can reject the mail with the error ‘550 Sender verify failed’.

For instance, domain1.com was recently migrated from server1 to server2. Now domain1.com cannot send mails to domain2.com which is hosted in server1, if server1 still has the mail accounts for domain1.com.

Email rejection happens because the recipient server is unable to lookup the correct sender domain, due to its local mail entries, causing it to consider it as a spam attempt and bounce the mail.

When Bobcares handles account migrations, we avoid such issues by performing a post-migration check to prevent such phantom accounts and left overs in the source server.

Using a detailed checklist, our website technicians validate the transfer done, including email accounts, filters and the databases. After confirming that the domain is fully functional in the new server, we remove its traces from the old one to avoid any errors.

[ A single misconfiguration can break your site! Click here for a customized and error-free website that would boost your business. ]

3. Misconfigured mail exchanger

Some domains use external mail servers like Google Apps for their email purposes. For using external mail servers, the email settings of these domains should be updated for remote delivery instead of local.

We’ve seen many instances where the site owners did not enable such remote MX routing for such domains, causing the emails to route incorrectly and bounce back with the error ‘550 Sender verify failed’.

To check this possibility, we audit the MX records of the domain, and if it is not pointing to our server, we reconfigure the ‘Email Routing’ for this domain using “Remote Mail Exchanger”.

Another setting that can lead to ‘550 Sender verify failed’ is the ‘sender callout verification’ feature. Inorder to combat spam, the recipient server accept mails from a sender only after connecting back to it and verifying that the sender is valid.

From our experience, we’ve seen that this callout feature can create a lot of overhead and can lead to email bounces. We resolve such issues by bypassing the sender mail server or by disabling this feature, depending on the impact of the error.

In short..

Though email errors can lead to disruption of normal business functionality, we’ve been able to prevent majority of such errors with proper planning and timely proactive checks of website functions.

Bobcares’ website support specialists perform all website management tasks such as hack recovery, website migration, CMS upgrades, database restores, and error fixing. If you’d like to know how to make your site the best, we’d be happy to talk to you.

var google_conversion_label = «Blp0CLCojHIQ0aD71QM»;

As an anti-spam measure, mail servers have implemented a «Sender Address Verification» or «Callback Verification.» If the mail server is unable to verify the sender’s address, it will reject the email with the error message ‘550 Sender verify failed’.This article discusses why ‘550 Sender verify failed’ messages may occur when you try to send e-mail, and how to resolve the issue.

Problem

When you try to send an e-mail message, you receive the following SMTP error message:

550 Sender verify failed

Cause

This error message occurs when the sender e-mail account does not exist in cPanel, or when the domain’s MX entry records are misconfigured in cPanel.

For example, suppose you add a parked domain, an addon domain, or even an entire cPanel account (if you are a reseller). If the domain’s MX records (as set at the domain registrar) point to an external e-mail provider, you must also configure the MX entries in cPanel to use the external e-mail provider. Additionally, in cPanel you must create the e-mail accounts that you want to use to send messages.

Resolution

To resolve this issue, follow these steps:

• Make sure the e-mail account you are using to send messages actually exists in cPanel, and that you are using the correct username and password for SMTP authentication.

  For information about how to manage e-mail accounts in cPanel, please see this article.

• If the domain uses a remote e-mail provider, make sure the MX entries are set correctly in cPanel:
  1. Log in to cPanel.

     If you do not know how to log in to your cPanel account, please see this article.

  2. Open the Remote MX Wizard:
     • If you are using the Jupiter theme, on the Tools page, in the Email section, click Remote MX Wizard:

       

     • If you are using the Paper Lantern theme, in the EMAIL section of the cPanel home page, click Remote MX Wizard:

       

  3. Under Domain, select the domain you want to modify.

  4. Make sure the domain is configured to use the remote e-mail provider.

     For information about how to manage individual MX entry records in cPanel, please see this article.