GNU/Linux >> LINUX-Kenntnisse >  >> Panels >> cPanel

Exim Sender Verify Callout oder Callback konnte nicht abgeschlossen werden oder Fehler bei der Überprüfung

Wenn Sie einen Webhost oder E-Mail-Server mit Exim oder Sendmail als Mail Transfer Agent (MTA) betreiben und feststellen, dass E-Mails oder E-Mail-Nachrichten, die an Sie gesendet werden, Ihre Clients oder Benutzer gelegentlich verlieren oder nie in den Postfächern Ihres Mail-Servers ankommen können dem Durcheinander der Absenderverifizierung zum Opfer fallen. Dies ist die wahrscheinlichste Ursache für fehlende E-Mails, wenn Sie überprüft haben, dass die E-Mail nicht von Spam-Filtern oder Junk-Mail-Kontrollen erfasst wird und die Mailserver-Domäne und IP-Adresse nicht unter einer RBL-Sperre (Real-Time Black Lists) stehen.

Das Symptom nicht zugestellter E-Mails oder unzustellbarer E-Mails kann auch überprüft und im Exim- oder Sendmail-Fehlerprotokoll angezeigt werden. Die E-Mail wird normalerweise vom Zielserver mit den folgenden Nachrichten zurückgewiesen (wenn der Zielserver Ihr Server ist, gehen eingehende E-Mails verloren, andernfalls wird ausgehende E-Mail zurückgewiesen):

550 Überprüfung des Absenders fehlgeschlagen

550 Verifizierung des Absenders abgelehnt exim

550 Gültigkeit prüfen

550 Verwaltungsverbot „Adresse des Mailservers überprüfen“

550-Nachricht, um zu bestätigen, dass sie gültig sind

550 Überprüfung des Absenders fehlgeschlagen – Aktualisieren Sie Ihre Firewall-Firmware oder -Einstellungen

550 Nicht gesendet – kein Reverse-Lookup

550 Das Ziel-Mailsystem hat Ihre Absenderadresse zurückgewiesen

550 Absender muss vorhanden sein

550 Domäne nicht gefunden

Die Absenderüberprüfung ist eine neue Maßnahme, um zu versuchen, E-Mail-Spam-Infektionen zu stoppen und zu blockieren. Mailserver oder genauer gesagt der MTA wie Exim, der mit beliebten Control Panels wie cPanel und WHM geliefert wird, verwendet einen Mechanismus namens Absender-Callouts oder Callbacks, um zu überprüfen, ob die vollständige eingehende From:-Adresse eines entfernten Absenders, wie sie im E-Mail-Umschlag enthalten ist, tatsächlich a ist echtes lokales Konto auf dem sendenden Mailserver. Wenn der Ursprungs-Mailserver den falschen Wert zurückgibt, wird die eingehende Mail abgelehnt und vom MTA des beabsichtigten Empfängers nicht akzeptiert.

Eine unzustellbare E-Mail wird normalerweise generiert und dem Absender angezeigt, dass der Überprüfungsversuch fehlschlägt. Da der Absender jedoch nicht wirklich existiert, wird niemand die E-Mail erhalten, und niemand weiß, was mit der E-Mail passiert und warum die E-Mail nie zugestellt wurde. Da nicht jeder E-Mail-Host Sie damit stören würde, den E-Mail-Server mit RFC-Standards wie RFC 1123 kompatibel zu machen, die E-Mails vom Null-Absender akzeptieren, stellen Sie am besten sicher, dass Ihr E-Mail-Server in der Lage ist, E-Mails sicher und sicher zuzustellen um die von diesen unwissenden Parteien gesendeten Mails ordnungsgemäß zu behandeln.

