Rejeição noqueue do Postfix

Question

Eu possuo um vServer e vários domínios. O servidor é usado principalmente para sites, mas eu também configurei postfix e dovecot para entregar mensagens. Tudo está funcionando como esperado. Mesmo para domínios diferentes, eu posso adicionar user , alias e domain em um banco de dados MySQL , enviar e receber mensagens.
Todos os dias eu encontro esta entrada estranha no meu 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>

Esta mensagem de log aparece todas as manhãs a cerca de 4:35 hora do servidor e eu realmente não sei o que fazer com isso. Eu configurei meu servidor de alguma forma errada? Ou isso é um bot escaneando minha máquina?

Meu 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

    

Answer 1

Esta é uma verificação feita pela lista de Reputação CanIt ; Basicamente, garante que você não seja um retransmissor aberto, como se o seu servidor tivesse aceito o e-mail e o entregasse de volta para seus servidores, você acabaria na Blacklist (OpenRelay).

Você pode ignorar com segurança essas entradas junto com outras que contenham o Recipient address rejected: User unknown in virtual mailbox table;

    

Answer 2

Essa entrada de log parece completamente boa.

Em um nível técnico, seu servidor recebe um email de um endereço de destinatário inválido e o rejeita.

O endereço (e recorrência diária) implica que alguém está deliberadamente verificando a configuração incorreta. Talvez o seu provedor vServer verifique para evitar problemas com domínios catch-all ou relés abertos.