I had a similar issue with procmail when I first switched to using the
Maildir format. I was able to fix it easily enough by adding a trailing
slash (/) after the mailbox name. Eg:
* ^X-Spam-Status: Yes
etc. Even though I'm specifying the root of the folder, procmail still
intelligent enough to copy the mail to the new/ folder on it's own. It all
seems to depend on that trailing slash, though.
I don't know if this will solve your problem, but it may be worth trying.
On 03/19/2007 03:26 AM, Balázs Szabó wrote:
> It sems to me that some of my emails are lost after it arrived to the
> maildir folder. I realized that some emails should arrive, but it did not.
> The scenario is the following:
> I use procmail to deliver the emails. I have a procmail.log file which
> states that it put the email to the correct incoming directory.
> Seeing that I added a new rule in procmail, which stores the message to
> an MH folder (~/Maildir/save), to see that it really arrives next time.
> Today I saw 2 new emails in the save folder, which are not made into my
> incoming folder. After copying these files manually to the incoming
> folder, they appeared.
> Other emails arrive correctly. I use a spam filter, but it only copies
> the emails to a different folder. I use Mac OSX Mail.
> I use gentoo, and the latest stable version in gentoo now is 4.0.4. As I
> see gentoo uses a FAM and BDB configure support patch, they does not
> seem to be related.
> I use XAMS, which have its own authdaemon, but it does not seem to be
> related either.
> Is there any way to add verbose logging to imapd-ssl wihch logs every
> new message which imapd realizes or something like this to trace how the
> email is lost?
> *Balázs Szabó (dLux)*