Manchmal bleiben in exim4 ein paar E-Mails h\u00e4ngen, die man zum Test verschickt hat. Das ist besonders nervig, wenn sie falsch sind, nicht raus gehen oder im Moment einfach nicht verschickt werden k\u00f6nnen, weil ein anderes Problem besteht.<\/p>\n
Achtung: Die Befehle leeren die E-Mail Queue ohne ein R\u00fccksicht auf den Inhalt zu nehmen!<\/strong><\/p>\n Die erste L\u00f6sung besteht in dem Ausf\u00fchren des folgenden Befehls:<\/p>\n [code] oder das Gleiche mit Debug Ausgaben<\/p>\n [code] Anmerkung:<\/strong> Bei \u00e4lteren Versionen von exim musste noch hinter dem „-d“ ein Debug Level „-d9“ angegeben werden.<\/p>\n Sind die E-Mails „frozen“ oder in der „retry queue“, so hilft nur noch dieser Befehl: M\u00f6ge der Mailserver mit dir sein! \ud83d\ude09<\/p>\n","protected":false},"excerpt":{"rendered":" Manchmal bleiben in exim4 ein paar E-Mails h\u00e4ngen, die man zum Test verschickt hat. Das ist besonders nervig, wenn sie falsch sind, nicht raus gehen oder im Moment einfach nicht verschickt werden k\u00f6nnen, weil ein anderes Problem besteht. Achtung: Die Befehle leeren die E-Mail Queue ohne ein R\u00fccksicht auf den Inhalt zu nehmen! Die erste […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4,3,5],"tags":[],"class_list":["post-141","post","type-post","status-publish","format-standard","hentry","category-bsd-derivate","category-linux","category-opensourcesoftware"],"yoast_head":"\n
\nexim -qff
\n[\/code]<\/p>\n
\nexim -qff -d
\n[\/code]<\/p>\n
\n[code]
\nexim4 -Mrm `ls \/var\/spool\/exim4\/input\/ | grep — -H$ | cut -c 1-16`
\n[\/code]<\/p>\n