![](https://seccdn.libravatar.org/avatar/6cacaf4eb2894c2da1aaf9dab186ef82.jpg?s=120&d=mm&r=g)
Dietmar Strasdat wrote:
Hallo Liste,
nach Umstellung von 7.3 auf 9.2, ich dachte es wäre Zeit weil 7.3 nicht mehr supportet, habe ich massive Probleme den Mailserver konfiguriert zu bekommen.
Was der Mailserver machen soll A. Mails von verschiedenen Konten abholen B. An einen Benutzer "Mailer" weiterleiten, der via procmail Filter an die anderen Benutzer weiterverteilt C. Spamassassin und antivir über die Mails laufen lässt D. lokale Mails lokal zustellen E. die anderen Mails über ein Relay weltweit verschickt
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.
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"?
in /var/log/mail steht sowas wie Mar 4 11:10:12 mserver postfix/qmgr[5879]: 8F4445C090: from=
, size=22526, nrcpt=1 (queue active) Mar 4 11:10:23 mserver postfix/smtpd[8769]: connect from localhost[127.0.0.1] Mar 4 11:10:23 mserver postfix/smtpd[8769]: F084E5DDED: client=localhost[127.0.0.1] Mar 4 11:10:24 mserver postfix/cleanup[8900]: F084E5DDED: message-id=<20050216162349.800381BB7D@mserver.itega.org> Mar 4 11:10:24 mserver postfix/smtpd[8769]: disconnect from localhost[127.0.0.1] Mar 4 11:10:24 mserver amavis[9030]: (client-XX6Lnysl) Passed CLEAN, -> , Message-ID: <20050216162349.800381BB7D@mserver.itega.org>, Hits: -2.82 Mar 4 11:10:24 mserver amavis[9030]: (client-XX6Lnysl) WARN: no recips left (forgot to set $forward_method=undef using milter?), 250 2.6.0 Ok, id=client-XX6Lnysl, from MTA: 250 Ok: queued as F084E5DDED Mar 4 11:10:24 mserver postfix/pipe[5888]: 092FE5E1A0: to= , orig_to=<dietmar>, relay=vscan, delay=801378, status=SOFTBOUNCE (Command died with status 99: "/usr/sbin/amavis") Mar 4 11:10:24 mserver postfix/qmgr[5879]: 092FE5E1A0: 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. und in /etc/postfix/master.cf entsprechend eine laaaange Zeile localhost:10025 inet n - n - - smtpd -o content_filter= # # Interfaces to non-Postfix software. Be sure to examine the manual # pages of the non-Postfix software to find out what options it wants. # # maildrop. See the Postfix MAILDROP_README file for details. # 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} 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 procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} Was steht unter mailbox_transport bzw fallback_transport in main.cf? Meine Empfehlung ist, erst einmal amavis zu deaktivieren, den content_filter=vscan in main.cf zu deaktivieren und dann zu sehen, ob Mails durchkommen. 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.
Mar 4 11:15:05 mserver postfix/qmgr[5879]: warning: mail for mserver.itega.org is using up 20000 of 20000 active queue entries Mar 4 11:15:05 mserver postfix/qmgr[5879]: warning: you may need to reduce vscan connect and helo timeouts Mar 4 11:15:05 mserver postfix/qmgr[5879]: warning: so that Postfix quickly skips unavailable hosts Mar 4 11:15:05 mserver postfix/qmgr[5879]: warning: you may need to increase the main.cf minimal_backoff_time and maximal_backoff_time Mar 4 11:15:05 mserver postfix/qmgr[5879]: warning: so that Postfix wastes less time on undeliverable mail Mar 4 11:15:05 mserver postfix/qmgr[5879]: warning: you may need to increase the master.cf vscan process limit Mar 4 11:15:05 mserver postfix/qmgr[5879]: warning: please avoid flushing the whole queue when you have Mar 4 11:15:05 mserver postfix/qmgr[5879]: warning: lots of deferred mail, that is bad for performance Mar 4 11:15:05 mserver postfix/qmgr[5879]: warning: to turn off these warnings specify: qmgr_clog_warn_time = 0
Hört sich so an, als ob die queue dicht ist.
Das deutet auf Probleme mit amavis hin. Aber ich finde den Fehler nicht. amavisd.conf (gekürzt)
Versuche erst einmal, die vorhandene Queue wieder abzubauen, damit das System arbeiten kann. Viel Erfolg! Sandy