Probleme mit Spamassassin und Postfix
Hallo alle,
ich habe hier eine Email-Server, der mit Fetchmail die Emails
abholt, dann über Postfix diese an Cyrus zustellt. Die
Anwender greifen auf die Postfächer per IMAP zu. Ankommende
und abgehende Emails werden ausserdem auf Viren überprüft.
Das alles klappt wunderbar. Jetzt wollte ich auch alle
ankommenden Emails auf Spam überprüfen lassen. Habe daher
alles nach der Anleitung durchgeführt.
( http://lists.suse.com/archive/suse-linux/2002-Dec/3889.html )
Plötzlich werden jetzt keine Emails mehr zugestellt. Sofern
ich die Log-Files richtig verstehe, gehen alle Mails an Relay
zurück. Es kann nicht mal mehr intern Emails von einem Client
zum anderen verschickt werden.
postfix/qmgr[8009]: 238FE11047: from=<>, size=3622, nrcpt=1 -->
--> (queue active)
postfix/smtp[9074]: 238FE11047: to=
Am Donnerstag, 20. Mai 2004 18:28 schrieb Mesut Cicek:
ich habe hier eine Email-Server, der mit Fetchmail die Emails abholt, dann über Postfix diese an Cyrus zustellt. Die Anwender greifen auf die Postfächer per IMAP zu. Ankommende und abgehende Emails werden ausserdem auf Viren überprüft. Das alles klappt wunderbar. Jetzt wollte ich auch alle ankommenden Emails auf Spam überprüfen lassen. Habe daher alles nach der Anleitung durchgeführt. ( http://lists.suse.com/archive/suse-linux/2002-Dec/3889.html )
Plötzlich werden jetzt keine Emails mehr zugestellt. Sofern ich die Log-Files richtig verstehe, gehen alle Mails an Relay zurück. Es kann nicht mal mehr intern Emails von einem Client zum anderen verschickt werden.
postfix/qmgr[8009]: 238FE11047: from=<>, size=3622, nrcpt=1 --> --> (queue active)
Das ist ein Bounce, der an den Absender zurückgeht.
postfix/smtp[9074]: 238FE11047: to=
,--> -->relay=smtp.vom.provider, delay=40, status=sent --> --> (250 Ok: queued as A81E9AAFC3A)
Da der Absender aber nich bei Dir lokal existiert, wird halt der RelayHost vom Provider benutzt.
postfix/qmgr[8009]: 238FE11047: removed
Es tauchen in den Log-Files solche zeilen auf. Mein /etc/postfix/master.cf ist die, die bei der installation eingerichtete. Habe dort nur die Zeilen ergänzt, die in der Anleitung stehen. Auszug aus postconf -n ergibt folgendes:
D solltest das Log evtl. mal etwas genauer untersuchen _warum_ eine Mail gebounct wird.
Hat vielleicht einer ein Tip, damit es wie gedacht funktioniert ?
PS: Das gleiche Verhalten, dass die Emails an den relayhost verschickt werden kommt auch, wenn ich smtp_auth einschalte.
Welche Versionen benutzt Du überhaupt? -- Andreas
Am Donnerstag Mai 20 2004 18:28 schrieb Mesut Cicek:
Hallo alle, ich habe hier eine Email-Server, der mit Fetchmail die Emails abholt, dann über Postfix diese an Cyrus zustellt. Die Anwender greifen auf die Postfächer per IMAP zu. Ankommende und abgehende Emails werden ausserdem auf Viren überprüft. Das alles klappt wunderbar. Jetzt wollte ich auch alle ankommenden Emails auf Spam überprüfen lassen. Habe daher alles nach der Anleitung durchgeführt. ( http://lists.suse.com/archive/suse-linux/2002-Dec/3889.html )
Plötzlich werden jetzt keine Emails mehr zugestellt. Sofern ich die Log-Files richtig verstehe, gehen alle Mails an Relay zurück. Es kann nicht mal mehr intern Emails von einem Client zum anderen verschickt werden.
Ich habe diese Mail zu einem HowTo aufgearbeitet und auch schon mehrfach auf der Liste den Link gepostet: http://www.singollo.de/modules/main/cms.php?ID=18 Wenn du nach der Mail bzw. nach dem HowTo vorgangen bist, dann sollte es aber funktionieren. Aus dem postconf -n kann ich beim Überfliegen jedenfalls keinen Fehler finden. Gruß Udo -- Your job is being a professor and researcher: That's one hell of a good excuse for some of the brain-damages of minix. (Linus Torvalds to Andrew Tanenbaum)
Hallo,
Wenn du nach der Mail bzw. nach dem HowTo vorgangen bist, dann sollte es aber funktionieren. Aus dem postconf -n kann ich beim Überfliegen jedenfalls keinen Fehler finden.
Ich habe jetzt alles nochmals nach dieser Anleitung konfiguriert. Jetzt geht es plötzlich, obwohl ich alles was in der Anleitung stand, auch vorher schon gemacht hatte. Was auch immer, es funktioniert jetzt und ich bin happy. Danke für die Hilfe --- Mit freundlichen Grüßen Mesut Cicek ---
participants (3)
-
Andreas Winkelmann
-
Mesut Cicek
-
Udo Neist