Wenn Sie also der Absender sind, der festgestellt hat, dass Ihre E-Mails aus unbekannten Gründen auf mysteriöse Weise verschwunden sind, stellen Sie sicher, dass Sie E-Mails mit einem echten und tatsächlichen Mailbox-Benutzerkontonamen versenden. Die Verwendung eines falschen oder falschen Mailbox-Namens, wie beispielsweise [email protected], in der Hoffnung, dass niemand eine Antwort bei Ihnen erhält, wird wahrscheinlich dazu führen, dass die Absenderüberprüfung fehlschlägt und keine E-Mail weitergeleitet und zugestellt wird.

Wenn Sie weiterhin E-Mails erhalten, insbesondere von Mailinglisten oder Abonnements, die eine ungültige Absenderadresse verwenden, und Sie nicht anders können, als die E-Mail zu erhalten, besteht die einzige Möglichkeit darin, Ihren MTA anzuweisen, diese E-Mails zu akzeptieren. Es gibt grundsätzlich zwei Möglichkeiten, wie man dies tun kann, erstens durch das Erstellen einer weißen Liste, die diese bekannten E-Mail-Adressen entsperrt, und zweitens durch das vollständige Deaktivieren der Absenderüberprüfung, um zukünftige Probleme zu vermeiden. Die zweite Option ist viel einfacher, aber Sie laufen Gefahr, mehr Spam zu erhalten. Außerdem wird die Mail-Warteschlange wahrscheinlich auch größer oder E-Mails werden abgelehnt, weil der Mail-Server mehr gefälschte Spam-Nachrichten akzeptiert. Sie müssen sich jedoch keine Sorgen mehr über verlorene E-Mails und nicht zugestellte E-Mails machen, weil der Absender eine nicht vorhandene E-Mail-Adresse verwendet. Hier sind einige Tutorials, wie Sie diese Aufgaben im beliebten Webhosting-Kontrollfeld – cPanel/WHM – erledigen können.

So deaktivieren Sie die Überprüfung von Absender-Callouts in cPanel/WHM 10.x

  1. Melden Sie sich beim WebHost Manager an.
  2. Auf der Dienstkonfiguration Klicken Sie im Abschnitt auf Exim Configuration Editor verlinken.
  3. Deaktivieren und deaktivieren Sie das Kontrollkästchen neben Callouts verwenden, um die Existenz von E-Mail-Absendern zu überprüfen. Möglichkeit.
  4. Drücken Sie die Schaltfläche Speichern, und cPanel startet Exim automatisch neu.

So deaktivieren Sie Absender-Callouts in cPanel/WHM v11

  1. Melden Sie sich beim WebHost Manager an.
  2. Auf der Dienstkonfiguration Klicken Sie im Abschnitt auf Exim Configuration Editor verlinken.
  3. Deaktivieren und deaktivieren Sie das Kontrollkästchen neben ** Callouts verwenden, um die Existenz von E-Mail-Absendern zu überprüfen. Grundsätzlich verbindet sich exim mit dem Mail-Exchanger für eine bestimmte Adresse, um sicherzustellen, dass sie existiert, bevor E-Mails von ihr angenommen werden. Möglichkeit.
  4. Drücken Sie unten auf der Seite auf die Schaltfläche Speichern, und cPanel startet Exim automatisch neu.

Erstellen Sie eine Whitelist zum Ausschließen von Exim-Senderverify-Callbacks – Einfache Whitelist-Anleitung

