Re: Suggested feature and contribution

Il 19/07/2019 02:09, Bron Gondwana ha scritto: Hmm yeah, OK.  This is actually buggy in that case!  The intended behaviour was to avoid a Denial of Service attack where you would create and delete the same mailbox name millions of times Hello, I had never seen this with mailbox, but I

Re: Suggested feature and contribution

Thanks a lot Bron! Yeah I saw your commit in 2015… I think the idea is fine but perhaps an alert should be better for that instead of a restriction…. Normally people is not going to do this kind of silly things… And when done is normally a mua driven crazy (we know everyone which mua I’m

Re: Suggested feature and contribution

When said an alert I meant a Nagios alert for instance… Cheers! Egoitz Aurrekoetxea Dpto. de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es www.sarenet.es Antes de imprimir este correo electrónico

Re: Suggested feature and contribution

On Thu, Jul 18, 2019, at 19:09, Egoitz Aurrekoetxea wrote: > Good morning, > > When using delete_delayed if someone removes a big folder (that one with more > than 20 subfolders anywhere below it) in mboxlist_delayed_deletemailbox() > only last 20 are preserved. We think it could be a good idea

Re: Suggested feature and contribution

On Fri, Jul 19, 2019, at 10:09, Bron Gondwana wrote: > On Thu, Jul 18, 2019, at 19:09, Egoitz Aurrekoetxea wrote: >> Good morning, >> >> When using delete_delayed if someone removes a big folder (that one with >> more than 20 subfolders anywhere below it) in >>

Suggested feature and contribution

Good morning, When using delete_delayed if someone removes a big folder (that one with more than 20 subfolders anywhere below it) in mboxlist_delayed_deletemailbox() only last 20 are preserved. We think it could be a good idea to preserve all and to have a parameter for configuring it. The