4 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] does Maildrop retry o...
FromSent OnAttachments
Kai ZhuMay 8, 2005 11:19 am 
Matthias AndreeMay 8, 2005 12:34 pm 
Jean DeramMay 9, 2005 2:47 am 
Jean DeramMay 10, 2005 12:41 am 
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] does Maildrop retry on TEMPFAIL?Actions...
From:Jean Deram (cour@drakar.org)
Date:May 10, 2005 12:41:39 am
List:net.sourceforge.lists.courier-maildrop

Kai Zhu writes :

Dear Jean,

Sorry to bother you, I found you post below and it seems we have similar set-up. I wonder if you can help me on my problem.

I also found the follow-up email which gave a small patch to force Maildrop return a EX_TEMPFAIL so that Postfix can retry delivering.

Now my problem:

I started with Postfix + Courier-IMAP + MySQL, virtual accounts + quota, everything was fine with the default "virtual" delivery. For a virtual alias mapping like:

alias@mydomain --> user1@mydomain, user2@mydomain, ... user20@mydomain

all the 20 users have local virtual accounts and Authdaemond authenticated them against MySQL quickly and Postfix delivered them fast and correctly.

Now I am adding Spamassassin & Maildrop, using Maildrop as the virtual transport for Postfix (maildrop_destination_recipient_limit = 1), Postfix passed the userX's to Maildrop via pipe, Maildrop contact authdaemond to authenticate and then Spamassassin to check spam. Now not only the process is very slow (the test email is very simple), but some recipient cannot be authenticated with this error msg:

May 6 01:08:18 mail authdaemond: Authenticated: sysusername=<null>, sysuserid=2000, sysgroupid=2000, homedir=/home/postfix/mailbox\ es, address=user@mydomain, fullname=WenyiJiang, maildir=mydomain/user/, quota=102400000, options=<null> May 6 01:08:18 mail authdaemond: Authenticated: clearpasswd=<null>, passwd=9cBlXXTr.Ebq. May 6 01:08:18 mail authdaemond: authmysql: TEMPFAIL - no more modules will be tried

It seems the authentication is just done, but then authmysql found a problem and return TEMPFAIL.

I wonder why this authentication process can possibly have problem? My system is very lightly loaded. Cannot MySQL take such a light load? The failures are not persistent, some times no problem; and the set of failing recipients changes from time to time.

Your help is greatly appreciated.

Best regards, Kai

------------------ Hi all,

I use postfix and maildrop 1.8.0 with courier-authlib-0.54 with authmysql.

Would it be possible to make maildrop return a tempfail (exit 75) when mysql server is down? Actually if mysql not reponding postfix will return a MAILER DAEMON. It would be better that postfix deferred the mail and retry later.

Thank's for helping.

Jean Deram

Efax: (928) 569-1639

Perhaps you can try to increase mysql key_buffer in your my.cnf I think it could help even if your system is very lightly loaded