Prüfung auf ungültige E-Mail-Adresse an anderem Ziel

[tcz]

Hallo,

ist es möglich die E-Mail Adresse Verifikation an einem anderen Server als den Ziel Server machen zu lassen?

Das Ziel ist auch ein E-Mail Gateway welches alles annimmt, daher würden wir hier gerne einen das Endziel prüfen.

 

[tom]

Hallo,

ist es möglich die E-Mail Adresse Verifikation an einem anderen Server als den Ziel Server machen zu lassen?

Wenn der Server per SMTP so antwortet wie nötig, ja.

 

[tcz]

Ok und wie würde das dann gemacht werden müssen ?

 

[Stoiko Ivanov]

* das müsste über das config-templating system von PMG gemacht werden - siehe - https://pmg.proxmox.com/pmg-docs/pmg-admin-guide.html#_service_configuration_templates .
* Ohne es explizit zu testen nehme ich an es müsste ein anderer address_verify_transport eingetragen werden - siehe http://www.postfix.org/ADDRESS_VERIFICATION_README.html#probe_routing

Hoffe das hilft!

 

[ZZ9]

Wenn der Server per SMTP so antwortet wie nötig, ja.

Ich wollte eigentlich einen eigenen Thread aufmachen, aber diese Frage ist sehr ähnlich.
Das Gateway soll gegen eine eigene "Datenbank" prüfen, ob der Empfänger existiert. (Ich will ja Recepient-Check nicht abschalten.)
1. So kann man einige interne Adresse, Mailinglisten usw. "abschotten", also Mails für den Empfang von außen quasi "freischalten".
2. Ausserdem soll das Gateway auch dann noch Mails annehmen können, wenn die Verbindung zum Internen Server unterbrochen ist und der SMTP/LMPT-Check gerade nicht gemacht werden kann.

 

[Stoiko Ivanov]

Die Fragen sollten alle eine Antwort im address verification readme von postfix finden:
http://www.postfix.org/ADDRESS_VERIFICATION_README.html

 

[ZZ9]

Die Fragen sollten alle eine Antwort im address verification readme von postfix finden:
http://www.postfix.org/ADDRESS_VERIFICATION_README.html

Danke, aber irgendwie wird ja "auch nur" smtp/lmtp-check "angeboten". (Ldap ging ja auch noch)
"... . As mentioned earlier, recipient address verification is useful to block mail for undeliverable recipients on a mail relay host that does not have a list of all valid recipient addresses. ..."
Aber genau diese Liste habe ich ja . Als im Moment läuft PMG absolute super. Ich denke nur an den Notfall.
Also postfix soll einfach alles annehmen, was in z.B /etc/users steht oder dergleichen.
Oder könnte man die " Address verification database" "einfrieren" oder händisch befüttern, so daß Postfix Mails erstmal annimmt, obwohl das Backend nicht zu erreichen ist.
Das kann man in Postfix sicherlich machen, aber bevor ich die Konfig direkt ändere, wollte ich es möglichst mit PMG-Bordmitteln einstellen, wenn möglich.

 

[Stoiko Ivanov]

Danke, aber irgendwie wird ja "auch nur" smtp/lmtp-check "angeboten". (Ldap ging ja auch noch)

stimmt schon - wobei der check an und fuer sich in den meisten environments, wenn richtig konfiguriert, auch sehr gut funktioniert.
Weiterer Vorteil ist, dass er genau das ueberprueft was relevant ist (kann eine mail an den Empfaenger zugestellt werden vs. existiert die addresse in einer Liste)

Ich denke nur an den Notfall.

welcher wäre dass?
Recipient verification cached (siehe das howto ) und falls eine Adresse nicht gecached ist und der downstream server nicht erreichbar ist, wird die mail mit einem tempfail (4xx) temporär abgewiesen - der sendende Server versucht es dann später noch einmal

Wenn LDAP verification gewünscht ist bleibt noch der Weg, dass über die postfix config und das templateing system zu machen:
https://pmg.proxmox.com/pmg-docs/pmg-admin-guide.html#_service_configuration_templates
http://www.postfix.org/LDAP_README.html

 

[ZZ9]

stimmt schon - wobei der check an und fuer sich in den meisten environments, wenn richtig konfiguriert, auch sehr gut funktioniert.
Weiterer Vorteil ist, dass er genau das ueberprueft was relevant ist (kann eine mail an den Empfaenger zugestellt werden vs. existiert die addresse in einer Liste)

Auf jeden Fall. Ich überlege nur den Fall, _daß_ der Server mal _mehrere_ Tage offline ist. Ein Tag war kein Problem.

welcher wäre dass?

Wenn das Backend nicht erreichbar ist, dh der Server hinter der gestörten DSL-Leitung.

Recipient verification cached (siehe das howto ) und falls eine Adresse nicht gecached ist und der downstream server nicht erreichbar ist, wird die mail mit einem tempfail (4xx) temporär abgewiesen - der sendende Server versucht es dann später noch einmal

Wenn LDAP verification gewünscht ist bleibt noch der Weg, dass über die postfix config und das templateing system zu machen:
https://pmg.proxmox.com/pmg-docs/pmg-admin-guide.html#_service_configuration_templates
http://www.postfix.org/LDAP_README.html

Hmh, ja, aber das wollte ich eher vermeiden, wenn eine einfache Datenbank/Textfile eigentlich reichen würde.
Wie lange stellen MTA eine Mail zu? Gut, ein paar Tage hat man da schon, scheint es...

Was wohl auch noch geht:
Recipient-Check ausschalten, "Action Object" auf Quarantine und dann Weiterleitung mit BCC einstellen (Notfall gmail account etc)
(Quarantine muss leider sein, sonst wird weiterhin versucht, die Mail ans Backend zuzustellen.)

Eigentlich wäre ja sowas wie "address_verify_map = btree:/var/lib/postfix/verify" für Empfänger praktisch, bzw es wäre das, was ich suche....
Evtl müsste man noch die Adresse "rewriten" usw. Aber der Notfallschalter oben soll mir erstmal reichen.

 

[Stoiko Ivanov]

Auf jeden Fall. Ich überlege nur den Fall, _daß_ der Server mal _mehrere_ Tage offline ist. Ein Tag war kein Problem.

Wenn es mal mehrere Tage dauert, ändert die Verification über LDAP auch nichts.
Postfix queued die mails normalerweise 5 tage - siehe http://www.postfix.org/postconf.5.html#maximal_queue_lifetime

Wie lange der recipients gecached werden laesst sich ebenso konfigurieren: http://www.postfix.org/verify.8.html (suche nach cache controls)

Wenn das Backend nicht erreichbar ist, dh der Server hinter der gestörten DSL-Leitung.

Das würde nur was helfen, wenn der LDAP server noch erreichbar wäre, und nur der E-mail server hinter der DSL Leitung wäre?

Anders gesagt, wenn das PMG mail länger queuen soll, weil ein Backend/Downstream mal mehrere Tage offline sein kann, dann müssen die cache-times länger gestellt werden, das hat mit dem verwendeten verification mechanismus relativ wenig zu tun.

 

[ZZ9]

Vielen Dank für den Hinweis!!

Der Default von
address_verify_positive_expire_time (default: 31d)
scheint ja beruhigend. Dh. Man hat wohl genügend Zeit, zumindest für die Empfänger, die gerade im Cache sind.

 

[Stoiko Ivanov]

Freut helfen zu können!