Re: Postfix Probleme [lang]

Hallo Sandy, Friday, March 4, 2005, 12:46:14 PM, you wrote:

In so einem Fall empfehle ich immer die "Politik der kleinen Schritte", sprich, erst eine Grundkonfiguration aufsetzen, die stabil läuft, und dann nach und nach die übrigen Schritte wie Virenscanner und Filter implementieren.

Im Grundsatz bestimmt richtig, aber wie stell ich das an?

...

Was bisher funktioniert ist E. und A. sonst nichts, wobei die Zustellung auch unter A. nicht funktioniert, die Mails landen ... ja wo landen sie denn?

Vermutlich in der Deferred Queue. Was sagt denn "postqueue -p"?

hunderte von mails and den user nobody, wer ist das?

...

from=, status=expired, returned to sender Mar 4 11:10:25 mserver postfix/cleanup[8962]: 1D87160996: message-id=<20050304101024.1D87160996@mserver.itega.org> Mar 4 11:10:25 mserver postfix/qmgr[5879]: 092FE5E1A0: removed Mar 4 11:10:25 mserver postfix/qmgr[5879]: 8C3655CD50: from=, size=34192, nrcpt=1 (queue active)

Mail wird empfangen (von Client localhost), an amavis übergeben (default: localhost:10024), amavis versucht die Mail zu übergeben und scheitert.

Üblicherweise wird die Mail an localhost:10025 zurück an postfix übergeben.

Du hast hier zwei Probleme. Einmal ist der relay=vscan eingestellt, der Probleme mit amavis macht, zum anderen ist anscheinend der Transport falsch eingestellt, so dass Mails an lokale Empfänger nicht zugestellt werden.

in /etc/amavisd.conf sollte $forward_method = 'smtp:127.0.0.1:10025'; # where to forward checked mail $notify_method = $forward_method; # where to submit notifications stehen.

das Kommentarzeichen hab ich weggenommen.

und in /etc/postfix/master.cf entsprechend eine laaaange Zeile

localhost:10025 inet n - n - - smtpd -o content_filter=

da steht smtp inet n - n - 2 smtpd -o content_filter=smtp:[127.0.0.1]:100024

Was steht unter mailbox_transport bzw fallback_transport in main.cf?

mailbox_transport = procmail fallback_transport ist auskommentiert

Meine Empfehlung ist, erst einmal amavis zu deaktivieren, den content_filter=vscan in main.cf zu deaktivieren und dann zu sehen, ob Mails durchkommen.

OK, das mach ich mal. Auf das wesentliche redzieren, du hast Recht.

Je nachdem, wie Mails lokal ausgeliefert werden, würde ich auch nachsehen, ob die Kommunikation mit dem lokalen pop/imap über den falschen socket läuft.

es läuft ein popper zur Annahme der mails. Die Mails werden auch angenommen, ein access denied gibts nicht.

Versuche erst einmal, die vorhandene Queue wieder abzubauen, damit das System arbeiten kann.

ich probier mal und berichte von meinen Fortschritten, wenn sie dann da sind ;-)

Viel Erfolg!

Thanks erstmal -- Best regards, Dietmar mailto:earthmate@gmx.net