Re: What happened to normalizeuid?

2017-01-20 Thread Sebastian Hagedorn via Info-cyrus
--On 20. Januar 2017 um 08:04:25 +1100 Bron Gondwana via Info-cyrus wrote: On Fri, 20 Jan 2017, at 03:31, Sebastian Hagedorn via Info-cyrus wrote: --On 19. Januar 2017 um 17:18:06 +0100 Simon Matter wrote: > We and others had this as a patch in our RPMs but I think it has never > been par

Re: What happened to normalizeuid?

2017-01-20 Thread Bron Gondwana via Info-cyrus
We force it to lowercase in Nginx. Bron. On Fri, 20 Jan 2017, at 21:24, Sebastian Hagedorn wrote: > > --On 20. Januar 2017 um 08:04:25 +1100 Bron Gondwana via Info-cyrus > wrote: > > > On Fri, 20 Jan 2017, at 03:31, Sebastian Hagedorn via Info-cyrus wrote: > >> --On 19. Januar 2017 um 17:18:0

Re: What happened to normalizeuid?

2017-01-20 Thread Ken Murchison via Info-cyrus
On 01/19/2017 04:04 PM, Bron Gondwana via Info-cyrus wrote: On Fri, 20 Jan 2017, at 03:31, Sebastian Hagedorn via Info-cyrus wrote: --On 19. Januar 2017 um 17:18:06 +0100 Simon Matter wrote: We and others had this as a patch in our RPMs but I think it has never been part of vanilla cyrus-im

Re: What happened to normalizeuid?

2017-01-20 Thread Nic Bernstein via Info-cyrus
The "normalize" patch included by Debian isn't that far off from what the option "usercase_tolower" already offers: username_tolower (*on*|off) Convert usernames to all lowercase before login/authentication. This is useful with authentication backends which ignore case during userna

Re: What happened to normalizeuid?

2017-01-20 Thread Sebastian Hagedorn via Info-cyrus
--On 20. Januar 2017 um 07:34:20 -0600 Nic Bernstein wrote: The "normalize" patch included by Debian isn't that far off from what the option "usercase_tolower" already offers: username_tolower (*on*|off) Convert usernames to all lowercase before login/authentication. This is usef

mbox operations performance issue

2017-01-20 Thread Miguel Mucio Santos Moreira via Info-cyrus
Dears, I've had a problem for some days with mailboxes operations like sam, dam etc. Those operations are too slow, I have some mailboxes with many subfolders when I applied a sam command to allow other user access it, the command spends too much time (e.g 20hours). There's nothing weird in log

Re: mbox operations performance issue

2017-01-20 Thread Eric Luyten via Info-cyrus
On 20/01/17 15:03, Miguel Mucio Santos Moreira via Info-cyrus wrote: Dears, I've had a problem for some days with mailboxes operations like sam, dam etc. Those operations are too slow, I have some mailboxes with many subfolders when I applied a sam command to allow other user access it, th

Re: mbox operations performance issue

2017-01-20 Thread Michael Menge via Info-cyrus
Hi, Quoting Miguel Mucio Santos Moreira via Info-cyrus : Dears, I've had a problem for some days with mailboxes operations like sam, dam etc. Those operations are too slow, I have some mailboxes with many subfolders when I applied a sam command to allow other user access it, the comma

Re: mbox operations performance issue

2017-01-20 Thread Miguel Mucio Santos Moreira via Info-cyrus
Is the mupdate server still running? Yes it's running Do you see connections from the backends to the mupdate on port 3905? Yes, there are connections from backend to mupdate master. Can you create new mailboxes? I can Did you try restarting cyrus on mupdate server? I've already done that with