dovecot - Aug 2007 - 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>

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>