[Postfixbuch-users] fetchmail postfix procmail cyrus + spam + viren eingehend und ausgehend

Andreas Winkelmann ml at awinkelmann.de
Fr Okt 21 18:21:29 CEST 2005


Am Monday 17 October 2005 20:15 schrieb Holm Kapschitzki:

> habe folgende Konfiguration: Fetchmail holt die mails ab, procmail sortiert
> sie und gibt sie per deliver an cyrus weiter.Soweit ich das verstanden habe
> kommt da postfix gar nicht ins Spiel ? Oder doch ? Bei ausgehenden Mails
> per smtp sendet postfix.
>
> Auf Spam kontrolliere ich die Mails per procmail. Dort binde ich
> verschiedene Spamprogramme ein. Procmail legt die Mails dann in die Cyrus
> Imap Boxen.
>
> Bloss wo binde ich jetzt und wie den Virenscanner ein ?
>
> Es ist doch so daß postfix die eingehenden Mails gar nicht zu Gesicht
> bekommt, da Sie ja nicht per smtp ankommen, sondern per fetchmail beim
> Provider abgeholt werden ??? Oder verstehe ich da was falsch ?
>
> Mails sollen übrigens eingehend und ausgehend nach Viren kontrolliert
> werden.
>
> Ich habe bis jetzt nur How To s mittels Amavis gefunden, den man direkt in
> Postfix einbindet. Doch das klappt bei mir doch nicht wegen
> fetchmail/procmail oder ????
>
> Eigentlich soll das alles so ablaufen:
>
> mailaccount(gmx)->fetchmail->postfix(->virenscanner)->procmail->spamfilter
> ->proprocmail->deliver->cyrus
>
> hier meine fetcmailrc:
>
> poll pop.gmx.net protocol pop3 user antorox at gmx.net password geheim mda
> "/usr/bin/procmail ~/.procmailrc"

fetchmail liefert direkt an procmail, kein Postfix im SPiel. Stelle fetchmail 
so ein, dass es die Mails an Postfix weiterreicht.

> hier die main.cf:
>
> mailbox_command = /usr/bin/procmail -t -a $EXTENSION
> mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp

Die Mail geht nie nach procmail. Achte auf die Prioritäten.

Wieso nicht amavisd-new nehmen um die Virenscanner/Spamfilter ins Spiel zu 
bringen und Postfix direkt via lmtp an Cyrus-Imap liefern lassen. Dann 
brauchst Du procmail nicht mehr.

> hier procmailrc:
>
> # Das Logfile, in das Fehlermeldungen etc. geloggt werden
> #
> LOGFILE=/var/log/procmail
>
> # deliver sortiert die Mails in die Cyrus-Mailboxen ein
> #
> DELIVERMAIL="/usr/lib/cyrus-imapd/deliver"
>
> # Kurznamen" fuer einige Zustellbefehle
> #
> IMAP="$DELIVERMAIL -e -a $LOGNAME -m user.$LOGNAME"
>
> # Zustellung in die INBOX des Users:
> #
>
> :0 w
> :
> | /bin/sed 1d | $IMAP
>
> ----
>
> Irgendwo ist doch der Haken ;-)
>
> Eigentlich müsste ich doch in fetchmail einfach nur nachpostfix leiten,
> also procmail rausnehmen :)
>
> Dann ist dasss doch hier doppelt gemoppelt oder:
>
> mailbox_command = /usr/bin/procmail -t -a $EXTENSION
> mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp
>
> ???
>
> Am besten dass hier raus oder:
>
> mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp
>
> un dann ganz normal in procmail per deliver zu cyrus:
>
> DELIVERMAIL="/usr/lib/cyrus-imapd/deliver"
>
> usw. ....
>
> Ist das ungefähr richtig ???
>
> Weil im Moment läuft das so ab:
>
> ct 17 01:38:52 base lmtpunix[1968]: executed
> Oct 17 01:38:53 base lmtpunix[1968]: accepted connection
> Oct 17 01:38:53 base lmtpunix[1968]: lmtp connection preauth'd as postman
> Oct 17 01:38:53 base lmtpunix[1968]: IOERROR: fstating sieve script
> /var/lib/imap/sieve/a/antorox/defaultbc: No such file or directory
> Oct 17 01:38:53 base lmtpunix[1968]: duplicate_check:
> <499626472.20051017013824 at oleco.net>     user.antorox         0 Oct 17
> 01:38:53 base lmtpunix[1968]: mystore: starting txn 2147483664 Oct 17
> 01:38:53 base lmtpunix[1968]: mystore: committing txn 2147483664 Oct 17
> 01:38:53 base lmtpunix[1968]: duplicate_mark:
> <499626472.20051017013824 at oleco.net>     user.antorox 1129505933 9
> Oct 17 01:38:59 base master[1969]: about to exec /usr/lib/cyrus-imapd/imapd
>
>
> und in der procmail log:
>
>  Subject: test
>   Folder: /usr/lib/cyrus-imapd/deliver -a antorox -m user.antorox         
> 1375

-- 
	Andreas



Mehr Informationen über die Mailingliste Postfixbuch-users