Wenn Sie Absender-Callouts nicht deaktivieren möchten, um die Existenz von E-Mail-Absendern zu überprüfen, können Sie auch eine Whitelist erstellen, damit Exim sie überprüft, um festzustellen, ob Callout-Anweisungen für einen bestimmten Absender ignoriert werden können. Beachten Sie, dass die Schritte einige grundlegende Kenntnisse über die Arbeit mit der Unix-Shell erfordern und eine manuelle Änderung der Exim-Konfigurationsdatei beinhalten, wodurch jeder Fehler dazu führt, dass der Mailserver nicht funktioniert.

  1. Erstellen Sie eine Datei, die alle vertrauenswürdigen E-Mail-Adressen aufzeichnet, d. h. /etc/whitelist_senders mit jeder Adresse in jeder Zeile. Platzhalter werden akzeptiert, z. B. *@domain.com schließt alle Absender von domain.com ein.
  2. Klicken Sie in cPanel/WHM auf Exim Configuration Editor unter Dienstkonfiguration Sektion. Klicken Sie dann auf Erweiterter Editor Schaltfläche auf der rechten Seite.
  3. Fügen Sie im obersten Textfeld des erweiterten Editors den folgenden Code hinzu (falls vorhandener Text, fügen Sie ihn darunter ein):


    addresslist whitelist_senders = wildlsearch;/etc/whitelist_senders

  4. Scrollen Sie nach unten zum nächsten Textfeld, wo sich drei Textfelder zusammen befinden sollten. Dies ist der Beginn des ACL-Abschnitts.
  5. Suchen Sie im mittleren dieser drei Textfelder nach den folgenden 4 Zeilen:


    #sender verifications are required for all messages that are not sent to lists
    require verify = sender/callout
    accept domains = +local_domains
    endpass

    Ersetzen Sie diese 4 Zeilen durch den folgenden Code:


    #sender verifications are required for all messages that are not sent to lists
    deny
    !verify = sender/callout
    !senders = +whitelist_senders
    accept domains = +local_domains
    endpass

  6. Scrollen Sie bis zum unteren Ende der Mitte der 3 Kästchen und suchen Sie diese 4 Zeilen:


    #!!# ACL that is used after the DATA command
    check_message:
    require verify = header_sender
    accept

    Ersetzen Sie diese 4 Zeilen durch den folgenden Code:


    #!!# ACL that is used after the DATA command
    check_message:
    deny
    !verify = header_sender
    !senders = +whitelist_senders
    accept

  7. Klicken Sie auf Speichern unten im erweiterten Editor.
  8. Vergewissern Sie sich, dass Exim ordnungsgemäß funktioniert, indem Sie E-Mails senden und empfangen.
  9. Wenn Exim nicht richtig funktioniert, überprüfen Sie die Konfigurationsdatei erneut auf Fehler.
  10. Wenn Exim ordnungsgemäß funktioniert, fügen Sie die E-Mail-Adresse oder Domäne des Absenders, mit der Sie Probleme haben, zur Whitelist-Datei hinzu.
  11. Bitten Sie den Absender, Ihnen erneut eine E-Mail zu senden, um die Zustellung zu bestätigen.

Erstellen Sie eine Whitelist zum Ausschließen von Exim-Senderverify-Callbacks – Automatischer Ausschluss mit der Whitelist-Anleitung

