Searching multipart emails and using squatter
Derrick J Brashear
shadow at dementia.org
Fri May 13 22:36:49 EDT 2005
On Fri, 13 May 2005, Zachariah Mully wrote:
> Due to XML object mime-type, SEARCH BODY requests don't work, as the
> IMAP server has no idea what the heck it is, and therefore, the
> webclient must fetch and retrieve the entire calendar mail store and
> parse it to find relevant entries. This is, of course, miserably
> inefficient and makes the webclient completely useless once the calendar
> mail store has several hundred objects in it.
Hm. Bodes for an extension to deal with this, if (read further)
> My question is, is it possible to get Cyrus to recognize the Kolab XML
> object and index it so that the webclient can use SEARCH BODY requests
> to fetch relevant calendar entries?
You have the source, everything is possible. Having something we can (and
will) distribute is another thing. If it's well designed, certainly it's
not right out.
> separate cache of the data, but the developers of Kolab don't see a need
> to expose the XML to the Cyrus' native caching and searching by changing
> the mime-type to something like "text/xml" which Cyrus does understand.
So, perhaps they have a good reason for this; have you asked for comment
from them?
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
More information about the Info-cyrus
mailing list