<div style="font-family: Verdana; font-size: 12;">Hi,<br>as suggested, I upgraded to 2.4.12, but master seems to hang on first telnet to 143, never<br>giving me the cyrus imap welcome string.<br><br>I tried to step back up to 2.4.10 always with the same problem.<br>Then got back to 2.4.2 and is fine again.<br><br>I used strace to check what master is doing on my first connect, and compared what happens<br>on 2.4.2 and on 2.4.12. Looks like 2.4.12 goes into a loop.<br>Here are the outputs of strace:<br><br><font face="courier new">2.4.2<br>=====<br>[sonicle@xstream ~]$ sudo strace -p 19790<br>Process 19790 attached - interrupt to quit<br>select(33, [7 8 10 11 13 14 16 17 19 20 22 23 25 26 28 29 31 32], NULL, NULL, {1, 95000}) = 0 (Timeout)<br>time(NULL) = 1318492904<br>gettimeofday({1318492904, 52043}, NULL) = 0<br>select(33, [7 8 10 11 13 14 16 17 19 20 22 23 25 26 28 29 31 32], NULL, NULL, {10, 0}) = 1 (in [10], left {1, 804000})<br>time(NULL) = 1318492912<br>clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7f9d708) = 19802<br>time(NULL) = 1318492912<br>gettimeofday({1318492912, 251845}, NULL) = 0<br>select(33, [7 8 11 13 14 16 17 19 20 22 23 25 26 28 29 31 32], NULL, NULL, {2, 0}) = 1 (in [11], left {1, 938000})<br>read(11, "\2\0\0\0ZM\0\0", 8) = 8<br>read(11, 0xbf833a34, 8) = -1 EAGAIN (Resource temporarily unavailable)<br>time(NULL) = 1318492912<br>gettimeofday({1318492912, 314802}, NULL) = 0<br>select(33, [7 8 10 11 13 14 16 17 19 20 22 23 25 26 28 29 31 32], NULL, NULL, {2, 0}) = 1 (in [11], left {2, 0})<br>read(11, "\3\0\0\0ZM\0\0", 8) = 8<br>read(11, 0xbf833a34, 8) = -1 EAGAIN (Resource temporarily unavailable)<br>time(NULL) = 1318492912<br>gettimeofday({1318492912, 315531}, NULL) = 0<br>select(33, [7 8 10 11 13 14 16 17 19 20 22 23 25 26 28 29 31 32], NULL, NULL, {2, 0}) = 0 (Timeout)<br>time(NULL) = 1318492914<br>gettimeofday({1318492914, 315843}, NULL) = 0<br>select(33, [7 8 10 11 13 14 16 17 19 20 22 23 25 26 28 29 31 32], NULL, NULL, {10, 0} <unfinished ...><br>......<br><br>2.4.12<br>======<br>select(33, [7 8 10 11 13 14 16 17 19 20 22 23 25 26 28 29 31 32], NULL, NULL, {8, 0}) = 1 (in [10], left {8, 0})<br>time(NULL) = 1318493061<br>clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7fef708) = 20196<br>time(NULL) = 1318493061<br>gettimeofday({1318493061, 990811}, NULL) = 0<br>select(33, [7 8 11 13 14 16 17 19 20 22 23 25 26 28 29 31 32], NULL, NULL, {8, 0}) = ? ERESTARTNOHAND (To be restarted)<br>--- SIGCHLD (Child exited) @ 0 (0) ---<br>sigreturn() = ? (mask now [])<br>waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 75}], WNOHANG) = 20196<br>time(NULL) = 1318493061<br>stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2652, ...}) = 0<br>stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2652, ...}) = 0<br>stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2652, ...}) = 0<br>send(5, "<183>Oct 13 10:04:21 master[2015"..., 67, MSG_NOSIGNAL) = 67<br>time(NULL) = 1318493061<br>stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2652, ...}) = 0<br>stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2652, ...}) = 0<br>stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2652, ...}) = 0<br>send(5, "<180>Oct 13 10:04:21 master[2015"..., 96, MSG_NOSIGNAL) = 96<br>time(NULL) = 1318493061<br>waitpid(-1, 0xbfb42b64, WNOHANG) = -1 ECHILD (No child processes)<br>select(33, [7 8 10 11 13 14 16 17 19 20 22 23 25 26 28 29 31 32], NULL, NULL, {8, 0}) = 1 (in [10], left {8, 0})<br>time(NULL) = 1318493061<br>clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7fef708) = 20197<br>time(NULL) = 1318493061<br>gettimeofday({1318493062, 264}, NULL) = 0<br>select(33, [7 8 11 13 14 16 17 19 20 22 23 25 26 28 29 31 32], NULL, NULL, {8, 0}) = ? ERESTARTNOHAND (To be restarted)<br>--- SIGCHLD (Child exited) @ 0 (0) ---<br>sigreturn() = ? (mask now [])<br>waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 75}], WNOHANG) = 20197<br>time(NULL) = 1318493062<br>stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2652, ...}) = 0<br>stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2652, ...}) = 0<br>stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2652, ...}) = 0<br>send(5, "<183>Oct 13 10:04:22 master[2015"..., 67, MSG_NOSIGNAL) = 67<br>time(NULL) = 1318493062<br>stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2652, ...}) = 0<br>stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2652, ...}) = 0<br>stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2652, ...}) = 0<br>send(5, "<180>Oct 13 10:04:22 master[2015"..., 96, MSG_NOSIGNAL) = 96<br>time(NULL) = 1318493062<br>waitpid(-1, 0xbfb42b64, WNOHANG) = -1 ECHILD (No child processes)<br>select(33, [7 8 10 11 13 14 16 17 19 20 22 23 25 26 28 29 31 32], NULL, NULL, {8, 0}) = 1 (in [10], left {8, 0})<br>time(NULL) = 1318493062<br>clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7fef708) = 20198<br>time(NULL) = 1318493062<br>gettimeofday({1318493062, 9412}, NULL) = 0<br></font><br><div><br>never ending loop here.<br><br>Any clue?<br></div><tt><br><br><br>----------------------------------------------------------------------------------<br><br>Da: Bron Gondwana <brong@fastmail.fm><br>A: Gabriele Bulfon <gbulfon@sonicle.com> <br>Cc: info-cyrus@lists.andrew.cmu.edu <br>Data: 11 ottobre 2011 15.48.54 CEST<br>Oggetto: Re: user folder<br><br></tt><blockquote style="BORDER-LEFT: #000080 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px"><tt>Date: Tue Oct 19 14:08:28 2010 +1100<br><br> Release 2.4.2<br><br>There were numerous bugs in early 2.4 versions related to configurations <br>which I hadn't used, and which hadn't been tested enough when developing <br>it. As others have said, 2.4.2 is very early 2.4 series, and had many <br>bugs. 2.4.12 is much better.<br><br>Bron.<br><br><br>On 10/11/2011 11:57 AM, Gabriele Bulfon wrote:<br>> Hi<br>><br>> I'm using cyrus in production for years, recently I'm working on a new <br>> distribution with a new<br>> update cyrus, built from sources.<br>> Previous version was 2.3.16, new version is 2.4.2.<br>><br>> On the previous version, you could issue 'LIST "" user' to the imap <br>> server and receive this response:<br>><br>> A0 LIST "" user<br>> * LIST (\Noselect \HasChildren) "." "user"<br>> A0 OK Completed (0.260 secs 419 calls)<br>><br>> In the new version the response is different:<br>><br>> A0 LIST "" user<br>> A0 OK Completed (0.030 secs 202 calls)<br>><br>> This open up a problem to our web app using JavaMail, when it tries to <br>> list the shared folders from<br>> other users.<br>> The code examines the user namespaces and finds "user".<br>> Then it asks JavaMail to list the folder "user" to obtain the list of <br>> users sharing something.<br>> Debugging the IMAP transaction, I see JavaMail trying to do the above <br>> command first,<br>> then, after receiving the response, it will issue a LIST "" user.% and <br>> go on.<br>> Now, because the above command answers with nothing, I can't seem to <br>> find a correct way to<br>> list the "user" magic folder.<br>><br>> Why has this changed in Cyrus?<br>> Is there any way I can let it work as before?<br>><br>> Thanks,<br>> Gabriele.<br>><br>><br>> ----<br>> Cyrus Home Page: http://www.cyrusimap.org/<br>> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/<br><br><br><br><br></tt></blockquote></div>