Collaboration replacement via Toltec/Bynari (was How many people to admin a Cyrus system?)
robm at fastmail.fm
Sat Nov 17 04:17:53 EST 2007
> So, the problem has nothing to do with IMAP, and everything to do with
> message handling before delivery to the mailbox.
If I've assimilated everything right, I think the summary of the problem is:
Outlook handles some email messages specially (the example Joon has used is
iTIP emails). To actually process these special emails, they have to pass
through the Outlook "transport" mechanism. An email appearing in an IMAP
folder is not processed by the Outlook transport mechansim. However an email
POPed from a POP server to a local folder is. There's no api way to just
"invoke" the Outlook transport system on an email, it's a black box thing
that just happens on certain transports.
So just mapping the INBOX to display will result in these special emails
never being "processed". However POPing them will.
I do have a hacky workaround suggestion which might work.
1. Display all folders including INBOX
2. Setup a "dummy" POP account that points to the same cyrus server
3. Make sure the "leave on server" option is set
4. Setup a filter rule in Outlook to just delete all the POPed email
Then emails arriving in the IMAP inbox will appear as normal, but they'll
also be POPed regularly and processed by the Outlook transport mechansim.
Unfortunately this solution wont currently work because (1) is impossible in
Toltec at the moment.
More information about the Info-cyrus