Мы используем webmin и virtualmin, электронные письма отлично работали последние пару недель с использованием virtualmin, но сегодня они внезапно прекратились. Я получаю это в своем почтовом журнале:
Jul 1 13:15:03 server1 postfix/pickup[18805]: 4A7276E093D: uid=0 from=
Jul 1 13:15:03 server1 postfix/cleanup[19038]: 4A7276E093D: message-id=20190701131503.4A7276E093D@server1.domain.uk
Jul 1 13:15:03 server1 postfix/qmgr[18806]: 4A7276E093D: from=<root@server1>, size=2851, nrcpt=1 (queue active)
Jul 1 13:15:03 server1 postfix/smtp[19040]: 4A7276E093D: to=<root@server1>, orig_to=, relay=none, delay=0.13, delays=0.08/0.05/0.01/0, dsn=5.4.6, status=bounced (mail for server1 loops back to myself)
Jul 1 13:15:03 server1 postfix/cleanup[19038]: 6B56D6E0945: message-id=20190701131503.6B56D6E0945@server1.domain.uk Jul 1 13:15:03 server1 postfix/bounce[19041]: 4A7276E093D: sender non-delivery notification: 6B56D6E0945
Jul 1 13:15:03 server1 postfix/qmgr[18806]: 6B56D6E0945: from=<>, size=4774, nrcpt=1 (queue active)
Jul 1 13:15:03 server1 postfix/qmgr[18806]: 4A7276E093D: removed Jul 1 13:15:03 server1 postfix/smtp[19040]: 6B56D6E0945: to=<root@server1>, relay=none, delay=0.02, delays=0.01/0.01/0.01/0, dsn=5.4.6, status=bounced (mail for server1 loops back to myself)
Jul 1 13:15:03 server1 postfix/qmgr[18806]: 6B56D6E0945: removed
main.cf выглядит следующим образом:
# See /usr/share/postfix/main.cf.dist for a commented, more complete version
# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = no
# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h
readme_directory = no
# See http://www.postfix.org/COMPATIBILITY_README.html -- default to 2 on
# fresh installs.
compatibility_level = 2
# TLS parameters
smtpd_tls_cert_file = /etc/postfix/postfix.cert.pem
smtpd_tls_key_file = /etc/postfix/postfix.key.pem
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
myhostname = server1.domain.uk
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = $myhostname, server1.domain.uk, localhost.domain.uk, monster-it.uk , localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all
virtual_alias_maps = hash:/etc/postfix/virtual
sender_bcc_maps = hash:/etc/postfix/bcc
mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME
home_mailbox = Maildir/
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination
smtp_tls_security_level = dane
allow_percent_hack = no
smtpd_tls_CAfile = /etc/postfix/postfix.ca.pem
smtpd_tls_security_level = may
milter_default_action = accept
milter_protocol = 2
Если бы кто-нибудь мог пролить свет на это, это было бы хорошо. Я получаю правильный ответ, когда копаю запись mx.
Проблема в том, что у вас есть одна или несколько программ, пытающихся отправить электронное письмо, используя только голое имя хоста, без имени домена - root@server1
.
Простое имя хоста не входит в конфигурацию. Чтобы исправить это, добавьте server1
к mydestination
линия.