Es gibt einige nicht vorhandene und ungültige E-Mail-Adressen, die immer von Administratoren zum Versenden von E-Mails verwendet wurden, insbesondere von Benachrichtigungen und Abonnements. Solche E-Mails haben immer die üblichen Wörter wie "nobody", "bounce", "request", "root", "anonym" usw. Sie können diese Annahme verwenden, um Exim anzuweisen, E-Mails mit diesen Absendern automatisch ohne Überprüfung des Absenders an die Empfänger zuzulassen. Dies verringert die Arbeit zum Hinzufügen von E-Mail-Adressen zu weißen Listen.

  1. Erstellen Sie 3 Dateien wie unten, die als Ihre Whitelists fungieren:


    /usr/local/cpanel/base/eximacl/rv_callout_sender_domain_whitelist
    /usr/local/cpanel/base/eximacl/rv_callout_receiver_domain_whitelist
    /usr/local/cpanel/base/eximacl/rv_sender_verify_domain_whitelist

  2. Klicken Sie in cPanel/WHM auf Exim Configuration Editor unter Dienstkonfiguration Sektion. Klicken Sie dann auf Erweiterter Editor Schaltfläche auf der rechten Seite.
  3. Fügen Sie im obersten Textfeld des erweiterten Editors den folgenden Code hinzu (falls vorhandener Text, fügen Sie ihn darunter ein):


    domainlist rv_callout_sender_domain_whitelist = lsearch;/usr/local/cpanel/base/eximacl/rv_callout_sender_domain_whitelist
    domainlist rv_callout_receiver_domain_whitelist = lsearch;/usr/local/cpanel/base/eximacl/rv_callout_receiver_domain_whitelist
    domainlist rv_sender_verify_domain_whitelist= lsearch;/usr/local/cpanel/base/eximacl/rv_sender_verify_domain_whitelist

  4. Scrollen Sie nach unten in die Mitte, um den Abschnitt ACLs zu finden, in dem drei Textfelder zusammen angezeigt werden (höchstwahrscheinlich sind das obere und das untere leere Textfelder). Es sollte nach begin acl erscheinen .
  5. Suchen Sie im mittleren Feld der 3 die folgende Zeile:


    require verify = sender/callout

    Ersetzen Sie die obige Zeile durch den folgenden Codeblock:


    # Deny unless the sender address can be verified.
    deny message = From email address must be valid
    # do not check address for lists or bounces
    # or people in our company contact database
    !senders = ^.*-request@.*:\
    ^bounce-.*@.*:\
    ^.*-bounce@.*:\
    ^owner-.*@.*:\
    ^listmaster@.*:\
    ^root@.*:\
    ^anonymous@.*:\
    ^nobody@.*
    !domains = +rv_callout_receiver_domain_whitelist
    !sender_domains = +rv_callout_sender_domain_whitelist
    # do not check for DSN-ignorant domains
    # those that don't accept MAIL FROM:<>
    !dnslists = dsn.rfc-ignorant.org/$sender_address_domain
    !verify = sender/callout=10s,defer_ok
    ##
    # Check that there is a MX record for those that do not
    # meet the deny statement requirements - ie bounces
    # No cost as previous lookup is cached if executed
    ##
    deny !sender_domains = +rv_sender_verify_domain_whitelist
    !verify = sender

  6. Klicken Sie auf Speichern unten im erweiterten Editor.
  7. Vergewissern Sie sich, dass Exim ordnungsgemäß funktioniert, indem Sie E-Mails senden und empfangen.
  8. Wenn Exim nicht richtig funktioniert, überprüfen Sie die Konfigurationsdatei erneut auf Fehler.
  9. Wenn Exim ordnungsgemäß funktioniert, fügen Sie die E-Mail-Adresse oder Domäne des Absenders, mit der Sie Probleme haben, zu den Whitelist-Dateien hinzu.
  10. Bitten Sie den Absender, Ihnen erneut eine E-Mail zu senden, um die Zustellung zu bestätigen.

cPanel
  1. PHP-Intl-Fehler:ICU-Präfix kann nicht erkannt werden oder es ist kein Fehler aufgetreten. Bitte überprüfen Sie das ICU-Installationspräfix [Gelöst]

  2. Wie behebt man den Fehler – qemu:PC-BIOS „bios.bin“ konnte nicht geladen werden?

  3. Signaturüberprüfung beim öffentlichen SPKAC-Schlüssel fehlgeschlagen – OpenCA-Fehler behoben

  4. Der registrierte Rückruf stimmt nicht mit der angegebenen URL überein – WSO2-Fehler behoben

  5. „Proxy konnte nicht aufgelöst werden:https; Unbekannter Fehler“ – Fehler bei „yum update“

So erstellen Sie 404 nicht gefundene benutzerdefinierte Fehlerseiten in cPanel

Behoben – Fehler „Unbekannte Adresse“ 550 – Überprüfung in Exim fehlgeschlagen

Wie behebt man den Fehler „550 Absenderüberprüfung fehlgeschlagen“?

FTP-Fehler:Verbindung zum Server konnte nicht hergestellt werden - 534 Richtlinie erfordert SSL

Fehler:Hauptklasse konnte nicht gefunden oder geladen werden

Konfigurationsfehler:Verbindung mit boost_system konnte nicht hergestellt werden