On 9 Apr 2004 Johan Parin (Johan(_dot_)Parin(_at_)abc(_dot_)se) wrote:
I'm running procmail on my ISP's mail server to filter incoming mail
into several IMAP folders. I have noticed that the IMAP folders are
stored as traditional mbox files, except there is a special message
first (with subject "IMAP4 Server Data-DO NOT DELETE"). So I have been
storing messages by just using a simple rule like this:
:0:
* <some filtering rule>
$HOME/Mail/<some mailbox>
which will just append the message to the mailbox file.
But I'm suspecting this is unsafe - what if the server is maintaining
some other data structure apart from the mailbox, which will not be
updated when I do this operation? Also this assumes procmail and the
IMAP server uses the same file locking mechanism. Should I be using some
simple command line IMAP client to do the filing instead? If so, any
suggestions?
I've been doing what you're do for years (10 years now actually)
with no problem.
I'm asking this now because I'm having sever problems with *lost
messages* when using Mozilla with Junk Control as mail client. Since
noone else has reported a similar problem I assume it must be something
specifc with my situation, perhaps corrupted IMAP folders. Also, I have
used Gnus and Outlook, and both complains on bad UID numbers.
Are you using Mozilla, Gnus, and Outlook to access the mailboxes
via IMAP or via local file system calls. If you are using IMAP,
you should not be having a problem. But if you are using local
file system cals, I'm not surprised you're have problems. My
suggestions is to only access your mailboxes via IMAP and see if
that solves the problem.
Hope this helps,
Nancy
--
Nancy McGough
Infinite Ink ~ <http://www.ii.com>
Deflexion & Reflexion ~ <http://deflexion.com>
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail