☰

Postfix-Noqueue-Ablehnung

tag-icon • tag-icon postfix email-server dovecot smtpd
Postfix-Noqueue-Ablehnung

Ich besitze einen vServer und mehrere Domains. Der Server wird hauptsächlich für Websites verwendet, aber ich habe auchPostfixUndTaubenschlagum E-Mails zuzustellen. Alles funktioniert wie erwartet. Sogar für verschiedene Domänen kann ich hinzufügen user, aliasund domainin einemMySQLDatenbank, E-Mails senden und empfangen.
Jeden Tag finde ich diesen seltsamen Eintrag in meiner 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>

Diese Logmeldung erscheint jeden Morgen um ca.4:35Serverzeit und ich weiß wirklich nicht, was ich damit machen soll.Habe ich meinen Server falsch konfiguriert?Oder ist das ein Bot, der meinen Computer scannt?

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

Antwort1

Dies ist eine Prüfung durch dieCanIt Reputationsliste; es stellt im Wesentlichen sicher, dass Sie kein offenes Relay sind, denn wenn Ihr Server die E-Mail angenommen und an deren Server zurückgesendet hätte, würden Sie auf deren Blacklist (OpenRelay) landen.

Sie können diese Einträge sowie andere Einträge mit dem folgenden Inhalt ignorieren.Recipient address rejected: User unknown in virtual mailbox table;

Antwort2

Dieser Protokolleintrag sieht völlig in Ordnung aus.

Auf technischer Ebene erhält Ihr Server eine E-Mail mit ungültiger Empfängeradresse und lehnt sie ab.

Die Adresse (und die tägliche Wiederholung) lässt darauf schließen, dass jemand absichtlich nach Fehlkonfigurationen sucht. Vielleicht führt Ihr vServer-Anbieter eine Überprüfung durch, um Probleme mit versehentlichen Catch-All-Domänen oder offenen Relays zu vermeiden.

verwandte Informationen