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 sa

Re: Suggested feature and contribution

On Fri, 2019-07-19 at 09:48 +0200, Egoitz Aurrekoetxea wrote: > When said an alert I meant a Nagios alert for instance… Almost every NMS could catch this if there was a distinct enough log [syslog] message. It would be nice if more subsystems produced distinct log messages on suspicious|strange

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 talkin

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 piens

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 >> mboxlist_delayed_deletemailbox()

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 reas