search for: kiniri

When in the process of testing out the 2.3.0 version of Dovecot, we noticed that on a busy server, imap-login can sometimes take 100% CPU and remain there indefinitely. We grabbed a gdb trace while it was happening: dovenull 36053 31.2 0.0 60460 17316 ? R 04:38 11:55 dovecot/imap-login root at server [~]# strace -p 36053 Process 36053 attached ^CProcess 36053 detached root at server

We were able to obtain a better backtrace: 0x00007f4b303b5af5 in clients_notify_auth_connected () at client-common-auth.c:839 839 if (!client_does_custom_io(client) && client->input_blocked) { (gdb) run Thank you! Regards, Jason Kiniry > On Jan 10, 2018, at 4:28 PM, Jason Kiniry <jason at cpanel.net> wrote: > > When in the process of testing out

On 10 Oct 2017, at 3.36, Jason Kiniry <jason.kiniry at gmail.com> wrote: > > Hi all, > > I've run into an issue with in-place mailbox format conversions between > mdbox and maildir and wondered if someone could assist. When using dsync to > convert a mailbox, the conversion loses a mailbox GUID and produces a > warning. This behavior seems to have been introduced

Hi Dovecot-ers, Immediately on accessing our new dovecot 1.0b3 build, we see processes spinning, much like the old dovecot 0.9x builds did for us. Here is a ktrace of the spinning imap process: topos:tmp# kdump 18248 imap EMUL "native" 18248 imap PSIG SIGALRM caught handler=0x1c03ff88 mask=0x0 18248 imap CALL setitimer(0,0xcfbcb3bc,0xcfbcb3ac) 18248 imap RET

Hi all, I've run into an issue with in-place mailbox format conversions between mdbox and maildir and wondered if someone could assist. When using dsync to convert a mailbox, the conversion loses a mailbox GUID and produces a warning. This behavior seems to have been introduced between version 2.2.31 and 2.2.32. See below for the full debug output from both versions followed by the dovecot