Thanks for the reply Finally, I decide to use spool file for email delivery.
I have another question about mbx format mailbox. I tried to convert mbox, and all the other mail boxes generate by my imap client (Outlook Express), then my imap client say there have no messages in my folders (I'm sure I have some messages in the folder), So I remove all the folders, and use mbxcreat to create some new folders, then imap server even didn't move my email from spool file to mbox (I can not create INBOX by mbxcreat). My question is: in order to use mbx format folders, I had to use c-client as imap client? I think this folders handled by imap server, nothing related to client, right? Then why convert existing folders to mbx format folders doesn't work? Thanks a lot. Jack ----- Original Message ----- From: "Bart Schaefer" <[EMAIL PROTECTED]> To: "Jack Gao" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, May 16, 2002 7:33 PM Subject: Re: Mailbox shrank!!! > On Thu, 16 May 2002, Jack Gao wrote: > > > MAILDIR=$HOME/mail > > This just causes procmail to perform a "cd $HOME/mail". > > > DEFAULT=$HOME/mbox > > So far so good, although it might be easier to let imapd move the messages > from the "real" spool file into the mbox file via the mbox driver. > > > LOGFIE=$MAILDIR/from > > Fie! That should of course say LOGFILE. Was this a copying error, or is > it wrong in /etc/procmailrc? > > > LOCKFILE=$HOME/.lockmail > > Mark is correct that this is not right, but it has nothing to do with the > choice of name. > > Assigning to LOCKFILE creates a global lockfile immediately at the time of > the assignment; effectively you're serializing procmail -- no two procmail > processes can run at once -- but this has *no* effect on locking out other > programs, such as imapd, from accessing the mbox file. You should delete > that LOCKFILE assignment. > > The final question is whether the delivery to DEFAULT is accomplished by > falling off the end of the procmailrc, or whether there is an explicit > recipe with $DEFAULT as the delivery target? In the latter case you will > need to specify imapd-compatible locking in the recipe itself. In the > former case procmail's default dot-locking strategy should be compatible > with the way imapd does locking, once you get rid of the LOCKFILE setting. > > However, I'd still recommend that you *not* set DEFAULT and let imapd take > care of moving the mail to the home directory. >
