☰

Rechazo de no cola de Postfix

tag-icon • tag-icon postfix email-server dovecot smtpd
Rechazo de no cola de Postfix

Tengo un vServer propio y varios dominios. El servidor se utiliza principalmente para sitios web, pero también lo configurésufijoypalomarpara entregar correo. Todo está funcionando como se esperaba. Incluso para diferentes dominios puedo agregar user, aliasy domainen unmysqlbase de datos, enviar y recibir correo.
Todos los días encuentro esta extraña entrada en mi 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>

Este mensaje de registro aparece todas las mañanas aproximadamente4:35tiempo del servidor y realmente no sé qué hacer con él.¿He configurado mi servidor de alguna manera incorrecta?¿O es un bot que escanea mi máquina?

Mimain.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

Respuesta1

Esta es una verificación realizada por elCanIt Lista de reputación; Básicamente, garantiza que usted no sea un retransmisor abierto, ya que si su servidor hubiera aceptado el correo y lo hubiera devuelto a sus servidores, terminaría en su lista negra (OpenRelay).

Puede ignorar con seguridad estas entradas junto con otras que contengan elRecipient address rejected: User unknown in virtual mailbox table;

Respuesta2

Esa entrada del registro se ve completamente bien.

A nivel técnico, su servidor recibe un correo electrónico con una dirección de destinatario no válida y lo rechaza.

La dirección (y la recurrencia diaria) implica que alguien está comprobando deliberadamente si hay una mala configuración. Tal vez su proveedor de vServer verifique para evitar problemas con dominios generales accidentales o retransmisiones abiertas.

información relacionada