The following issue has been RESOLVED. ====================================================================== http://www.dbmail.org/mantis/view.php?id=113 ====================================================================== Reported By: aaron Assigned To: paul ====================================================================== Project: DBMail Issue ID: 113 Category: Database layer Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: SVN Trunk ====================================================================== Date Submitted: 02-Nov-04 00:58 CET Last Modified: 14-Feb-06 16:53 CET ====================================================================== Summary: IMAP Search should parse only headers and retrieve only potential matches Description: Mikhail Ramendik said:
> Currently, the code uses db_fetch_headers() for every message in the > search cycle. Despite the name, this function actually parses the entire > message, multipart boundaries and all. (Misleading function names are > possibly the worst thing about this code...) > > But, for header field searches, one could do with only parsing the main > header. This action is already available in the current code, as > db_get_main_header(); but it is only used for IMAP FETCH. In combination with a query that asks the database to only return potential matches, this should make search much, much faster. I'm going to file it as a bug so that we make sure to get this into 2.0.x ASAP. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0000149 imap search performance ====================================================================== ---------------------------------------------------------------------- paul - 22-Aug-05 10:32 ---------------------------------------------------------------------- This is currently work-in-progress. Issue History Date Modified Username Field Change ====================================================================== 02-Nov-04 00:58 aaron New Issue 02-Nov-04 00:59 aaron Assigned To => aaron 02-Nov-04 00:59 aaron Status new => assigned 02-Nov-04 00:59 aaron Description Updated 16-Nov-04 07:12 aaron Assigned To aaron => 16-Nov-04 22:05 aaron Status assigned => acknowledged 22-Aug-05 10:32 paul Note Added: 0000856 22-Aug-05 10:32 paul Assigned To => paul 22-Aug-05 10:32 paul Status acknowledged => assigned 22-Aug-05 10:32 paul Projection none => minor fix 22-Aug-05 10:32 paul ETA none => < 1 month 22-Aug-05 10:32 paul version => SVN Trunk 22-Aug-05 10:34 paul Relationship added has duplicate 0000149 14-Feb-06 16:53 paul Status assigned => resolved 14-Feb-06 16:53 paul Fixed in Version => SVN Trunk 14-Feb-06 16:53 paul Resolution open => fixed ======================================================================