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

Postfix noqueue reject

У меня есть vServer и несколько доменов. Сервер в основном используется для веб-сайтов, но я также настроил постфикс и голубятня доставлять почту. Все работает как положено. Даже для разных доменов я могу добавить user, alias и domain в MySQL база данных, отправлять и получать почту.
Каждый день я нахожу эту странную запись в своем mail.log:

postfix/smtpd[29295]: NOQUEUE: reject: RCPT from mx1.tld-mx.com[41.222.33.24]: 550 5.1.1 <canit_verification_check_dont_panicebfeaa@mydomain.com>: Recipient address rejected: User unknown in virtual mailbox table; from=<canit_system_check@roaringpenguin.com> to=<canit_verification_check_dont_panicebfeaa@mydomain.com> proto=ESMTP helo=<mx1.tld-mx.com>

Это сообщение журнала появляется каждое утро примерно 4:35 серверное время, и я действительно не знаю, что с ним делать. Я неправильно настроил свой сервер? Или это бот, сканирующий мою машину?

Мой main.cf

# cat /etc/postfix/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

# TLS parameters
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.

myhostname = mydomain.com
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
#mydestination = example.com, hostname.example.com, localhost.example.com, localhost
mydestination = 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

smtpd_tls_cert_file = /root/CA/certs/server.crt
smtpd_tls_key_file = /root/CA/private/server.key
smtpd_tls_CAfile = /root/CA/certs/ca.crt
smtpd_use_tls = yes
smtpd_tls_auth_only= yes

#Enabling SMTP for authenticated users, and handing off authentication to Dovecot
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
smtpd_sasl_auth_enable = yes

smtpd_recipient_restrictions =
    permit_sasl_authenticated,
    permit_mynetworks,
    reject_unauth_destination,
    reject_unlisted_recipient

#Handing off local delivery to Dovecot's LMTP, and telling it where to store mail
virtual_transport = lmtp:unix:private/dovecot-lmtp

#Virtual domains, users, and aliases
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf

Эта запись в журнале выглядит совершенно нормально.

На техническом уровне ваш сервер получает электронное письмо с неверным адресом получателя и отклоняет его.

Адрес (и ежедневное повторение) подразумевает, что кто-то намеренно проверяет неправильную конфигурацию. Возможно, ваш провайдер vServer проверит, чтобы предотвратить проблемы со случайными общими доменами или открытыми реле.

Это проверка, выполняемая CanIt Список репутации; это в основном гарантирует, что вы не являетесь открытым ретранслятором, как если бы ваш сервер принял почту и доставил ее обратно на свои серверы, вы оказались бы в их черном списке (OpenRelay).

Вы можете спокойно игнорировать эти записи вместе с другими, содержащими Recipient address rejected: User unknown in virtual mailbox table;