Ошибка сервера 553 we do not relay without rfc2554 authentication

Статья была полезной?

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

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

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

В статье разберем основные виды ошибок при отправке email-рассылок и рекомендации по работе с ними.

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

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

• Mailbox does not exist. We do not relay
• No such user!

Означают, что эл. адрес пользователя не существует.

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

• Ошибки в названии электронных ящиков
• Ошибки в названии домена или его настройках
• Почтовый ящик пользователя переполнен или заблокирован
• Попадание в спам на почтовом сервисе
• Грейлистинг (серый список)
• Ошибки, связанные с неправильной настройкой доменной почты
• Попадание IP-адреса в черный список

Чтобы быстро найти значение вашей ошибки в статье, воспользуйтесь поиском по странице (ctrl+F). Для этого введите значение ошибки, как показано в слайдере ниже:

Примеры ошибок:

• 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

Рекомендации:
Попробуйте связаться с получателем альтернативным способом связи, чтобы уточнить корректный электронный адрес. Затем поменяйте email в карточке. Как это сделать, смотрите в слайдере:

Ссылка на это место страницы:
#no_connection

• MX lookup failed for […]

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

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

• Called MAIL FROM without being connected
• SMTP connect() failed
• RCPT TO command failed

Причины и рекомендации:

• Опечатки в электронных адресах
• Ограничения со стороны корпоративных доменов
• Общие рекомендации по базе электронных адресов

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

• mail.ri — вместо mail.ru
• gmail.ru — вместо gmail.com
• yndex.ru — вместо yandex.ru

Рекомендации:

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

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

Корпоративные ящики — это почтовые ящики с доменами, принадлежащими университетам, магазинам, государственным предприятиям и предназначенные только для их сотрудников. Например, @hh.ru.

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

Рекомендации:

• Самостоятельно связаться с владельцами корпоративного домена, привести пример ошибки и уточнить, почему ваши сообщения не принимаются.
• Если пользователей с таким доменом в аккаунте немного, то наиболее оптимальным решением будет узнать у пользователя альтернативную почту на более популярном сервисе (gmail.com, yandex.ru, mail.ru) и сменить ее в карточке пользователя.

В качестве электронных почт пользователей рекомендуем использовать наиболее популярные почтовые сервисы, такие как mail.ru, gmail.com или yandex.ru. Это очень распространённые и надёжные почтовые сервисы с высокой доставляемостью сообщений.

Важно: Для снижения рисков попадания рассылок в спам отправляйте рассылки «по адресам, где дано разрешение на рассылки». Такие пользователи предоставили прямое согласие на получение рассылок, а их адреса точно не содержат ошибок. Поэтому важно не только собирать базу качественных электронных адресов, но и подтверждать их с помощью письма DOI.

Также не рекомендуем использовать в качестве электронных адресов временные почтовые ящики. Временный ящик — ящик, который не требует регистрации и позволяет принимать электронные письма, которые будут удалены через определенный срок. Например, @yopmail.com или @maildrop.cc.

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

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

Рекомендации:

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

Примеры ошибок, возвращающихся при отправке на переполненные ящики:

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

Примеры ошибок, возвращающихся при отправке на заблокированные ящики:

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

Причины:

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

Рекомендации:

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

Примеры попадания в спам:

• 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 включает временное ограничение на количество принимаемых писем.
• Message rejected under suspicion of SPAM
• Client host […] blocked using spamsource.mail.yandex.net
• Blocked by spam statistics
• 550 spam message discarded/rejected

Причины:

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

Ссылка на это место страницы:
#graylisting

Примеры ошибок:

• 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
• Try again later

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

Рекомендации:

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

Однако если письмо после 5 попыток переотправки снова вернулось с ошибкой, система фиксирует текст ошибки и больше не делает попыток переотправки. В этом случае письмо можно переотправить через некоторое время вручную.

• non-local sender verification failed — обычно такая ошибка возвращается почтовым сервисом Gmail или Mail.ru. При появлении данной ошибки необходимо проверить корректность SPF, DKIM и MX в DNS-зоне домена, с которого осуществляется отправка рассылок.
• Can’t verify […] sender. Check your DNS configuration — при появлении данной ошибки необходимо проверить корректность SPF и DKIM в DNS-зоне домена, с которого происходит отправка почты.
• sender domain SPF exact match mandatory for IP […]— ошибка в SPF-записи домена, с которого происходит отправка письма. Необходимо проверить корректность SPF-записи, или что присутствует только одна SPF-запись.
• This message was not accepted due to domain […] owner DMARC policy (RFC 7489) — сообщение было заблокировано из-за строгой политики DMARC почтового сервиса. Подробнее о настройке DMARC на GetCourse, читайте в отдельной статье.

• rejected because IP[…] is in a blacklist-dns at […]
• Access denied, banned sending IP […]
• Connection closed. IP […] is listed in Blacklist
• [E-mail] blacklisted by […]

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

‘553 sorry, unknown email address’ is a common email error that happens because the recipient address is invalid. The senders would see this error in the bounce message they receive.

Error 553 is also called SMTP Error 5.5.3 and can happen irrespective of what mail server the sender is using – Exim, Qmail, Exchange, etc.

Usually this error is confined to certain recipients and isn’t a server wide one. In our Outsourced Web Hosting Support services, we encounter different variants of this error.

Today we’ll see why error 553 occurs and how to resolve it.

The ‘unknown email address’ happens mainly due to some issue with the recipient address. We’ll see the reasons that cause this error:

1. Incorrect or invalid recipient address

