Назад | Перейти на главную страницу

Как исправить Postfix "Relay Access Denied"?

Сегодня утром, чтобы исправить проблему с несоответствием имени в сертификате безопасности, я выполнил рекомендуемые шаги из Как исправить SSL почтового сервера?, но теперь при попытке отправить электронное письмо от клиента (в данном случае это Windows Mail) я получаю следующую ошибку.

Отклоненный адрес электронной почты был «email@gmail.com». Тема: «Это тест. ', Учетная запись:' mail.domain.com ', Сервер:' mail.domain.com ', Протокол: SMTP, Ответ сервера:' 554 5.7.1: Ретрансляционный доступ запрещен ', Порт: 25, Безопасность (SSL): Нет , Ошибка сервера: 554, Номер ошибки: 0x800CCC79

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

Я попытался полностью отключить TLS, но без кости, я все равно получаю ту же ошибку.

Когда я проверяю файл mail.log, Вижу следующее.

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

файл main.cf выглядит так:

#
# 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

Кстати, мой работодатель хочет иметь возможность отправлять электронные письма от клиентов (Thunderbird и Outlook) как из нашей локальной сети, так и за ее пределами.

TLS просто включает шифрование в сеансе smtp и не влияет напрямую на то, будет ли Postfix разрешено ретранслировать сообщение.

Сообщение отказано в ретрансляции происходит из-за несоответствия правил smtpd_recipient_restrictions. Одно из этих условий должно быть выполнено, чтобы сообщение могло пройти:

smtpd_recipient_restrictions =
    permit_sasl_authenticated
    check_recipient_access hash:/etc/postfix/filtered_domains
    permit_mynetworks
    reject_unauth_destination

Чтобы объяснить эти правила:

permit_sasl_authenticated

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

check_recipient_access

Это заставит postfix искать в / etc / postfix / filter_domains правила на основе адреса получателя. (Судя по имени файла в имени файла, вероятно, он просто блокирует определенные домены ... Проверить, есть ли там gmail.com?)

permit_mynetworks

Это разрешит хосты по IP-адресу, которые соответствуют диапазонам IP, указанным в $ mynetworks. В опубликованном вами main.cf для $ mynetworks задано значение 127.0.0.1, поэтому он будет ретранслировать только электронные письма, созданные самим сервером.

В зависимости от этой конфигурации ваш почтовый клиент должен будет использовать SMTP-аутентификацию, прежде чем ему будет разрешено ретранслировать сообщения. Я не уверен, какую базу данных использует SASL. Это указано в /usr/lib/sasl2/smtpd.conf. Предположительно, он также использует ту же базу данных, что и ваши виртуальные почтовые ящики, поэтому вы должны иметь возможность включить SMTP-аутентификацию в своем почтовом клиенте и все будет готово.

smtpd_use_tls = no

Вы отключили TLS, поэтому теперь вам нужно авторизовать локальную сеть, добавив ее в mynetworks. Например,

mynetworks = 192.168.1.0/24 127.0.0.0/8

Это исправит отправку только из вашей локальной сети. Для отправки электронной почты из-за пределов вашей локальной сети вам потребуется включить аутентификацию TLS.

Я думаю, вы скучаете по домену.com в моем пункте назначения, потому что по умолчанию relay_domains=$mydestination, чтобы вы могли добавить свою конфигурацию в строку:

mydestinations = $mydomain, $myhostname, localhost, localhost.localdomain

или:

relay_domains = $mydomain

Не забудьте перезапустить постфиксный сервер (service postfix restart) каждый раз, когда вы редактируете файл конфигурации postfix.

У меня была такая же проблема в Outlook (с бэкэндом dovecote и postfix), и я потратил два дня на поиск решения и настройку моих файлов конфигурации. Все, что мне нужно было сделать, это установить флажок «Сервер требует аутентификации» на вкладке «Исходящие» в настройках почты в Outlook, и теперь мои сообщения отправляются в Gmail. См. Подробную инструкцию, как найти настройку здесь http://support.bluetie.com/node/440.

Эта проблема какое-то время меня беспокоила. Я пытался подключиться с server1.domain.com к server2.domain.com.

Вот как я это исправил -

#/etc/postfix/main.cf
mydomain = server1.domain.com
myhostname = $mydomain
virtual_alias_maps = hash:/etc/postfix/virtual
alias_database = hash:/etc/postfix/virtual
myorigin = /etc/mailname
mydestination = localhost.localdomain localhost $mydomain
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all

Вам также необходимо убедиться, что вы правильно установили / etc / hosts и / etc / hostname, и убедитесь, что вы выполнили следующее после сетевых изменений:

sudo service networking restart

и следующее после изменений конфигурации постфикса

sudo service postfix reload

Для меня: мне пришлось добавить localhost к mynetworks независимо от факта 127.0.0.0/8 уже был там. Итак, теперь это выглядит:

mynetworks = 1.1.1.1/32, 127.0.0.0/8, localhost