Ошибка outlook relay access denied

В почтовом отбойнике фигурирует ошибка «Access relay denied (Relay access denied)».

Причины ошибки и методы её устранения:

Нарушена маршрутизация почты

Если вы пользуетесь сторонним сервисом почты (Yandex, Google Apps, Mail.ru), отключите локальную отправку почты в панели управления:

Готово! Вы наладили маршрутизацию почты.

Большое количество одновременных IMAP-соединений

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

IP сервера попал в спам-лист

В этом случае в отбойнике содержится информация о том, каким именно листом был заблокирован IP-адрес сервера.

Возможны два варианта:

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

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

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?

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.

«Ошибка сервера: отказано в ретрансляционном доступе 554 5.7.1» в Outlook возникает по двум основным причинам. Первая причина заключается в том, что ваш сервер исходящей почты (SMTP) не позволяет отправлять электронные письма без пользователя. аутентификации, а другая причина заключается в том, что ваш адрес электронной почты отмечен в списках спама как источник спам.

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

Как исправить ошибку отказа в ретрансляционном доступе в почте.

Чтобы точно определить причину ошибки Relay Access Denied 554 5.7.1 и решить проблему, выполните действия, указанные ниже.

Шаг 1. Проверьте настройки почтового сервера и учетные данные.

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

* Примечание: Если ошибка «Ретрансляционный доступ запрещен» возникла без причины (например, если вы работали без проблем до вчерашнего дня), продолжите и включите «Аутентификацию SMTP» (Шаг 2).

(Настройки учетной записи электронной почты Outlook)

Шаг 2. Включите аутентификацию пользователя SMTP и безопасное соединение.

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

1. От Файл меню, выберите Настройки аккаунта *

* В Outlook 2007, 2003 перейдите в Инструменты > Счета.

2. Дважды щелкните свою учетную запись электронной почты, в которой возникла ошибка «Relay Access Denied», чтобы открыть ее свойства.

3. Нажмите Больше настроек.

4. Выберите Исходящий сервер вкладка и отметьте «Мой исходящий сервер (SMTP) требует аутентификации» вариант.

5. Затем выберите Передовой и укажите следующие настройки для Сервера исходящей почты.

1. 1. Порт исходящего сервера (SMPT): 465
   2. Тип шифрования: SSL

6. Нажмите В ПОРЯДКЕ а потом Настройки тестовой учетной записи.

7. Если проверка прошла успешно, нажмите Следующий и закройте настройки учетной записи электронной почты. Наконец, попробуйте отправить электронное письмо, чтобы узнать, устранена ли ошибка «Relay Access Denied». *

* Примечание: Если тест завершился неудачно или вы продолжаете получать ошибку «Relay Access Denied 554 5.7.1», то снова откройте дополнительные настройки, но на этот раз укажите следующие настройки. **

1. 1. Порт исходящего сервера (SMPT): 587
   2. Тип шифрования: TLS или STARTTLS

Шаг 3. Проверьте настройки электронной почты у своего поставщика услуг электронной почты и выполните поиск вирусов.

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

Дополнительно — но очень важно — проверьте свой компьютер и все остальные компьютеры в сети на предмет возможных заражений вредоносными программами. Для выполнения этой задачи выполните все шаги из этого Краткое руководство по сканированию и удалению вредоносных программ для ПК.

Шаг 4. Проверьте, внесен ли ваш почтовый сервер или ваш домен в списки СПАМА (БЛОК). *

* Уведомление: Последний шаг по устранению ошибки «Relay Access Denied» в основном касается доменов компании и владельцев почтовых серверов.

А. Если у вас есть адрес электронной почты, который является частью домена компании (например, [email protected]), и вы получаете сообщение об ошибке «Relay Access Denied»:

1. Перейдите на следующие сайты проверки черного списка электронной почты:

• • • www.mxtoolbox.com/blacklists.aspx
    • multi.valli.org/lookup

2. Введите доменное имя компании (например, «company.com») или свой полный адрес электронной почты (например, [email protected]) в поле поиска и нажмите Проверка черного списка.

Б. Если вы являетесь владельцем сервера исходящей почты и ваши конечные пользователи получают сообщение об ошибке «Relay Access Denied», убедитесь, что ваш почтовый сервер не занесен в черный список. Для этого:

1. Перейдите на следующие сайты проверки черного списка электронной почты:

• • • www.mxtoolbox.com/blacklists.aspx
    • multi.valli.org/lookup

2. В поле поиска введите имя сервера исходящей почты (например, mail.example.com) и нажмите Проверка черного списка.

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

