18 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] Re: Even more flock()...
FromSent OnAttachments
Mitchell VincentApr 29, 2004 10:19 am 
Ron JohnsonApr 29, 2004 11:21 am 
Mitchell VincentApr 29, 2004 12:21 pm 
Ron JohnsonApr 29, 2004 12:53 pm 
Mitchell VincentApr 29, 2004 1:19 pm 
Sam VarshavchikApr 29, 2004 5:36 pm 
Mitchell VincentApr 30, 2004 4:38 am 
Ron JohnsonApr 30, 2004 5:48 am 
Mitchell VincentApr 30, 2004 6:48 am 
Tony EarnshawApr 30, 2004 7:21 am 
Mitchell VincentApr 30, 2004 7:35 am 
Devin RubiaApr 30, 2004 9:48 am 
Tony EarnshawApr 30, 2004 12:06 pm 
Mitchell VincentApr 30, 2004 12:16 pm 
Ron JohnsonApr 30, 2004 3:34 pm 
Sam VarshavchikApr 30, 2004 4:01 pm 
Tony EarnshawApr 30, 2004 5:36 pm 
Ron JohnsonApr 30, 2004 7:33 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [maildropl] Re: Even more flock() problems..Actions...
From:Mitchell Vincent (mit@karboneye.com)
Date:Apr 30, 2004 6:48:40 am
List:net.sourceforge.lists.courier-maildrop

I'm wondering why you call SA from within maildrop....

Isn't it standard to score emails from within your MTA, so that the only thing that maildrop has to do is put the email in the proper folder?

Perhaps it's standard but we needed a way to turn the SPAM filtering on and off for certain users.

The whole problem comes down to the owner of this mail server not wanting to invest in more (faster) hardware. It's running on a decent box (that is pushing 6 years old) but this mail server handles incoming and outgoing mail and can deliver as many as 10,000 messages per hour, 400 or so domains and 500+ users hitting IMAP/POP3 every few seconds.. SpamAssasin is bloody slow, really bloody slow, and it was bringing the box to it's knees at peak time trying to filter every piece of mail going through the server. I changed the filtering from within postfix to maildrop so we could easily turn it on and off per user..

I read several places that filtering through maildrop is actually faster anyway, but we're not doing near the filtering these days (since SA is turned off for most users) so I can't really tell if it's faster under the same conditions...

Thanks for the comments! Any other ideas as to what/why this flock thing is happening?

I have the destination_concurrency_limit in postfix to 1, so it should never try to deliver more than one piece of mail at a time per user (well, I think!)..

--Mitchell