Hi, Dovecot (at least versions 0.99.10.4, 0.99.11, 1.0rc15, rc17 and rc18) allows message Unique Identifiers to be an unsigned 32 bit value, so something like "X-UID: 4085788205" is allowed. Some IMAP clients I've tested (Thunderbird 1.5.0.9, SquirrelMail 1.4.9a/PHP 4.3.2) appear to use signed 32 bit identifiers and request the above message as UID 2147483647 (max signed 32 bit integer). Evolution 2.0.2 fetches 4085788205 without complaint. Is there any chance Dovecot could decide to invalidate and renumber a folder when identifiers greater than 2147483647 are found? sbg
On Tue, 2007-01-23 at 17:07 +1100, Stephen Gowing wrote:> Hi, > > Dovecot (at least versions 0.99.10.4, 0.99.11, 1.0rc15, rc17 and rc18) > allows message Unique Identifiers to be an unsigned 32 bit value, so > something like "X-UID: 4085788205" is allowed. > > Some IMAP clients I've tested (Thunderbird 1.5.0.9, SquirrelMail > 1.4.9a/PHP 4.3.2) appear to use signed 32 bit identifiers and request > the above message as UID 2147483647 (max signed 32 bit integer). > Evolution 2.0.2 fetches 4085788205 without complaint. > > Is there any chance Dovecot could decide to invalidate and renumber a > folder when identifiers greater than 2147483647 are found?Dovecot used to do that in the early versions, but now it requires changing a couple of different things so it's not done. Also I'm not sure if it's such a good idea to do it automatically, because it might lose some important information. Some clients map their own metadata with the UID number. I don't think it's a real problem anyway? 0.99.x versions could have allowed the UIDs to grow just by sending it a mail with a large X-UID value, but that's not possible anymore. -------------- 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/20070123/d5743f09/attachment.bin>
On 24.1.2007, at 2.49, Stephen Gowing wrote:> It *is* possible to force a large X-UID, if the user has an empty > inbox > (tested on rc15).Yes, but only if it's the very first message for the user. Afterwards even if user expunges all the messages, there are two things that prevent this from being possible: index files and the UW-IMAP style "FOLDER INTERNAL DATA" message. You could also prevent this completely by stripping the X-UID header in your SMTP server or LDA. For example Dovecot LDA strips all the Dovecot's internal metadata headers. I guess the UID renumbering could be done some day, but for now I think it's just way too much trouble with not that much benefits. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20070124/7c2e31f9/attachment.bin>