|
Prev: Conversation with gmail smtp timed out while receiving the initial server greeting
Next: Trying to authenticate on relayhost
From: krycek on 10 Jan 2008 11:38 Hi, I have strange problems with maildrop with maildir quota. Without quota everything works fine, maildrop delivers emails in just few seconds (filtering with spamassassin, clamd and autoresponder) Jan 10 17:21:27 XXXXX postfix/pipe[11248]: 123262408887: to=<XXXXXXXX>, relay=virtual, delay=7.7, delays=4.9/0/0/2.9, dsn=2.0.0, status=sent (delivered via virtual service) 3 seconds... problem occure when I recompiled maildrop to use maildirquota. Jan 9 14:47:08 XXXX postfix/pipe[2028]: B07862408723: to=<XXXXXX>, relay=virtual, delay=301, delays=0.6/0.07/0/300, dsn=4.3.0, status=deferred (tempo rary failure. Command output: maildrop: Timeout quota exceeded. ) As you can see - email processing is still at same level, but delivery is about 300 seconds, which causes Timeout quota exception... This leads to uncontrolled mail queue grow and mail server to stuck. I've tried to test delivery from command line: #time cat mail.txt | maildrop.quota -w 90 -V1 -d XXXXXX maildrop: Filtering through `test -d "$MAILDIR"` maildrop: Filtering through xfilter /usr/bin/spamc -f -u spamd -d 192.168.2.3 maildrop: Filtering through xfilter formail -f -A 'Delivered-To: XXXXX' maildrop: Filtering through `/home/services/yaa/bin/yaa.pl` maildrop: Filtering through `echo "*">>/tmp/mail_ok` maildrop: maildir over quota. real 0m2.528s user 0m0.680s sys 0m1.804s - under 3 seconds... I don't understand what can be the problem... maybe some limitations of process count of courier-authd? any help will be appreciated... env: fedora 6 postfix-2.3.3-2 courier-authlib-0.59.1-1.fc6 (with mysql support for virtual mailboxes) maildrop-2.0.4 courier-imap-4.1.2-1.6 M |