Postfix noqueue отклонить

Postfix noqueue отклонить

У меня есть собственный 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 <[email protected]>: Recipient address rejected: User unknown in virtual mailbox table; from=<[email protected]> to=<[email protected]> 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

решение1

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

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

решение2

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

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

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

Связанный контент