[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@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@bugs.debian.org on Cc.]
-- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net@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@madduck.net
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.
also sprach Timo Sirainen tss@iki.fi [2007.08.14.0018 +0200]:
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.
This is great news. Thanks, Timo.
--
.''. martin f. krafft <madduck@debian.org> : :' : proud Debian developer, author, administrator, and user
. '
http://people.debian.org/~madduck - http://debiansystem.info
`- Debian - when you have better things to do than fixing systems
"education is an admirable thing, but it is well to remember from time to time that nothing that is worth knowing can be taught." -- oscar wilde
On 8/14/07, martin f krafft madduck@debian.org wrote:
also sprach Timo Sirainen tss@iki.fi [2007.08.14.0018 +0200]:
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.
This is great news. Thanks, Timo.
Happy to learn that !
-- DINH Viêt Hoà
participants (4)
-
DINH Viêt Hoà
-
martin f krafft
-
martin f krafft
-
Timo Sirainen