[postfix-users] Delay bei internen zustellen der Mails

[Mathias Betschart]

>> Wie wird spamd denn aktuell aufgerufen? Durch procmailrc?

> 
> Ja. Jeder Benutzer hat eine .procmailrc Datei in welcher spamd (usr/bin/spamc) aufgerufen wird.

Dort kann man dann ja sagen, welche Mails NICHT durch spamd durchsollen.

> Habe nun auch noch bayes-auto_expre = 1 gesetzt 

Nein, es muss 0 sein.

> und sa-learn --force-expire --sync ausgeführt.

OK. ggf. als Cronjob 1x pro Woche

Alles jetzt so eingestellt.
Was ich aber immer noch nicht schnell ist folgendes. Wenn ich von benutzer1 ein Email an benutzer1 (gleicher Benutzer) ein Mail schicke und seine .procmailrc leer ist (sprich kein spamc konfiguriert) dann bracuht die Mail in dem Fall 20 Sekunden....(spamd debug ist eingestellt, zeig auch nichts an)

Feb 18 14:45:32 server postfix/qmgr[30484]: A5B2A26C070: from=<benutzer1 at meinserver.com>, size=582, nrcpt=1 (queue active)
Feb 18 14:45:55 server postfix/local[31248]: A5B2A26C070: to=<benutzer at meinserver.com>, relay=local, delay=23, delays=0.21/0.01/0/23, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail -a "$EXTENSION")

Das zeigt für mich, dass es ein postfix->procmail problem ist. nicht wahr?