Der SMTP-Remote-Host antwortet mit "550 Sender-Überprüfung fehlgeschlagen".

9

Ein Server, den ich betreue, verwendet qmail für MTA. Ich kann an fast jede Domain senden und empfangen, außer an eine oder zwei, die den folgenden Fehler oder etwas sehr Ähnliches geben:

550-Verification failed for <jonathan@aprimatic.es>
550-No Such User Here
550 Sender verify failed

Nach dem, was ich aus diesem Artikel verstehe, versucht der Remote-Host, eine E-Mail an meinen Host zu senden, um festzustellen, ob das Postfach wirklich vorhanden ist.

Ich habe die gleichen Befehle mit Telnet von meinem Laptop aus versucht und erhalte 250 okAntworten, was zu der Annahme führt, dass der Benutzer tatsächlich existiert.

Warum erhält der Remote-Host dann nicht die gleiche Antwort wie ich?

Wie kann ich überprüfen, ob der Datenverkehr vom Remote-Host tatsächlich an meinen sendenden Host weitergeleitet werden kann?

Irgendwelche anderen Vorschläge?

Vielen Dank

smtp email

— jfoucher
quelle

Ich musste mich in der Vergangenheit damit befassen und wir haben uns an den Administrator des empfangenden E-Mail-Servers gewandt, der seine Einstellungen ändern musste. Können Sie sie kontaktieren?

— Charles

Versuchen Sie, Telnetting nicht von Ihrem Laptop aus, sondern vom Mailserver selbst durchzuführen.

— DmitryK

Vom Zielhost zum sendenden Host meinen Sie? Ich würde das gerne tun, aber leider habe ich keinen Zugriff auf den Zielhost, nur auf den Absender.

— Jfoucher

9

Das ist nicht deine Schuld. Dies ist ein Fehler des Servers Ihres Empfängers.

"Absender überprüfen" ist immer eine schlechte Idee. Sie müssen den Empfänger davon überzeugen, dieses Verhalten zu beenden, da dies keine geeignete Antispam-Methode ist.

Aber alles, was Sie tun, um es auf Ihrer Seite zu reparieren, ist Zeitverschwendung.

— mailq
quelle

2

All diese dummen Argumente in "WARUM ist es eine schlechte Idee" sind nicht absolut überzeugend. Wenn Sie E-Mails mit lahmem FROM: senden, ist dies eine schlechte Idee und Ihr Problem. Und ja, es ist deine Schuld

— poige

Obwohl Ihre Antworten zur Klärung des Problems hilfreich sind, ist es keine Lösung, da man nie weiß, welcher

Es ist keine Lösung, weil es nicht Ihr Problem ist ... Sie können sich nicht darauf verlassen, dass Server auf VRFY-Verben reagieren, und wenn Sie dies tun, ist es Ihr eigenes Problem. nicht die Leute, mit denen Sie nicht kommunizieren können. RFC2520 (1999) Abschnitt 2.11 besagt, dass VRFY deaktiviert werden sollte.

— Chris S

4

Dies liegt daran, dass Sie ein Von- Feld verwenden, das sich vom tatsächlichen Namen des Postfachkontos unterscheidet.

Einige SMTP-Server sind so konfiguriert, dass sie eine solche Inkonsistenz ablehnen.

Wenn Sie beispielsweise Ihren echten Kontonamen haben sender@abc.com, können Sie keine E-Mails als senden no-reply@abc.com.

— Luca Fagioli
quelle

Das war genau mein Problem. Die "Von-Adresse" wurde geändert und die E-Mail begann sofort zu funktionieren. Ich verwende cPanel für SMTP.

— Tomas Gonzalez

0

Ich hatte den gleichen Fehler. Es hat funktioniert, nachdem ich root:user1@example.com:mail.example.comder /etc/ssmtp/revaliasesDatei eine Zeile hinzugefügt habe .

— Ikrom
quelle