В почтовом отбойнике фигурирует ошибка «Access relay denied (Relay access denied)».
Причины ошибки и методы её устранения:
Нарушена маршрутизация почты
Если вы пользуетесь сторонним сервисом почты (Yandex, Google Apps, Mail.ru), отключите локальную отправку почты в панели управления:
Перейдите в раздел Почта и выберите Почтовые домены:
Кликните по почтовому домену и нажмите Удалить:
Обратите внимание: если вид вашей панели управления отличается от представленного в статье, в разделе «Основная информация» переключите тему с paper_lantern на jupiter.
В разделе Электронная почта выберите Маршрутизация почты:
В выпадающем списке выберите необходимый домен и в блоке Настроить маршрутизацию почты отметьте пункт Удаленный почтовый обменник:
Нажмите Изменить.
На вкладке «Почта» перейдите в раздел Настройки почты и кликните по имени необходимого домена:
В открывшемся окне снимите галочку с «Активировать почтовую службу на этом домене» и нажмите Применить:
Готово! Вы наладили маршрутизацию почты.
Большое количество одновременных IMAP-соединений
Проблема наблюдается при отправки с почтовых клиентов, настроенных на отправку почты по протоколу IMAP. Особенно актуальной становится, если подключение происходит с нескольких клиентов одновременно. Рекомендации по устранению проблемы описаны в статье Ограничение IMAP-соединений.
IP сервера попал в спам-лист
В этом случае в отбойнике содержится информация о том, каким именно листом был заблокирован IP-адрес сервера.
Возможны два варианта:
- У вас заказана услуга виртуального хостинга сайтов. В этом случае вам необходимо сообщить о проблеме технической поддержке хостинга;
- У вас заказан VPS-сервер — вероятнее всего, с вашего сервера производится рассылка спама. В этом случае рекомендуем проверить сервер на вирусы, определить скрипты, рассылающие спам.
Вы также можете самостоятельно направить уведомление об исключении IP-адреса из спам-базы, пройдя по ссылке указанной в отбойнике.
The «Server Error: Relay Access Denied 554 5.7.1» in Outlook occurs for two main reasons. The first reason is that your outgoing mail server (SMTP) doesn’t allow to send emails without user authentication and the other reason is that your email address is marked at spam lists as a source of spam.
This tutorial contains instructions to solve the following error, after sending an email: «Your message did not reach some or all of the intended recipients. The following recipient(s) cannot be reached. Server error: 554 5.7.1 Relay Access Denied»
How to fix Relay Access Denied Error in Mail.
To determine the exactly reason of the Relay Access Denied 554 5.7.1 error and to resolve the problem follow the steps mentioned below.
Step 1. Verify Mail Server Settings and Account Credentials.
First of all, make sure that you have typed correctly the name of the Outgoing email server (SMTP), the User Name and your Password at your email application (Outlook, Thunderbird, etc.). *
* Note: If the «Relay Access Denied» error has appeared without a reason (e.g. if you worked without problems until yesterday), then proceed and enable the «SMTP Authentication» (Step-2).
(Outlook Email Account Settings)
Step 2. Enable SMTP User Authentication & Secure Connection.
To avoid spammers, many mail servers deny the emails to be relayed without first authenticating the user. So, proceed and enable the SMTP authentication and the secure connection at the Outgoing Mail Server settings.
1. From the File menu, choose Account Settings *
* In Outlook 2007, 2003, go to Tools > Accounts.
2. Double click at your email account where you experienced the «Relay Access Denied» error to launch its properties.
3. Click More Settings.
4. Select the Outgoing Server tab and check the «My outgoing server (SMTP) requires authentication» option.
5. Then select the Advanced tab and specify the following settings for the Outgoing Mail Server.
-
- Outgoing server (SMPT) Port: 465
- Encryption type: SSL
6. Click OK and then Test Account Settings.
7. If the test is successful, click Next and close the Email Account Settings. Finally, try to send an email to see if the «Relay Access Denied» error is resolved. *
* Note: If the Test fails, or you continue receiving the «Relay Access Denied 554 5.7.1» error, then open the Advanced settings again, but this time specify the following settings. **
-
- Outgoing server (SMPT) Port: 587
- Encryption type: TLS or STARTTLS
Step 3. Verify Email Settings with your Email Provider & Scan for Viruses.
If you still receive the «Relay Access Denied» error, after applying the above steps and settings, then speak with your email provider to verify that the account information (Username & Password) and the settings for the SMTP encrypted connection (Port & Encryption type) are correct.
Additionally –but very important – check your computer and all other computers on your network for possible malware infections. To accomplish this task follow all the steps from this Quick Malware Scan and Removal Guide for PC’s.
Step 4. Check if your Mail Server or your Domain is Listed at SPAM (BLOCK) lists. *
* Notice: The final step to resolve the «Relay Access Denied» error mostly concerns company domains & Mail Server owners.
A. If you own an email address, which is part of a company domain (e.g. user@company.com) and you receive the «Relay Access Denied» error:
1. Navigate to the following email blacklist checking sites:
- www.mxtoolbox.com/blacklists.aspx
- multi.valli.org/lookup
2. Type the company domain name (e.g. «company.com») or your full email address (e.g. user@company.com) at the search box and click Blacklist Check.
B. If you ‘re the owner of the Outgoing mail server and your end users receive the «Relay Access Denied» error, check that your mail server is not Blacklisted. To do that:
1. Navigate to the following email blacklist checking sites:
-
-
- www.mxtoolbox.com/blacklists.aspx
- multi.valli.org/lookup
-
2. At the search box, type the name of the Outgoing Mail Server (e.g. «mail.example.com») and click Blacklist Check.
That’s it! Let me know if this guide has helped you by leaving your comment about your experience. Please like and share this guide to help others.
If this article was useful for you, please consider supporting us by making a donation. Even $1 can a make a huge difference for us in our effort to continue to help others while keeping this site free:
If you want to stay constantly protected from malware threats, existing and future ones, we recommend that you install Malwarebytes Anti-Malware PRO by clicking below (we
do earn a commision from sales generated from this link, but at no additional cost to you. We have experience with this software and we recommend it because it is helpful and useful):
Full household PC Protection — Protect up to 3 PCs with NEW Malwarebytes Anti-Malware Premium!
Sending mail results in error «Relay access denied».
It throws «Relay access denied», whenever I tried to send mail to «other_domain» from «outside_network».
It works just fine for «myown_domain» from «outside/inside_network» and to «other_domain» from «inside_network».
Here is the list of telnet commands.
mail from:myself@mydomain.com
- 250 2.1.0 Ok
rcpt to:yourself@mydomain.com
- 250 2.1.5 Ok
rcpt to:yourself@yourdomain.com
- 554 5.7.1 <yourself@yourdomain.com>: Relay access denied.
rcpt to:yourself@gmail.com
- 554 5.7.1 <yourself@gmail.com>: Relay access denied.
rcpt to:yourself@yahoo.com
- 554 5.7.1 <yourself@yahoo.com>: Relay access denied.
I followed all the steps described in «Microsoft Support» and make sure that server configured in correct way and it do not reject any mail. I also tried to trace through using couple of blogs like this one.
While using MxToolbox also got the same result «Relay access denied».
As «Relay access denied» is very common issue.. there are lot of blogs/documentation are there.. I tried to read all, but I think I am looking in wrong place.
Does anybody have any suggestion?
«Ошибка сервера: отказ в доступе к ретрансляции 554 5.7.1» в Outlook возникает по двум основным причинам. Первая причина в том, что ваш сервер исходящей почты (SMTP) не позволяет отправлять электронные письма без аутентификации пользователя, а другая причина в том, что ваш адрес электронной почты помечен в списках спама как источник спама.
Это руководство содержит инструкции по устранению следующей ошибки после отправки электронного письма: «Ваше сообщение не достигло некоторых или всех предполагаемых получателей. Следующие получатели не могут быть достигнуты. Ошибка сервера: 554 5.7.1 Relay Access Denied»
Как исправить ошибку Relay Access Denied в почте.
Чтобы точно определить причину ошибки Relay Access Denied 554 5.7.1 и устранить проблему, выполните указанные ниже действия.
Шаг 1. Проверьте настройки почтового сервера и учетные данные.
Прежде всего, убедитесь, что вы правильно ввели имя сервера исходящей электронной почты (SMTP), имя пользователя и пароль в приложении электронной почты (Outlook, Thunderbird и т. Д.). *
* Примечание. Если ошибка «Relay Access Denied» возникла без причины (например, если вы работали без проблем до вчерашнего дня), продолжите работу и включите «SMTP-аутентификацию» (шаг 2).
(Настройки учетной записи электронной почты Outlook)
Шаг 2. Включите аутентификацию пользователя SMTP Безопасное соединение.
Чтобы избежать спамеров, многие почтовые серверы запрещают ретранслировать электронные письма без предварительной аутентификации пользователя. Итак, продолжите и включите аутентификацию SMTP и безопасное соединение в настройках сервера исходящей почты.
1. От файл меню, выберите Настройки аккаунта *
* В Outlook 2007, 2003, перейдите на инструменты > учетные записи.
2. Дважды щелкните по своей учетной записи электронной почты, где вы столкнулись с ошибкой «Relay Access Denied», чтобы запустить его свойства.
3. щелчок Больше настроек.
4. Выберите Исходящий сервер вкладка и проверьтеМой исходящий сервер (SMTP) требует аутентификациивариант.
5. Затем выберите продвинутый и укажите следующие параметры для сервера исходящей почты.
-
- Порт исходящего сервера (SMPT): 465
- Тип шифрования: SSL
6. щелчок хорошо а потом Тестовые настройки аккаунта.
7. Если тест пройден успешно, нажмите следующий и закройте настройки учетной записи электронной почты. Наконец, попробуйте отправить электронное письмо, чтобы узнать, устранена ли ошибка «Relay Access Denied». *
* Примечание. Если тест не пройден или вы продолжаете получать сообщение об ошибке «Relay Access Denied 554 5.7.1», снова откройте дополнительные настройки, но на этот раз укажите следующие параметры. **
-
- Порт исходящего сервера (SMPT): 587
- Тип шифрования: TLS или STARTTLS
Шаг 3. Проверьте настройки электронной почты у своего провайдера электронной почты Сканирование на вирусы.
Если вы по-прежнему получаете сообщение об ошибке «Отказано в доступе к ретрансляции», после применения вышеуказанных шагов и настроек обратитесь к своему поставщику электронной почты, чтобы проверить, что информация об учетной записи ( Пароль) и настройки для зашифрованного соединения SMTP (Порт Тип шифрования) правильный.
Кроме того — но очень важно — проверьте ваш компьютер и все остальные компьютеры в сети на наличие возможных вредоносных программ. Для выполнения этой задачи выполните все шаги из этого Руководства по быстрому сканированию и удалению вредоносных программ для ПК.
Шаг 4. Проверьте, включен ли ваш почтовый сервер или домен в списки СПАМ (БЛОК). *
* Примечание: последний шаг по устранению ошибки «Relay Access Denied» в основном касается доменов компании. Владельцы почтового сервера.
A. Если у вас есть адрес электронной почты, который является частью домена компании (например, user@company.com), и вы получаете сообщение об ошибке «Relay Access Denied»:
1. Перейдите к следующему адресу электронной почты, проверяющему сайты:
-
-
- www.mxtoolbox.com/blacklists.aspx
- multi.valli.org/lookup
-
2. Введите доменное имя компании (например, «company.com») или свой полный адрес электронной почты (например, user@company.com) в поле поиска и нажмите Проверка черного списка.
B. Если вы являетесь владельцем сервера исходящей почты и ваши конечные пользователи получают ошибку «Relay Access Denied», убедитесь, что ваш почтовый сервер не занесен в черный список. Для этого:
1. Перейдите к следующему адресу электронной почты, проверяющему сайты:
-
-
- www.mxtoolbox.com/blacklists.aspx
- multi.valli.org/lookup
-
2. В поле поиска введите имя сервера исходящей почты (например, «mail.example.com») и нажмите Проверка черного списка.
Это оно! Дайте мне знать, если это руководство помогло вам, оставив свой комментарий о вашем опыте. Пожалуйста, любите и делитесь этим руководством, чтобы помочь другим.
This morning, in order to correct a problem with a name mismatch in the security certificate, I followed the recommended steps from How to fix mail server SSL?, but now, when attempting to send an email from a client (in this case the client is Windows Mail), I receive the following error.
The rejected e-mail address was
’email@gmail.com’. Subject ‘This is a
test. ‘, Account: ‘mail.domain.com’,
Server: ‘mail.domain.com’, Protocol:
SMTP, Server Response: ‘554 5.7.1
: Relay access
denied’, Port: 25, Secure(SSL): No,
Server Error: 554, Error Number:
0x800CCC79
Edit: I can still retrieve emails from this account, and I send emails to other accounts at the same domain. I just can’t send emails to recipients outside of our domain.
I tried disabling TLS altogether but no dice, I still get the same error.
When I check file mail.log, I see the following.
Jul 18 08:24:41 company imapd: LOGIN, user=user_name@domain.com, ip=[::ffff:111.111.11.11], protocol=IMAP
Jul 18 08:24:42 company imapd: DISCONNECTED, user=user_name@domain.com, ip=[::ffff:111.111.11.11], headers=0, body=0, rcvd=83, sent=409, time=1
Jul 18 08:25:19 company postfix/smtpd[29282]: connect from company.university.edu[111.111.11.11]
Jul 18 08:25:19 company postfix/smtpd[29282]: NOQUEUE: reject: RCPT from company.university.edu[111.111.11.11]: 554 5.7.1 <email@gmail.com>: Relay access denied; from=<user_name@domain.com> to=<email@gmail.com> proto=ESMTP helo=<UserPC>
Jul 18 08:25:19 company postfix/smtpd[29282]: disconnect from company.university.edu[111.111.11.11]
Jul 18 08:25:22 company imapd: DISCONNECTED, user=user_name@domain.com, ip=[::ffff:111.111.11.11], headers=13, body=142579, rcvd=3289, sent=215892, time=79
File main.cf looks like this:
#
# Postfix MTA Manager Main Configuration File;
#
# Please do NOT edit this file manually;
#
#
# Postfix directory settings; These are critical for normal Postfix MTA functionallity;
#
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
program_directory = /usr/lib/postfix
#
# Some common configuration parameters;
#
inet_interfaces = all
mynetworks = 127.0.0.0/8
mynetworks_style = host
myhostname = mail.domain.com
mydomain = domain.com
myorigin = $mydomain
smtpd_banner = $myhostname ESMTP 2.4.7.1 (Debian/GNU)
setgid_group = postdrop
#
# Receiving messages parameters;
#
mydestination = localhost, company
append_dot_mydomain = no
append_at_myorigin = yes
transport_maps = mysql:/etc/postfix/transport.cf
#
# Delivering local messages parameters;
#
mail_spool_directory = /var/spool/mail
mailbox_size_limit = 0
mailbox_command = procmail -a "$EXTENSION"
biff = no
alias_database = hash:/etc/aliases
local_recipient_maps =
#
# Delivering virtual messages parameters;
#
virtual_mailbox_maps=mysql:/etc/postfix/mysql_virt.cf
virtual_uid_maps=mysql:/etc/postfix/uids.cf
virtual_gid_maps=mysql:/etc/postfix/gids.cf
virtual_mailbox_base=/usr/local/virtual
virtual_maps=mysql:/etc/postfix/virtual.cf
virtual_mailbox_domains=mysql:/etc/postfix/virtual_domains.cf
#
# SASL paramters;
#
smtp_use_tls = yes
smtpd_use_tls = yes
smtpd_tls_auth_only = yes
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
smtp_tls_CAfile = /etc/postfix/ssl/smptd.pem
smtp_tls_cert_file = /etc/postfix/ssl/smptd.crt
smtp_tls_key_file = /etc/postfix/ssl/smptd.key
smtpd_tls_CAfile = /etc/postfix/ssl/smptd.pem
smtpd_tls_cert_file = /etc/postfix/ssl/smptd.crt
smtpd_tls_key_file = /etc/postfix/ssl/smptd.key
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain =
broken_sasl_auth_clients = yes
smtpd_sender_restrictions =
permit_sasl_authenticated
permit_mynetworks
smtpd_recipient_restrictions =
permit_sasl_authenticated
check_recipient_access hash:/etc/postfix/filtered_domains
permit_mynetworks
reject_unauth_destination
As a side note, my employer wants to be able to send emails from clients (Thunderbird and Outlook) both from within our local network and outside it.
-
Home -
Knowledge Base
-
SMTP Service
-
SMTP Errors
When sending an email, you should take into account two mailing servers: yours and the recipients.
As you can see, your email can be rejected either by your mail server, as a sender’s, or your recipient’s server.
Reasons for a 554 5 7 1 SMTP Error
- Your sender IP may be blacklisted by spam filters due to spam-like content. You can use special resources to find out whether you’re on a blacklist or not;
- You could be on the personal blacklist of a recipient, as a source of spam, because of different reasons and it’s complicated to get to know them;
- Before sending an email, if you haven’t properly authenticated your mail server for the recipient’s mail server to know that you are a reliable source, not a spammer.
- You may have failed security checks. Perhaps, a recipient has their own anti-spam policy, and you haven’t managed to follow it.
How to Avoid a 554 5 7 1 SMTP Error
- Make sure that “From” and “Recipient addresses are correct”;
- Install special software to check for spam and be sure that there are no viruses;
- Check the server authentication configurations, especially if it was updated. You may have to change settings manually;
- Follow the anti-spam policy of your mail server;
- Recipients may have their own anti-spam rules, and you may discuss with them one of them to be disabled;
- If you send a large number of emails, use a third-party — SMTP service since it will free you from the restrictions on the number of emails sent and increase the delivery speed.
To be sure that you’re not blacklisted, use these tools:
- MX Toolbox blacklist check
- DNSBL blacklist check
In case you were mistakenly added to a blacklist, you can get help with a removal form.
The Most Common 554 5 7 1 messages
- 554 5.7.1: Client host rejected: Access denied
- 554 5.7.1: Service unavailable; Client host X.X.X.X blocked using zen.spamhaus.org
- 554 5.7.1: Relay access denied
- 554 5.7.1: Recipient address rejected: Access denied
- 554 5.7.1: Message cannot be accepted, rules rejection
- 554 5.7.1: Message refused by Dictionary check
- 554 5.7.1: Relay Access Denied for One Domain
- 554 5.7.1: Message cannot be received, spam rejection
- 554 5.7.1: Message refused by DNSBL check
- 554 5.7.1: Sender address rejected: Access denied
Last Updated: 30.01.2020
Rate this article about «The 554 5.7.1 SMTP Error»
Popular in Our Blog