Zitat von Patrick Proniewski <patrick.proniew...@univ-lyon2.fr>:
On 3 sept. 2010, at 13:02, Mark Martinec wrote:Versions before amavisd-new 2.7.0 and SA older than 3.3.0 are not particularly suitable for a pre-queue filtering setup. The combined new features of 2.7.0, SA 3.3.* and the postfix 'speed_adjust' made such a setup much better behaved. Please read the introductory sections of 2.7.0 (pre)release notes: http://www.ijs.si/software/amavisd/release-notes.txtVery interesting in fact. Thank you.What surprises me, is that I use an amavisd in BQCF on our inbound mail server for years now, and it's working great. It's a dedicated server (XServe, Mac OS X Server) with 2 dual core Xeons, and 2 SATA HD in RAID 1. It's extensively protected via black/grey listing, but nevertheless I've absolutely no performance problem with it. It looks like my internal traffic is way more aggressive than the part of inbound traffic that survives black/grey listing.>Sep 2 13:00:47 ru amavis[87682]: (87682-15) TIMING [total 257879 ms] -SMTP greeting: 25055 (10%)10,25 s to get a greeting probably means there were more incoming sessions than the number of available amavisd processes. The smtpd_proxy_options=speed_adjust can help here.At this time, amavisd processes were more numerous than smtp's (70 smtp max, 80 amavisd children)Will give smtpd_proxy_options=speed_adjust a try.SMTP DATA: 24052 (9%)19,The 2.7.0-pre7 brings a 4-fold speedup in receiving of large mail messages over SMTP. On our mailer the receiving transfer rate (postfix->amavisd) is now about 32 MiB/s.I hope it will be ported soon to freebsd.check_init: 25053 (10%)29,Hard to say what is going on here. Either a very busy machine, or maybe access contention on a Berkeley DB.gen_mail_id: 21050 (8%)37,A slow/overloaded SQL server?no SQL.mime_decode: 21063 (8%)45,A very busy machine, or huge mail - probably both.Machine does not look busy at all during those problems. Load is under 0.5 and CPU is 90% idle. Even small emails are affected.
Problem with DNS/RBL or something like that?? It would explain slow responses without high machine load... Regards Andreas
smime.p7s
Description: S/MIME Cryptographic Signature
