From: Rick Moen
To: irish linux users group
Subject: Re: [ILUG] sendmail and maildir
User-Agent: Mutt/1.4i
X-Mas: Bah humbug.
Date: Wed, 27 Nov 2002 19:52:03 -0800

Quoting kevin lyda (

> how can i get sendmail to deliver to maildir mailboxes? or more
> appropriately, how do i get sendmail to tell procmail to deliver to
> maildir mailboxes?

I haven't tried this, but you might see if putting this in
/etc/procmailrc does the trick:


That does the trick in ~/.procmailrc files, and generally a trailing
slash signifies to procmail to use Maildir format.

You might have to recompile procmail, as explained here:

Cheers, kill -9 them all.
Rick Moen Let init sort it out.

Date: Fri, 13 Dec 2002 11:15:07 +1100
From: Tom Ryan
Subject: RE: Need advice on IMAP server

Rick Moen schreef:

> You might have to recompile procmail, as explained here:

If that doesn't work, there's always maildrop:

It's part of Courier-MTA but also works nicely by itself to deliver
locally to mbox or maildir.

Tom RYAN, Technical Consultant
Whitehorse Strategic Group Ltd
p 61 3 9614 8510 f 61 3 9614 8201
Lvl 3/45 William St, Melbourne 3000

RM note: The referenced mail at the Procmail mailing list archive is as

From: "David W. Tamkin"
To: procmail@Lists.RWTH-Aachen.DE
Subject: Re: Maildir format
Date: Tue, 26 Mar 2002 09:29:42 -0600

Mark Medina asked,

| I have a small yet puzzling question. I have maildir format setup on
| one of my servers where mail gets delivered to the user's home directory
| /home/test/Maildir. My question is, if that is working fine and mail
| gets dumped in there, is there a reason for an empty file to be created
| in /var/spool/mail/test (test being the username) everytime an email is
| sent to that user?

Common problem. That's about the third time that's been asked in the
last couple weeks.

| Is this a result from sendmail or procmail?

Procmail is doing it. It can be made to stop.

The usual cause when this happens is that you have
/var/spool/mail/$LOGNAME as the compiled-in value of ORGMAIL and are
trying to get mail into ~/Maildir/ by reassigning ORGMAIL or DEFAULT or
both in /etc/procmailrc.

But before procmail looks for /etc/procmailrc, much less reads it, it
does checks the accessibility of $ORGMAIL according to the compiled-in
value. Moreover, if the user invokes procmail in a way that skips
reading /etc/procmailrc, or tries to use lockfile's -ml or -mu switches,
everything will run according to the compiled-in value for ORGMAIL.

The solution is to edit src/authenticate.c and recompile procmail and
lockfile, including their man pages (or just recompile the whole suite).