Получили сбой в виде Access Relay Denied? Тогда срочно читайте наш гайд, чтобы узнать о причинах ошибки и методах её исправления. 

Relay Access Denied —  что это?

«Relay Access Denied» – это распространённая ошибка электронной почты, которая означает, что сервер не разрешает отправку писем на другой почтовый сервер.

Она может иметь вид:

EMAIL DELIVERY ERROR: the plugin WP Mail SMTP v2.8.1 logged this error during the last time it tried to send an email:
Mailer: Other SMTP SMTP Error: The following recipients failed: ivan@nic.ru: TenantAttribution; Relay Access Denied [QB1CAN01FT008.eop-CAN01.prod.protection.outlook.com]
Consider running an email test after fixing it.

Как исправить ошибку Access Relay Denied на стороне пользователя

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

1. Обратитесь за помощью к провайдеру электронной почты, чтобы проверить все настройки. Так вы сможете убедиться, что у вас есть правильные учётные данные, такие как почтовый сервер, имя пользователя и пароль. 
2. Затем узнайте, нет ли ограничений со стороны интернет-провайдера. Существует вероятность, что он блокирует порт 25 сервера исходящей почты (SMTP). В этом случае попробуйте изменить настройки, чтобы использовать порт 587 или 465 с активированным SSL.
3. И, наконец, всегда существует вероятность срабатывания спам-фильтров на сервере получателя. Если это так, вам следует попросить своего провайдера электронной почты просмотреть файлы логов почтового сервера и получить из них дополнительную информацию о том, как решить эту проблему.

Как исправить ошибку Relay Access Denied на стороне провайдера

Причина 1. Сбой аутентификации 

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

Например, если вы используете сервер Postfix, убедитесь, что SMTP-аутентификация включена. 

Зачем это делать и почему настройки могли внезапно измениться? Иногда обновление серверного ПО может изменить конфигурацию. Поэтому, если ваш почтовый сервер всё время работал без сбоев, а затем внезапно начал выдавать ошибки, скорее всего, причина в последнем обновлении ПО. 

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

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

Причина 2. Нарушена маршрутизация почты

Ещё один из самых распространённых случаев – это проблемы с маршрутизацией почты. Мы рекомендуем воспользоваться любой панелью управления, чтобы решить ошибку Relay access denied: ISPmanager, Plesk или cPanel. 

ISPmanager 

1. В левом меню выберите раздел Почта. 
2. Найдите опцию Почтовые домены и щёлкните по ней.

1. Выберите почтовый домен и нажмите Удалить в панели выше.

Plesk

1. В левом меню выберите раздел Почта.
2. Откройте раздел Настройки почты.
3. Щёлкните по нужному почтовому домену.

1. Перед вами откроется меню, где вам необходимо снять флажок с опции «Активировать почтовую службу на этом домене».
2. Подтвердите изменения, нажав Применить.

cPanel

1. В разделе «Почта» перейдите в меню Маршрутизация почты.

1. Выберите нужный домен из списка.
2. Затем обратите внимание на раздел «Настроить маршрутизацию почты». Поставьте флажок напротив опции Удаленный почтовый обменник. 
3. Щёлкните Изменить.

Причина 3. База данных аутентификации повреждена

На таких платформах, как Plesk, имена пользователей, пароли и аутентифицированные IP-адреса хранятся в базе данных. Как и любая другая база данных, она может быть повреждена по многим причинам. Но вы всегда можете положиться на простую командную строку для восстановления базы данных.
mysqlcheck -r psa smtp_poplocks -uadmin -p

Эта команда выполнит проверку БД и исправит сбой, если она окажется повреждена.

Причина 4. Спам-фильтр на сервере-получателе возвращают электронные письма вашего пользователя

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

454 4.7.1: Relay access denied

Скорее всего, ваш сервер не проходит спам-фильтр сервера получателя. Чаще всего это случается, когда ваш сервер попадает в RBL (Realtime Blackhole List). Разобраться в этом и проверить, не находится ли ваш сервер в чёрных списках, помогут такие сайты, как:

MxToolbox

1. В строке «Domain Name» введите IP-адрес сервера. 
2. Начните поиск, нажав MX Lookup.

MultiRBL

1. Введите IP-адрес сервера, который хотите проверить.
2. Щёлкните Check RBL, чтобы запустить поиск.

Эти веб-инструменты предоставят вам всю информацию о любых чёрных списках, в которых вы могли оказаться, чтобы впоследствии вы могли запросить исключение вашего сервера из этих RBL. 

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

Заключение

В данной статье мы рассмотрели, что такое ошибка Relay Access Denied, её возможные причины возникновения и способы устранения. 

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