Phillip Steinbachs wrote:
> That might be useful for some folks. Advantages of going the procmail
> route and having separate IMAP mailboxes are disaster recovery,
> portability, and debugging.
Well, I'm not sold on that because you've got duplicated logic. If you
(could) let Eventum be the one to move things into their own IMAP
mailboxes based on its own internal config, then you get all of the
benefits but without the extra copy of the "what mailboxes do I have?"
It's the exact same thing as what you are saying, except with the work
done by Eventum instead of procmail.
> In the very unlikely event an Eventum bug
> chews up a message or your DB goes away, you still have it sitting in
> the IMAP mailbox (note that we've never had this happen).
Well, it's definitely required that the messages are kept in (one or
another) mailbox outside of Eventum. But if you have three folders and
Eventum eats one due to a bug, there's a nonzero chance it'll eat the
other two at the same time for the same reason.
To get real disaster recovery against Eventum/DB problems, we clone all
the mail in the MTA. For example, mail for "issues" gets delivered to
"issues1" *and* "issues2." Eventum only ever gets to touch "issues1"
and the issues2 box just sits around (on a completely different machine)
for all the reasons you name.
> Debugging is probably the
> most useful reason... it's nice to be able to see the messages in the
> mailboxes, and make sure they show up in the right place within Eventum
Yes, I've unfortunately had my share of troubles with that. :-P