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:Ron Johnson (ron.@cox.net)
Date:Apr 30, 2004 5:48:43 am
List:net.sourceforge.lists.courier-maildrop

On Fri, 2004-04-30 at 07:38 -0400, Mitchell Vincent wrote:

I'm using maildir boxes for sure..

My /etc/maildroprc

import SENDER

DEFAULT=$HOME/Maildir/ SHELL=/usr/local/bin/bash

That's all I have for most of my accounts - a few filter spamassassin stuff with :

xfilter "/usr/local/bin/spamc -f"

if (/^X-Spam-Flag:[:space:]*YES/) to /dev/null

Maybe it's trying to flock /dev/null??

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?

I'm happy to provide any other information I can!

Sam Varshavchik wrote:

Mitchell Vincent writes:

None at all.. It's all a straight up FreeBSD machine with UW SCSI drives, the maildirs are all on the same partition and everything.. I'm calling maildrop from Postfix..

flock() is only called when delivering to mbox files (or by the flock statement in the maildrop recipe).

-- Ron Johnson <ron.@cox.net>