[CentOS] The case of the missing mail

Thu Dec 23 18:40:43 UTC 2010
Bart Schaefer <barton.schaefer at gmail.com>

On Thu, Dec 23, 2010 at 9:22 AM, Anne Wilson <cannewilson at googlemail.com> wrote:
> On Thursday 23 December 2010 16:53:22 Bart Schaefer wrote:
>> LASTFOLDER is informational, procmail sets it immediately before
>> delivering to that folder; if you see LASTFOLDER in your logs, the
>> only way the message should fail to arrive in that folder is in the
>> event of an error writing to that folder.
> They do arrive there - it just defines it as /var/mail/anne, which is useless
> on my IMAP server.

Sure, but the point is that assigning to LASTFOLDER yourself is meaningless.

Procmail will fall back on the folder named in $ORGMAIL in the event
that it is unable to deliver to $DEFAULT, for example because of a
locking issue.  It's quite likely that this assignment to LASTFOLDER
is coming from ORGMAIL.

> In fact I misquoted when I first wrote.  The line I gave is correct, but it
> should have been followed by

I'm pretty sure that's wrong.  From the procmailrc manual:

       If the mailbox name ends in "/", then this directory
       is presumed to be a maildir folder; i.e.,  procmail  will  deliver  the
       message  to  a  file  in a subdirectory named "tmp" and rename it to be
       inside a subdirectory named "new".

So you should not have the "new/" on the end of the DEFAULT value
unless you want a folder that is *named* "new" (and thus file paths
ending in new/new/ and new/cur/ etc.)

> In fact my logs show no mail going to /var/mail/anne today, so I will have to
> watch and wait.  I repeat, I'm using a procmailrc that has worked perfectly
> for years.

Unfortunately that it "worked" doesn't always mean that it is correct,
it just means you haven't hit the corner cases before.

>> If you haven't already, you really should add
>> VERBOSE=yes
> When I first set this up it was with a printed set of documentation.  I do
> have VERBOSE=YES, but I have LOGABSTRACT=YES.  Are these equivalents or has
> something changed in the meantime?

Again from the manual pages:

       LOGABSTRACT Just before procmail exits  it  logs  an  abstract  of  the
                   delivered message in $LOGFILE showing the `From ' and
                   `Subject:' fields of the header, what folder it
finally went to
                   and  how  long (in bytes) the message was.  By setting this
                   variable to `no',  generation  of  this  abstract  is  sup-
                   pressed.   If  you  set  it  to `all', procmail will log an
                   abstract for every successful  delivering  recipe  it  pro-

So "all" includes some cases that "yes" does not, particularly copies
made with the "c" flag on recipes.