Türkei (Türkisch)
Germany (German)
Worldwide (English)
SMTP-VersandPostfix/qmail und Port 25
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Plesk-Mail-Probleme sind in getrennten Schichten für Versand, Empfang, Authentifizierung und Lieferung unterteilt. Postfix oder qmail, Dovecot, DNS-Einträge, Ausgabe auf Port 25, E-Mail-Warteschlange, Spam-Blockierung aufgrund der Quelle und Postfach-Quoten sollten separat diagnostiziert werden.
status=deferred (connect to mx.example.net[203.0.113.10]:25: Connection timed out)
SASL authentication failed
Mailbox full
Relay access denied
Host or domain name not foundDer Prozess, dass eine Nachricht den Plesk-Server verlässt, den Zielserver erreicht, akzeptiert wird und im Postfach des Empfängers erscheint, sind separate Stadien. Der Ausdruck „E-Mail wird nicht gesendet“ sollte zunächst mit Warteschlange und Protokoll untermauert werden.
Wenn die Nachricht in der Warteschlange aufgeschoben wird, kann es ein Verbindungsproblem zum Gegenserver, eine DNS-Lösung, Greylisting oder ein vorübergehendes Lieferungsregelproblem geben.
Wenn Port 25 durch das Datenzentrum blockiert ist, kann eine direkte externe SMTP-Übermittlung vom Server nicht erfolgen. Ein Smarthost/Relay- oder Anbieter-Port-Öffnungsprozess kann erforderlich sein.
Wenn E-Mail kommt, aber im Webmail nicht erscheint, überprüfen Sie das Mailbox-Konto, Dovecot, Ordnerberechtigungen oder Filterregeln.
Zusätzlich zu SPF, DKIM, DMARC, PTR/rDNS, IP-Reputation und Nachrichteninhalten sind auch SPF, DKIM, DMARC, PTR/rDNS, IP-Reputation und Nachrichteninhalte für die Zustellung an Gmail und Outlook wichtig.
Die Warteschlange gemeinsam löschen, löst das Hauptproblem nicht und kann zu Verlust von berechtigten E-Mails führen. Zuerst sollte die Anzahl der von der betreffenden Anzahl gesendeten Nachrichten, der Fehlergrund und die Warteschlangenalter analysiert werden.
Suchen Sie nach dem Ausdruck, den Sie in der E-Mail, im Browser oder im SSH-Protokoll sehen. Jede Karte enthält eine Bedeutung, eine wahrscheinliche Ursache und eine sichere erste Maßnahme.
Bedeutung: Verbindung zum SMTP-Port des postfix gegenüberliegenden Servers fehlgeschlagen.
Mögliche Ursache: Port 25-Blockierung, Remote-Firewall, Route oder Zielserver-Probleme.
Bedeutung: Die Nachricht war vorübergehend nicht lieferbar und wurde in der Warteschlange gehalten.
Mögliche Ursache: Timeout, DNS, 4xx-Antwort, Greylisting oder Remote-Quota.
Bedeutung: Benutzername oder Passwort des SMTP-Klients konnte nicht verifiziert werden.
Mögliche Ursache: Falsche Passwort, 465/587 Verschlüsselungseinstellung oder Konto-Sperre.
Bedeutung: Der Server hat dem Client keine unbefugte Relay-Erlaubnis erteilt.
Mögliche Ursache: Die Identitätsvalidierung wird nicht durchgeführt oder ein falscher SMTP-Server wird verwendet.
Bedeutung: Der Posteingang oder die Abonnements-Disk-Quota des Empfängers ist voll.
Mögliche Ursache: Postfach-Quota, Festplatte/Inode oder große Nachrichten.
Bedeutung: Der MX/A-Eintrag des Empfängers konnte nicht aufgelöst werden.
Mögliche Ursache: DNS-Resolver-Probleme, falsche Domäne oder vorübergehender DNS-Ausfall.
Bedeutung: Der Gegen-Server-Meldung wurde wegen IP- oder Richtliniengründen abgelehnt.
Mögliche Ursache: Spam-Sendung, schlechter PTR, Blacklist oder DMARC-Fehler.
Bedeutung: IMAP/POP-Sitzung konnte nicht verifiziert werden.
Mögliche Ursache: Falsche Passwort, Postfachfehler, Dienst oder SSL-Einstellung.
Es wurden keine Datensätze gefunden, die diesem Ausdruck entsprechen.
Befehle sind für den Root-Zugriff vorgesehen. Sammeln Sie zunächst nur den Status und die Protokolle. Ändern Sie die dauerhafte Einstellung nicht, ohne den Grund dafür zu erkennen.
systemctl status postfix dovecot --no-pager
systemctl status qmail --no-pager 2>/dev/nullZeigt den Status der installierten MTA- und IMAP-Dienste an.
tail -n 200 /var/log/maillog 2>/dev/null || tail -n 200 /var/log/mail.logEs zeigt die Gründe für die Einreichung, Lieferung, Authentifizierung und Ablehnung an.
postqueue -p
postqueue -p | tail -n 1Listet die Nachrichten in der Warteschlange und den Gesamtstatus.
postcat -q KUYRUK_IDZeigt die Header- und Lieferfehlerdetails einer bestimmten Warteschlangennachricht an.
nc -vz gmail-smtp-in.l.google.com 25
openssl s_client -starttls smtp -connect localhost:25 -crlf </dev/nullTestet den externen Zugriff auf Port 25 und die lokale SMTP-TLS-Antwort.
dig +short MX example.com
dig +short TXT example.com
dig +short -x SUNUCU_IPMX zeigt MX, SPF-artige TXT- und PTR/rDNS-Einträge an.
plesk repair mail example.comÜberprüft interaktiv die Domain-Mail-Einstellungen und die Postfach-Konfiguration.
Bestimmen Sie zunächst die Richtung des Problems; danach die Reihenfolge der Warteschlange, der Protokolle, des Netzwerks, der DNS-Identität und der Konto-Sicherheitsschichten.
Trennen Sie die Tests für ausgehende und eingehende E-Mails, Webmail und SMTP-Client.
Sende, Empfänger und Zeit der Testnachricht aufzeichnen und die zugehörige Warteschlangen-ID in der Maillog verfolgen.
Statt die Warteschlangengröße zu überprüfen, analysieren Sie die letzte Lieferungsursachezeile eines Nachrichten mit postcat und maillog.
postqueue -pDurch das Testen von Port 25 auf den MX-Servern mehrerer großer Anbieter können lokale Blockaden und Zielprobleme getrennt werden.
Der Sender-Domain, HELO-Hostname und rDNS müssen miteinander kompatibel sein; die DKIM-Signatur muss überprüft werden.
Wenn das Konto gegen die Richtlinien verstößt, ändern Sie das Passwort, reinigen Sie den PHP-Spam-Script und schützen Sie die legitimen Nachrichten in der Warteschlange.
Die Header-Authentifizierungsergebnisse, PTR, IP-Reputation, Inhalt und Sendevolumen werden untersucht.
MX-Einträge, Port 25 Inbound-Feuerwall, lokaler E-Mail-Dienst und Mailbox-Konto werden überprüft.
Plesk-Domain muss den lokalen E-Mail-Dienst deaktivieren und MX-Einträge nur den externen Anbieter anzeigen.
Der Benutzer, der SASL-Konto oder der PHP-Script mit dem meisten Senden wird erkannt und isoliert; die Warteschlange wird nicht blind geleert.
Der Client-Port, der TLS-Typ, SMTP AUTH, der Benutzername und der Zertifikat-Hostname werden überprüft.
Entfernte SMTP-Verbindungstimeout, DNS-Probleme, vorübergehende 4xx-Ablehnung, Greylisting oder Entfernte Quoten können die Lieferung verzögern.
587 ist für Clients, um Nachrichten an den Server zu senden. Die Zustellung vom Server zu anderen MX-Servern erfordert in der Regel Port 25 oder ein Smarthost sollte verwendet werden.
Linux Plesk verwendet Postfix standardmäßig; eine qmail-Option kann auch verfügbar sein. Befehle variieren je nach installierter MTA.
Nein. Es stärkt die Authentifizierung; die IP-Reputation, der Inhalt, der Volumen und die Benutzerinteraktion beeinflussen ebenfalls die Lieferung.
Die IP-Adresse wird über einen Datenzentrum oder Serveranbieter geändert; sie wird nicht vom normalen Domänen-DNS-Panel verwaltet.
Technisch möglich, aber es kann zu legitimer Nachrichtenverlust kommen. Zuerst sollten Spam- und Normalnachrichten getrennt werden.
Wenn der lokale Mail-Service für die Domain geöffnet bleibt, können Anwendungen auf dem Server die Nachricht fälschlicherweise an das lokale Postfach liefern. Er sollte zu einem externen Dienst konfiguriert werden.
Durch die gemeinsame Analyse von cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim und Sicherheitsebenen beheben wir die Grundursache des Fehlers, anstatt nur den Dienst zu entfernen.