martin f krafft
2007-Aug-13 20:17 UTC
[Dovecot] status of APPENDUID: returning a UID in response to APPEND
# dovecot-related content below, this one for debian bug tracking # system: retitle 435959 Please support RFC4315 UIDPLUS extension in APPEND reply severity 435959 wishlist thanks [please keep 435959 at bugs.debian.org on Cc.] Hi there, I am working on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=435959, which is a performance problem that offlineimap has on large mailboxes. We think that a simple patch to dovecot could cure this problem. I am willing to write the patch but would really like to get your opinion first. In order to keep track of which IMAP message is stored in which local file, offlineimap uses the message UID, which is guaranteed to be unique in the directory, but constant across sessions. When uploading a new message to the IMAP server with APPEND, offlineimap then has to run a SEARCH to obtain said UID for the message it just uploaded. This takes ages on larger mailboxes, as the way offlineimap identifies the message is via a header that's not indexed by dovecot. The solution I found in RFC4315 ("UIDPLUS"; http://www1.tools.ietf.org/html/rfc4315) and then I saw http://www.dovecot.org/list/dovecot/2004-July/003993.html, and now I am wondering: is anyone else interested in APPENDUID? What's the status of an implementation, if any? Newer Courier IMAP server implementation support UIDPLUS and offlineimap will likely obtain this functionality soon. Cheers, [please keep 435959 at bugs.debian.org on Cc.] -- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net at madduck "by accepting this brick through your window, you accept it as is and agree to my disclaimer of all warranties, express or implied, as well as disclaimers of all liability, direct, indirect, consequential or incidental, that may arise from the installation of this brick into your building." -- seen on irc spamtraps: madduck.bogus at madduck.net -------------- next part -------------- A non-text attachment was scrubbed... Name: digital_signature_gpg.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://dovecot.org/pipermail/dovecot/attachments/20070813/ae220564/attachment-0002.bin>
Timo Sirainen
2007-Aug-13 22:18 UTC
[Dovecot] status of APPENDUID: returning a UID in response to APPEND
On Mon, 2007-08-13 at 22:17 +0200, martin f krafft wrote:> The solution I found in RFC4315 ("UIDPLUS"; > http://www1.tools.ietf.org/html/rfc4315) and then I saw > http://www.dovecot.org/list/dovecot/2004-July/003993.html, and now > I am wondering: is anyone else interested in APPENDUID? What's the > status of an implementation, if any?Dovecot v1.1 supports UIDPLUS already. I wouldn't bother backporting it to v1.0. It requires several API changes to do it properly which in turn breaks plugins and so on. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20070814/c9a7a437/attachment-0002.bin>