uniqueid based paths

Ken Murchison murch at fastmail.com
Fri Jul 20 10:47:32 EDT 2018

Hi Samir,

Bron and I are discussing this as we speak.  This feature will probably 
not be in the 3.x series, but in a new 4.x series.  I hope to have some 
running code by the end of 2018.  The ultimate goal is to make mailbox 
renames an atomic operation of nothing more than updating mailboxes.db 
entries in a single transaction. No moving of data on disk should be 
needed beyond updating cyrus.header with the current mailbox name.  In 
other words, mailbox names will be reduced to meta-data.

On 07/20/2018 10:41 AM, Samir Aguiar wrote:
> Hi all,
> We are planning to upgrade to cyrus 3.x.y and after going through the
> archives, I noticed there was some talk about using UUIDs as folder
> names for mailboxes[1][2].
> However, after a few tests with 3.1.5 I noticed that the folder
> structure is still using mailbox names. #e4c9ac2bc[3] added the uniqueid
> parameter to `mboxname_datapath` (marked as unused) and after that there
> seems to be no further development on that side.
> Was this idea postponed? Is it still in the backlog or is it configurable?
> Sorry if I missed something, I'm a little late to the party.
> Thank you in advance.
> Kind regards,
> Samir Aguiar
> [1]
> https://lists.andrew.cmu.edu/pipermail/cyrus-devel/2015-March/003182.html
> [2] https://lists.andrew.cmu.edu/pipermail/cyrus-devel/2016-June/003786.html
> [3]
> https://github.com/cyrusimap/cyrus-imapd/commit/e4c9ac2bc88bc73fcc0f7151eb299ac1ed94333c#diff-3f7e9582b7051be83c0edd299be8f5a5

Ken Murchison
Cyrus Development Team
FastMail US LLC

-------------- next part --------------
A non-text attachment was scrubbed...
Name: murch.vcf
Type: text/x-vcard
Size: 4 bytes
Desc: not available
URL: <http://lists.andrew.cmu.edu/pipermail/cyrus-devel/attachments/20180720/be524fa6/attachment.vcf>

More information about the Cyrus-devel mailing list