Suppose the mail you sent has an invalid email address in the “To“, “CC”, or “BCC” field. You may end up getting this error message ‘553 sorry, unknown email address’.

At times, a typo in the email address of the recipient can cause this delivery failure. A missing alphabet or an incorrect character can make an email address invalid.

It is also possible that a previously-active email address gets deleted or disabled in the recipient mail server. In such cases, the recipient server would be unable to deliver that mail.

Solution:

Cross-check the recipient email address you’ve given and confirm that there are no spelling mistakes or errors. If everything is fine at your end, confirm whether the email account actually exists.

2. MX entry not properly set for the domain

SMTP Error 553 can also occur when the MX entry for the domain is not set correctly. If there are conflicting entries or MX resolving to some remote server, email routing will not be proper.

Routing errors can also happen due to wrong entries in email configuration files. For instance, in Exim server, local mail delivery would be attempted for a domain listed in ‘localdomains’ file, even if its mail server is remote.

In such cases, recipient mail server would be unable to find the email account and will bounce the mail. DNS issues can also occur due to any wild card DNS or SPF record that is not set correctly.

Solution:

Verify the MX records for a domain, using the command:

dig domain.com MX

If you notice DNS errors or missing MX records, then contact the recipient server support and get it fixed.

Read: 550: No such user here – How to resolve email error 550 in cPanel/WHM Linux servers

Other reasons for email error 553

Email error 553 occurs not just due to recipient email address errors. There are some sender issues that causes this error.

1. 553 error due to improper sender authentication

To safeguard from spamming and email abuse, all SMTP servers implement an authentication process. Users are allowed to connect to the mail server and send mails only after successful authentication.

This authentication process is usually integrated with the email client program such as Outlook, Thunderbird, webmail, etc. If the sender tries to send a mail without authenticating first, error message 553 occurs.

In Outlook Express, the 553 error due to improper authentication would be accompanied by the error code Error Number: 0x800CCC79.

Solution:

The solution is to enable SMTP authentication in your sender’s email program and to send the mails only after validating your login details.

Here is how to configure SMTP authentication for popular email programs:

a. The steps to configure authentication in Thunderbird:

1. In Thunderbird, under ‘Tools‘ select ‘Account Settings‘.
2. Select ‘Outgoing Server (SMTP)‘ and click ‘Edit‘.
3. Enable the ‘Use name and password‘ option.
4. Enter the username and password and click OK.

b. To enable SMTP authentication in Microsoft Office Outlook:

1. 1. Select the Tools -> Account Settings option.
   2. On the Email tab, click New.
   3. In the Add New Account dialog box, enter the Name, email address and password.
   4. Check the option ‘Require logon using SPA’.
   5. In the ‘More Settings’ tab, set the Outgoing server and enable the option ‘My Outgoing server (SMTP) requires authentication’. Click OK.

c. To enable SMTP authentication in Outlook Express:

1. In the “Tools” menu, select “Accounts…“
2. Edit the “Properties” of your email account.
3. Click the “Servers” tab.
4. Check the “My Server Requires Authentication” check box and the adjacent “settings” button.
5. Make sure that the “Use same settings as my Incoming Mail Server” radio button is selected.
6. Click “OK” and close.

Read: How to fix Error 551 in MailEnable, Plesk, Outlook, Thunderbird and Eudora

2. Error 553 due to no RDNS for sender mail server

Email error 553 can also happen if there is no RDNS setup for your sender mail server, as some recipient mail servers look up for the reverse pointers, to validate the sender.

Some mail servers also reject mails from senders that are blacklisted in Spam lists or blocked in their firewall, anti-virus tools or email filters, for security reasons.

Common error messages shown for sender related reasons are – “553 sorry, that domain isn’t allowed to be relayed thru this MTA” or “553 sorry, that domain isn’t in my list of allowed rcpthosts (#5.7.1)”.

Solution:

Setup RDNS for your mail server and confirm that the DNS is resolving correctly and the reverse pointer shows the correct servername using the command:

host IP-address

To check for IP or port blocks for your IP in a recipient mail server, use this command from your sender mail server:

telnet mailserver.com 25

Email routing can be tested from the sender to the recipient to identify where the block is. Also, make sure that your server is not listed in any blacklists such as Spamhaus.

If your ISP or mail server blocks port 25, use another custom SMTP port such as 587, in your mail client to send mails.

In short..

Today we discussed the reasons for the email error ‘553 sorry, unknown email address’ and how to fix it. The same error presents itself in many variants, as listed:

553 5.3.0 <recipient>… Address does not exist

553 5.3.0 <recipient>… No such user

553 sorry, no mailbox here by that name 

553 sorry, rcpt user invalid

553 sorry, that domain isn’t in my list of allowed rcpthosts

553 sorry, the recipient in not a valid user on this domain 

553 sorry, this recipient doesn’t exist.

A server-wide custom filter that blocks mail from certain senders, a default forwarder that relay mails to another address, custom email software or security restrictions, all can lead to 553 errors.

Sometimes, the issue may even be a temporary one. In those cases, the sender mail server will re-attempt the delivery of failed emails, based on its configuration.

There isn’t a one-fix-all solution for email bounce errors. Examining the error logs and email headers of the bounced mail would help identify the issue and fix it correctly.

If you’d like to know how to secure your mail server and prevent email bounce errors, we’d be happy to talk to you.

Bobcares provides Outsourced Hosting Support and Outsourced Server Management for online businesses. Our services include Hosting Support Services, server support, help desk support, live chat support and phone support.