On Mon, 14 Mar 2005, Jeffrey D. Wheelhouse wrote:
>> Using simple procmail rules, things are sorted out into separate
>> mailboxes.
>
> Since Eventum does at least nominal investigation of the recipient address
> anyway to suss out issue numbers when that feature is enabled, it would be
> cool if Eventum could figure this out on its own without even the need for
> extra IMAP mailboxes and procmail.
>
> (Though the ability to have Eventum move processed messages to a different
> IMAP folder might come in handy here.)
>
That might be useful for some folks. Advantages of going the procmail
route and having separate IMAP mailboxes are disaster recovery,
portability, and debugging. 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). Having your
messages in mbox or maildir lets you migrate more easily to something
else in the future (doubtful, very doubtful). 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
(see my previous bug report today)
Until 1.5.1, there wasn't a way to move E-mails between projects in the
event that a user sent to the wrong support alias. In those cases, I
would log into the Eventum system account and use pine to move things into
the right places, setting the status flag on the E-mail to new. Not an
ideal solution, but it made things tolerable.
-phillip
