Moin,
kurze Frage in der Hoffnung auf schnelle Hilfe. Auf meinem Heim-PC werkelt ein postfix 2.5.5. Da der Rechner permanent mit dem Internet verbunden ist, liefert der Mails sofort via Relay aus. Dummerweise meldet das Relay von web.de ab und zu es wäre überlastet und man solle es später nochmal probieren. Deswegen habe ich einen Cron-Job aufgesetzt, der alle 10 Minuten testet ob noch was in der Queue ist und ggf. einen neuen Versuch macht.
Frage: geht das auch mit Postfix Bordmitteln? transport_retry_time scheint mir nicht der richtige Parameter zu sein.
Danke, Hilmar
Am Samstag 13 März 2010 16:11:22 schrieb Hilmar Preusse:
Moin,
kurze Frage in der Hoffnung auf schnelle Hilfe. Auf meinem Heim-PC werkelt ein postfix 2.5.5. Da der Rechner permanent mit dem Internet verbunden ist, liefert der Mails sofort via Relay aus. Dummerweise meldet das Relay von web.de ab und zu es wäre überlastet und man solle es später nochmal probieren.
Wenn das Zustellen der Mail vom Zielserver _temporär_ abgelehnt wird (SMTP Fehlercode 4XX), versucht der einliefernde MTA, diese später immer wieder zuzustellen, bis die Mail entweder zugestellt ist oder eine eine konfigurierbaren Zeit (üblicherweise ~4Tage, Postfix: maximal_queue_lifetime) abgelaufen ist. Damit führen kurzzeitige MTA-Ausfälle in der Kette nicht zu Mailverlust.
Deswegen habe ich einen Cron-Job aufgesetzt, der alle 10 Minuten testet ob noch was in der Queue ist und ggf. einen neuen Versuch macht.
Das, was Du mit solch einem cron job machen willst, ist genau die Aufgabe eines Mail Transfer Agents wie Postfix, s.o.
Also: Postfix richtig konfigurieren und diesen Cron-Job weglassen.
Frage: geht das auch mit Postfix Bordmitteln? transport_retry_time scheint mir nicht der richtige Parameter zu sein.
http://www.postfix.org/rate.html#backoff
Gruß
On 15.03.10 William Epler (william.epler@globalfoundries.com) wrote:
Am Samstag 13 März 2010 16:11:22 schrieb Hilmar Preusse:
Moin,
kurze Frage in der Hoffnung auf schnelle Hilfe. Auf meinem Heim-PC werkelt ein postfix 2.5.5. Da der Rechner permanent mit dem Internet verbunden ist, liefert der Mails sofort via Relay aus. Dummerweise meldet das Relay von web.de ab und zu es wäre überlastet und man solle es später nochmal probieren.
Wenn das Zustellen der Mail vom Zielserver _temporär_ abgelehnt wird (SMTP Fehlercode 4XX), versucht der einliefernde MTA, diese später immer wieder zuzustellen, bis die Mail entweder zugestellt ist oder eine eine konfigurierbaren Zeit (üblicherweise ~4Tage, Postfix: maximal_queue_lifetime) abgelaufen ist.
Ja, ist klar. Nur ich hatte das Erlebnis, daß der Retry zu selten erfolgt.
Frage: geht das auch mit Postfix Bordmitteln? transport_retry_time scheint mir nicht der richtige Parameter zu sein.
queue_run_delay ist der gesuchte Parameter und der stand auf 86400 Sekunden, also ein Tag (warum auch immer).
Dank für die Hilfe, es sollte jetzt gehen.
H.
lug-dd@mailman.schlittermann.de