Türkei (Türkisch)
Germany (German)
Worldwide (English)
EinreichungsdienstExim SMTP-Acceptance- und -Lieferprozesse
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Wenn der Exim-Dienst down ist oder die SMTP-Verbindungen blockiert sind, können E-Mails nicht gesendet werden, die Warteschlange wächst und cPanel chkservd generiert eine Warnung. Diese Anleitung diagnostiziert Dienst, Port 25, intensive Verbindungen, Spam-Accounts, PHP-Skripte, Spool, DNS und Lieferprobleme ohne Nachrichten zu stummschalten.
The “exim” service appears to be down.
421 Too many concurrent SMTP connections
Message is frozen
Connection timed out: SMTP timeout while connected to remote host
Failed to create spool file: Permission deniedExim ist der standardmäßige E-Mail-Übertragungsdienst auf cPanel-Servern. Er nimmt eingehende SMTP-Verbindungen an, stellt Nachrichten lokalen Postfächern zu und sendet sie an externe Server. Die Exim-Prüfung von chkservd kann den Dienst als ausgefallen melden, wenn er nicht antwortet.
Exim kann wirklich geschlossen sein; jedoch, wenn intensive gleichzeitige SMTP-Verbindungen abgelehnt oder verzögert werden, kann es so aussehen, als ob der Dienst läuft, aber down ist.
Die Wachstum der Mail-Warteschlange ist nicht allein eine Exim-Fehlfunktion. Der vorübergehende Ablehnung des Remote-Servers, DNS-Probleme, Port-25-Block, falsche Empfänger oder Spamnachrichten können sich im Wiederholungsstatus ansammeln.
Eine Spamquelle wird in zwei Hauptgruppen eingeteilt: E-Mail-Konten, die über SMTP AUTH kompromittiert wurden, und PHP-Skripte auf einer Website, die über lokale Sendmail Nachrichten generieren. Die Felder authenticated_id, cwd und U in den Protokollen helfen dabei, die Quelle zu unterscheiden.
SPF, DKIM und DMARC beeinflussen die Lieferbarkeit; jedoch muss bei einem nicht gestarteten Service zunächst die Exim-Startphase, der Spool, der Speicher, die Berechtigungen und die Konfiguration gelöst werden.
Das gemeinsame Löschen der Mail-Warteschlange kann den Disk- und Lastauslastung vorübergehend reduzieren, versteckt jedoch die Spamquelle, die Falschenleitung oder die Fernlieferungsprobleme. Analysieren Sie zunächst Absender, Empfänger, Fehler und Produktionsmethode.
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: cPanel Exim-Dienst oder SMTP-Gesundheitsprüfung konnte nicht bestätigt werden.
Mögliche Ursache: Dienst ist geschlossen, hohe Verbindung, Port hört nicht zu, Spool/Festplattenproblem oder Konfigurationsfehler.
Bedeutung: Exim hat die erlaubte gleichzeitige Verbindungsgrenze für die gleiche Quelle oder Gesamtverbindungen erreicht.
Mögliche Ursache: Spam-Bot, kompromittierter Account, Massenversand oder niedrige Link-Grenze.
Bedeutung: Der Server konnte die TCP 25-Verbindung zum entfernten SMTP-Server nicht abschließen.
Mögliche Ursache: Der Anbieter hat eine Ausgangsbeschränkung auf 25, eine Firewall, eine Route oder Remotezugriffsbeschränkungen.
Bedeutung: Der Ziel-SMTP-Port lehnt die Verbindung aktiv ab.
Mögliche Ursache: Der entfernte Dienst ist geschlossen, der MX-Eintrag ist falsch, der Firewall-Verkehr wird abgelehnt oder Exim hört lokal nicht.
Bedeutung: Exim kann die Warteschlangendatei nicht in die Spool-Verzeichnis schreiben.
Mögliche Ursache: Falsche Berechtigung/Zuweisung, read-only-Dateisystem, Disk- oder Inode-Probleme.
Bedeutung: Exim kann keine neue Warteschlange oder Logdatei erstellen
Mögliche Ursache: /var-Plattenspeicher oder Inode voll, exzessive Warteschlange/Spam.
Bedeutung: Exim hat die automatische Wiederlieferung der Nachricht eingestellt und sie eingefroren.
Mögliche Ursache: Dauerhafter Lieferfehler, Fehlschlag bei der Bounce-Erstellung, falscher Absender oder langer Wiederholungszeitraum.
Bedeutung: Die nächste Wiederholungszeit für das Remot-Ziel ist noch nicht eingetroffen.
Mögliche Ursache: Vorheriger temporärer Lieferfehler und Exim-Wiederholungsplan.
Bedeutung: Exim hat kritische Betriebs- oder Konfigurationsfehler in die paniclog geschrieben.
Mögliche Ursache: Router/Transport-Fehler, Berechtigung, Lookup, Spool oder benutzerdefinierte Konfigurationsproblem.
Bedeutung: Diese Nachricht kann durch ein Web-Server/PHP-Prozess über lokale Sendmail generiert worden sein.
Mögliche Ursache: Kontaktformular, schädliche Anlage, schädlicher PHP-Datei oder Spam-Script.
Bedeutung: Es gibt fehlgeschlagene oder verdächtige SMTP-Authentifizierungsverkehr für ein Konto.
Mögliche Ursache: Brute-Force-Angriff, geleaktertes Passwort, falsche Geräteeinstellungen oder Botnetz.
Bedeutung: Der entfernte Server hat die Nachricht dauerhaft wegen Richtlinien- oder Rufproblemen abgelehnt.
Mögliche Ursache: Fehlende DNS-Einträge, Blacklistung, Spam-Inhalt, falsche PTR/HELO oder niedrige Reputation.
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.
/usr/local/cpanel/scripts/restartsrv_exim --status
systemctl status exim -l --no-pagerZeigt den Status von Exim an, wie er von cPanel und systemd gesehen wird
ss -lntp | grep -E ':(25|465|587)\b'Zeigt an, ob Exim auf seinen SMTP-, SMTPS- und Submission-Ports hört
exim -bpc
exim -bp | exiqsumm | head -n 80Es fasst die Gesamtzahl der Warteschlangen, Größe, Alter und die Domänenverteilung zusammen.
exim -Mvh MESSAGE_ID
exim -Mvb MESSAGE_ID
exim -Mvl MESSAGE_IDZeigt den Nachrichtenheader, den Körper und den Lieferungslog getrennt an.
tail -n 200 /var/log/exim_mainlog
tail -n 100 /var/log/exim_rejectlog
tail -n 100 /var/log/exim_paniclogLiefert Lieferung, Rückgabe, Identitätsprüfung und kritische Exim-Fehler.
ss -ntp | grep -E ':(25|465|587)\b' | awk '{print $5}' | sed 's/:[^:]*$//' | sort | uniq -c | sort -nr | head -n 30Listet die entfernten IP-Adressen, die die meisten SMTP-Verbindungen öffnen.
grep 'cwd=/home/' /var/log/exim_mainlog | tail -n 200
grep -o 'cwd=/home/[^ ]*' /var/log/exim_mainlog | sort | uniq -c | sort -nr | head -n 30Finden Sie die Account- und Arbeitsverzeichnisse der von Web-Verzeichnissen generierten Nachrichten.
dig +short MX ALICI_DOMAIN
nc -vz -w 8 MX_HOST 25
traceroute -T -p 25 MX_HOST 2>/dev/null | tail -n 20Testen Sie die DNS-MX-Auflösung und den Remote-SMTP-Verbindungspfad.
Zuerst bestimmen Sie, ob Exim lauscht, dann trennen Sie die Warteschlangengründe, Spam-Quelle, Netzwerkzugriff und DNS/Ehrenschicht.
Exim-Prozess, 25/465/587-Ports, /var-Bereich und Inode-Zustand sind die erste Prüfungle.
/usr/local/cpanel/scripts/restartsrv_exim --status
ss -lntp | grep -E ':(25|465|587)\b'
df -hT /var
df -ih /varAnstatt der allgemeinen Fehlermeldung des Restart-Skripts, lesen Sie die paniclog- und mainlog-Zeilen gleichzeitig.
tail -n 150 /var/log/exim_paniclog
tail -n 200 /var/log/exim_mainlogMit exiqsumm und Beispiel-Nachrichtenprotokoll bestimmen Sie, welche Domain, Alter und Fehler umgangen werden.
exim -bp | exiqsumm
exim -Mvl MESSAGE_IDWenn SMTP AUTH aktiviert ist, ändern Sie das zugehörige Passwort und überprüfen Sie die Geräte; wenn es sich um einen PHP-Script handelt, isolieren Sie das Konto und die Datei und führen Sie eine Virenprüfung durch.
grep 'auth_id=' /var/log/exim_mainlog | tail -n 100
grep 'cwd=/home/' /var/log/exim_mainlog | tail -n 100Überprüfen Sie ausgehenden Port 25, Empfänger-MX, PTR, HELO, SPF, DKIM und DMARC-Einträge gemäß vollständiger Fehlermeldung.
dig +short MX ALICI_DOMAIN
nc -vz -w 8 MX_HOST 25Nachdem der Grund behoben wurde, starten Sie Exim mit dem cPanel-Script und zwingen Sie die Warteschlange einmal durchzuführen. Löschnen Sie die Fehlermeldungen nicht gemeinsam.
/usr/local/cpanel/scripts/restartsrv_exim
exim -qff
exim -bpcauthenticated_id oder auth_id ist im Log sichtbar. Das Passwort wird sofort geändert, verbundene Geräte werden gelöscht, aktive Sitzungen werden beendet und eine Sendelimits wird angewendet.
grep -Ei 'auth_id=|A=dovecot_login:' /var/log/exim_mainlog | tail -n 200Die Zeile cwd=/home/... und die Nachricht-Id werden überwacht. Das File wird in Quarantäne gelegt, das Web-Konto wird durchsucht, CMS/Plugins werden aktualisiert und die Zugriffsprotokolle werden überprüft.
grep 'cwd=/home/' /var/log/exim_mainlog | tail -n 200Wenn für mehrere unabhängige MXs ein Verbindungstimeout auftritt, kann der Datenzentrum-Ausgangsblock 25 die Ursache sein. Er kann vom Anbieter geöffnet werden oder ein autorisierter Smarthost kann verwendet werden.
for h in gmail-smtp-in.l.google.com mx1.hotmail.com; do nc -vz -w 8 $h 25; doneZuerst identifizieren Sie den gemeinsamen Absender, die Domain und die Fehlerursache der eingefrorenen Nachrichten. Selektiv reinigen Sie ungültige Bounce- oder Spam-Nachrichten; löschen Sie die gesamte Warteschlange nicht.
exiqgrep -z -i | head -n 50
exim -bp | exiqsummDer vollständige SMTP-Antwort; IP-Reputation, PTR/HELO, SPF/DKIM/DMARC, Inhalts- oder Geschwindigkeitsbegrenzung wird bewertet.
grep ' 550 ' /var/log/exim_mainlog | tail -n 100Anzeigt, dass der Exim-Prozess von cPanel oder der SMTP-Gesundheitsprüfung nicht überprüft werden konnte. Die Dienstleistung kann geschlossen sein oder die Überprüfung kann wegen übermäßiger Verbindungen abgelehnt werden.
exim -bpc zeigt die Gesamtzahl der Nachrichten, exim -bp zeigt die Warteschlangeliste und exim -bp | exiqsumm zeigt Alter, Größe und Domänensumme.
Aktive Verbindungen werden durch Quell-IP und authentifizierte Benutzer identifiziert. Spam, gehackte Konten oder Massenübermittlungen werden gestoppt; Grenzwerte werden nur nach Validierung des echten Traffics festgelegt.
Wenn mehrere zuverlässige Remote-MXs mit dem Test nc -vz HOST 25 ständig time out, kann es eine Ausgangsblockade geben. Firewall- und Rechenzentrumsrichtlinien werden überprüft.
Exim-Automatik-Wiederholungs-Nachricht. Sie kann durch einen dauerhaften Fehler, einen Bounce-Probleme oder einen langen Wiederholungsprozess verursacht werden; die Nachrichtenprotokoll sollte vor der Löschung gelesen werden.
Exim-Hauptprotokoll-Einträge mit cwd=/home/... und Nachrichten-ID werden verfolgt. Die Dateipfad, Benutzer und Zeit-Zugriffsprotokolle werden abgeglichen.
Nein. Sie können gültige Kundenmitteilungen verlieren. Zuerst müssen gemeinsame Fehler- und Spamquellen identifiziert werden, und nur überprüfte unerwünschte Nachrichten sollten selektiv gereinigt werden.
In der Regel kein Servicestörung; IP-Ruf, PTR/HELO, SPF, DKIM, DMARC, Inhalt und Sendeverhalten sind problematisch. Die Lieferheader sollten untersucht 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.