Hi,
----- Original Message -----
From: "Paul J Stevens" <[EMAIL PROTECTED]>
To: "DBMAIL Developers Mailinglist" <[email protected]>
Sent: Saturday, January 21, 2006 8:18 PM
Subject: Re: [Dbmail-dev] dbmail-imapd memory usage
3) why is 'full MIME parsing' ever needed when the imap clients only
expect to know certain meta info such as subject, sender, rfclines, ...,
so on and so forth? Why isn't only the wanted fields extracted from a
message instead of reading the whole big big message into memory and
pass it to a MIME parser? Can I consider the additional workload by the
MIME parser redundant?
Extracting body structure requires mime-parsing, same for envelope data.
Header
fields are all stored seperately during insertion and do not required
mime-parsing during retrieval any more.
4) after all, if message parsing (or just extract some meta data from
the headers?) is really needed for each message, why isn't the parsing
done when the message is inserted? The headers could hopefully be saved
in more compat formats in the database, and no extra parsing is ever
needed when the message is retrieved.
Wrong. Even now that all headers *are* stored separately during insertion,
mime-parsing during fetch commands is unavoidable for many fetch commands.
No
imap server can operate without a worldclass mime parser.
Perhaps I was not clear about my point; what I mean is storing each header
name:value pair in its very own row, something like the one mentioned in the
wiki. (http://www.dbmail.org/dokuwiki/doku.php?id=headercache). Certainly I
know the header and body are stored separately as there is a is_header flag
in the table :-)
By the way, how can I build from svn trunk? I have tried aclocal ->
automake -> autoconf -> autoreconf -fi -> ./configure, but configure reports
this:
buildtools/ltconfig: buildtools/ltconfig: No such file or directory
What should I do to build from svn sources?
