Cyrus IMAP 3.0.0-rc4 released

[ellie timoney]

Hi Paolo,



It is "20 most recently deleted mailboxes with the same path"



So if someone delete/create/deletes "user/bovik/some_folder" over and
over again, there will only be a maximum of 20
"DELETED/user/bovik/some_folder/<timestamp>" mailboxes on disk.  The
older ones are discarded.


> 1) what happens if thirty users delete one mailbox each, all with
>    different names?


Nothing unusual, because each mailbox has only been deleted once



> 2) what happens if we remove 100 accounts and all their tree (dm
>    user/.<xyz>@example.com 100 times)?


For each affected mailbox, there will be only the 20 most recently-
deleted "DELETED/user/xyz at example.com/.../<timestamp>" mailboxes on
disk.  The first 80 deletions will be gone.


Cheers,



ellie



On Sat, Mar 18, 2017, at 02:39 AM, Paolo Cravero wrote:

> Hello Ellie



>  



> >  > The Cyrus team is proud to announce the immediate availability of
> >  > the
>  >  > third release candidate from the Cyrus IMAP 3.0 series: 3.0.0-
>  >  > rc4.
>  



> Thanks to all the team for working bringing further our beloved
> IMAP server.
>  



>  



> I read the release notes and got caught by this statement:



>  



> "Under delete_mode: delayed, only the 20 most recently deleted
> mailboxes are kept for any given name."
>  



> Not being a native English speaker I may have not a clear idea of the
> meaning of "for any given name", so I ask for a clarification.
>  

> Is it "20 most recently deleted mailboxes regardless of their name"?

> Or is it "20 most recently deleted mailboxes with the same name"? "...
> same path"?
> Or something else?

>  

> In practice,

>  

> 1) what happens if thirty users delete one mailbox each, all with
>    different names?
>  

> 2) what happens if we remove 100 accounts and all their tree (dm
>    user/.<xyz>@example.com 100 times)?
>  

> We rely on keeping deleted messages and mailboxes/folders for few days
> on the filesystem so that recoveries do not hit the backup guys, but
> can be operated with a simple wrapper to unexpunge.
>  

> Thank you for clarifications,

> Paolo

>  

>  

>  

> ----

> Cyrus Home Page: http://www.cyrusimap.org/

> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
> To Unsubscribe:

> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20170320/2d6c4762/attachment.html>