Volker Tanner <[EMAIL PROTECTED]> wrote on Thu, 13 Jan 2000:
> each of those folders contains the mails procmail put there,
> but the listing looks like that:
>
> 1 1024 Jan 12 16:25 ../
> 2 5535 Jan 12 16:30 msg.LLZB
> 3 4337 Jan 12 16:30 msg.MLZB
...
This is caused by procmail writing into the directory, thinking it's a
MH folder (not maildir format). The message files end up in the *main*
directory, instead of the new subdir, where they should. The naming is
also wrong, but that's less of a problem.
Your procmail doesn't either have support for maildirs, or you need to
end the folder name with a / to make sure procmail knows it's a maildir
it's delivering to. This would depend on the procmail version or the
maildir patch used, I'm not sure about the details... My patched
procmail uses / in the end of folder names. I don't know how the
newest procmail version behaves, which has native support for maildirs
-- consult the documentation on that.
Anyway, even if you find that your procmail doesn't have maildir
support, it's quite easy to deliver into maildirs from a procmail rule.
You just need to get a program such as safecat (available from
http://www.nb.net/~lbudney/linux/software/safecat.html) or something
else linked from the qmail home page (http://www.qmail.org), and pipe
the message to that. The program will then deliver the message to the
maildir that you specify.
Another thing to make sure is that the folder in question is a valid
maildir-style folder. Ie. it consists of this directory structure:
folder
folder/new
folder/cur
folder/tmp
If those three subdirectories don't exist, then it's not a maildir.
To fix the folder(s) where email has been delivered in the wrong way,
you can just do "mv folder/msg.* folder/new/". It's a quick hack, but
should work. :-)
Nick Jennings <[EMAIL PROTECTED]> wrote on Thu, 13 Jan 2000:
> Aha! you mbox_type is set to Maildir, which is exactly what you got,
> your mail is put into a directory, each message is in its own file, I
> recommend setting this value to mbox instead (set mbox_type=mbox). When you
> click on this file then, it will display it like your inbox is displayed.
The $mbox_type variable only controls the format for *new* folders
that Mutt creates (it should really be named $new_mbox_type...).
Mutt will auto-detect the folder type for each mail folder opened,
regardless of the value in this variable.
The problem above is caused by the fact that the directory is neither
a valid MH folder, nor a valid Maildir folder apparently. procmail is
not as pedantic about the folder's correctness when delivering to it.
Regards,
Mikko
--
// Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/
// The Corrs list maintainer // net.freak // DALnet IRC operator /
// Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs /
What does ignorant mean?
