Postfix: Mails bei Virenscan (antivir) in Verzeichnis deferred
Hallo Liste,
nach dem letzten Update und neuem Key von antivir landeten meine
Mails komplet in dem Verzeichnis /deferred von Postfix. An der
Konfiguration von Postfix hatte ich nichts geändert.
Nachdem ich nun mit Yast auf meiner SuSE 8.2 Postfix neu
konfiguriert und dabei den Scan mit Amavis abgestellt habe, werden
die Mails wieder ausgeliefert. Abgeholt werden sie mit fetchmail
vom POP3-Server.
In dem Maillog finden sich für alle Mails folgende Eintragungen:
Dec 10 18:02:55 linux postfix/pipe[12179]: 19A55433A9:
to=
Andreas Mantke wrote:
Mein erstes Problem ist nun, wie bekomme ich die Mails wieder aus /deferred heraus. Ein Restart von postfix hat hier keine Änderung gebracht. Die Header der jetzt wieder ausgelieferten Mails sehen für mich nicht anders aus.
postsuper -r ALL das stupst die erneute Auslieferung an.
Wenn ich das Problem gelöst habe, werde ich im zweiten Schritt schauen, ob es bei einer neuen Einbindung des Virenscanners erneut schief geht.
Schaue dann mal, ob wieder alle hängen bleiben, dann stimmt der Tranport bzw der eingestellte Contentfilter nicht. amavisd neu gestartet? Mails werden auf localhost:10024/25 abgegeben/zurückgenommen? Sandy
Hallo Sandy, Am Freitag, 10. Dezember 2004 19:54 schrieb Sandy Drobic:
Andreas Mantke wrote:
Mein erstes Problem ist nun, wie bekomme ich die Mails wieder aus /deferred heraus. Ein Restart von postfix hat hier keine Änderung gebracht. Die Header der jetzt wieder ausgelieferten Mails sehen für mich nicht anders aus.
postsuper -r ALL
danke für den Tipp. Das war der Befehl, der mir fehlte.
Wenn ich das Problem gelöst habe, werde ich im zweiten Schritt schauen, ob es bei einer neuen Einbindung des Virenscanners erneut schief geht.
Schaue dann mal, ob wieder alle hängen bleiben, dann stimmt der Tranport bzw der eingestellte Contentfilter nicht. amavisd neu gestartet? Mails werden auf localhost:10024/25 abgegeben/zurückgenommen?
Nachdem ich es mit dem Einbinden von amavis erneut versucht habe, sind die Mails wieder in der queue. Auch ein Neustart von amavisd hat hier keine Änderung erbracht. Installiert habe ich auf meiner SuSE 8.2: amavisd-postfix-20020531-209 Liegt es evtl. an der Version von diesem Paket und ich sollte mal ein neues spendieren? Schönen Sonntag Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
Nachdem ich es mit dem Einbinden von amavis erneut versucht habe, sind die Mails wieder in der queue. Auch ein Neustart von amavisd hat hier keine Änderung erbracht. Installiert habe ich auf meiner SuSE 8.2: amavisd-postfix-20020531-209
Liegt es evtl. an der Version von diesem Paket und ich sollte mal ein neues spendieren?
Das liegt wahrscheinlich eher an dem fehlenden Transport. Ist dieser Transport in master.cf eingetragen: vscan unix - n n - 10 pipe \ user=vscan argv=/usr/sbin/amavis ${sender} ${recipient} Teste mal, ob das Problem sich löst, wenn unter $mynetworks auch 127.0.0.0/8 eingetragen wird. Wie sieht denn deine master.cf aus? Sandy
Hallo Sandy, Am Sonntag, 12. Dezember 2004 16:55 schrieb Sandy Drobic: (...)
Das liegt wahrscheinlich eher an dem fehlenden Transport. Ist dieser Transport in master.cf eingetragen:
vscan unix - n n - 10 pipe \ user=vscan argv=/usr/sbin/amavis ${sender} ${recipient}
steht so drin.
Teste mal, ob das Problem sich löst, wenn unter $mynetworks auch 127.0.0.0/8 eingetragen wird.
Habe das jetzt einmal in der main.cf entsprechend eingetragen. Und siehe da, jetzt kommen die Mails wieder im richtigen Körbchen an ;-)
Wie sieht denn deine master.cf aus?
der entsprechende Abschnitt sieht so aus (Ich hoffe, das reicht für die Analyse) (Ist allerdings die Version mit deaktiviertem Amavis-Scan; hat sich aber mit aktiviertem Virenscan nicht geändert): maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient} cyrus unix - n n - - pipe user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user} uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient vscan unix - n n - 10 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient} procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} Ich denke, es lag nicht an der master.cf, sondern eher an einem Problem in der main.cf. Schönen Abend Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
Hallo Sandy, hallo @, Am Sonntag, 12. Dezember 2004 18:11 schrieb Andreas Mantke:
Hallo Sandy,
Am Sonntag, 12. Dezember 2004 16:55 schrieb Sandy Drobic: (...)
Teste mal, ob das Problem sich löst, wenn unter $mynetworks auch 127.0.0.0/8 eingetragen wird.
Habe das jetzt einmal in der main.cf entsprechend eingetragen. Und siehe da, jetzt kommen die Mails wieder im richtigen Körbchen an ;-)
ich habe das jetzt noch einmal überprüft und festgestellt, daß das Problem damit nicht gelöst, sondern nur umgangen wird. Die Mails werden am Virenscanner vorbeigeschleust und schlagen in der inbox auf. Dies gilt auch für die Virenmails, wie antivir beim scan der Box feststellt: Prüfe Laufwerk/Pfad (list): inbox/ inbox/cur/1103057270.2644.RZNvN Datum: 14.12.2004 Zeit: 21:47:50 Größe: 31421 ALERT: [Worm/Bagle.AH worm] inbox/cur/1103057270.2644.RZNvN --> foto1.scr <<< Contains signature of the worm Worm/Bagle.AH Also ich hoffe, es gibt noch eine bessere Lösung. Schönen Abend Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
participants (2)
-
Andreas Mantke -
Sandy Drobic