Vor verdammt langer Zeit, wurde Mail als sehr robustes und stabiles Kommunikationsmittel entwickelt. Damals konnte es noch passieren, dass auf dem Übertragungsweg mehrere Stunden/Tage eine Verbindung nicht zustande kam, weil der Empfangsserver offline war oder die Verbindung dahin nicht verfügbar. Deshalb versucht ein aktueller Postfix standardmäßig 5 Tage, eine E-Mail zuzustellen, wenn diese beim ersten Versuch in einen Fehler wie den folgenden läuft:
root@mailserver:/home/cwadmin# mailq
-Queue ID- –Size– —-Arrival Time—- -Sender/Recipient——-
AD60B57EE66 22278541 Thu Dec 21 17:04:43 ds@kunde.com
(host smtp.kunde.com[1.2.3.4] said: 450 4.1.2 <al@ungueltiger-empfaenger.bla>: Recipient address rejected: Domain not found (in reply to RCPT TO command))
al@ungueltiger-empfaenger.bla
Löblich auf der einen Seite. Hinderlich jedoch im Jahr 2017, wenn der Absender fast 5 Tage auf eine Antwort auf seine Mail wartet, bis er die Rückmeldung bekommt, dass er sich vertippt hat.
Anpassen lässt sich der Wert über die Option maximal_queue_lifetime = 1h
um dies auf eine Stunde zu setzen.
Was aber wenn sich die Mails schon in der Queue befinden und für diese soll dieser Wert auch greifen? Einfach ein re-queue der Mails und dann die Zeilt von maximal_queue_lifetime abwarten:
postqueue -f
Postfix quittiert dies dann nach Ablauf der Zeit mit:
Dec 21 21:31:28 mailserver postfix/qmgr[30431]: 6ACFC57EE6F: from=<ds@kunde.com>, status=expired, returned to sender
Dec 21 21:31:28 mailserver postfix/cleanup[30658]: A458E57EE82: message-id=<20171221203128.A458E57EE82@mailserver.kunde.com>
Dec 21 21:31:29 mailserver postfix/bounce[30717]: C675557EE66: sender non-delivery notification: A458E57EE82
Dec 21 21:31:29 mailserver postfix/qmgr[30431]: C675557EE66: removed
Dec 21 21:31:31 mailserver postfix/lmtp[30787]: A458E57EE82: to=<ds@kunde.com>, relay=127.0.0.1[127.0.0.1]:2003, delay=3.1, delays=0.68/0.02/0.21/2.2, dsn=2.1.5, status=sent (250 2.1.5 ds@kunde.com Ok)
Dec 21 21:31:31 mailserver postfix/qmgr[30431]: A458E57EE82: removed