Сегодня утром, чтобы исправить проблему с несоответствием имени в сертификате безопасности, я выполнил рекомендуемые шаги из Как исправить 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