<div style="font-family: Verdana; font-size: 12;">Hi, thanx.<br>Here's my configure:<br><br>./configure --prefix=/sonicle --with-cyrus-user=sonicle --with-cyrus-group=sonicle --enable-idled --with-lock=fcntl --with-ldap=/sonicle --with-bdb-libdir=/sonicle/lib --with-bdb-incdir=/sonicle/include --with-sasl=/sonicle --with-cyrus-prefix=/sonicle --without-snmp CFLAGS=-I/sonicle/include CXXFLAGS=-I/sonicle/include LDFLAGS=-L/sonicle/lib<br><br>All of the required libs are inside our /sonicle/lib, built against sources:<br>- libz.so.1.2.5<br>- libssl.so.0.9.8<br><br><tt><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: 13 ottobre 2011 11.20.37 CEST<br>Oggetto: Re: user folder<br><br></tt><blockquote style="BORDER-LEFT: #000080 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px"><tt>Sounds like there's something wrong in your compile... are you compiling <br>with zlib and openssl?<br><br>Bron.<br><br>On 10/13/2011 10:11 AM, Gabriele Bulfon wrote:<br>> Hi,<br>> as suggested, I upgraded to 2.4.12, but master seems to hang on first <br>> 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 <br>> 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>> 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], <br>> 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], <br>> NULL, NULL, {10, 0}) = 1 (in [10], left {1, 804000})<br>> time(NULL) = 1318492912<br>> clone(child_stack=0, <br>> flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, <br>> 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, <br>> 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], <br>> 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], <br>> 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], <br>> 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], <br>> NULL, NULL, {8, 0}) = 1 (in [10], left {8, 0})<br>> time(NULL) = 1318493061<br>> clone(child_stack=0, <br>> flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, <br>> 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, <br>> 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], <br>> NULL, NULL, {8, 0}) = 1 (in [10], left {8, 0})<br>> time(NULL) = 1318493061<br>> clone(child_stack=0, <br>> flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, <br>> 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, <br>> 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], <br>> NULL, NULL, {8, 0}) = 1 (in [10], left {8, 0})<br>> time(NULL) = 1318493062<br>> clone(child_stack=0, <br>> flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, <br>> child_tidptr=0xb7fef708) = 20198<br>> time(NULL) = 1318493062<br>> gettimeofday({1318493062, 9412}, NULL) = 0<br>><br>><br>> never ending loop here.<br>><br>> Any clue?<br>><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>> 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<br>> configurations<br>> which I hadn't used, and which hadn't been tested enough when<br>> 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<br>> 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<br>> 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<br>> list of<br>> > users sharing something.<br>> > Debugging the IMAP transaction, I see JavaMail trying to do the<br>> above<br>> > command first,<br>> > then, after receiving the response, it will issue a LIST ""<br>> user.% and<br>> > go on.<br>> > Now, because the above command answers with nothing, I can't<br>> 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:<br>> http://lists.andrew.cmu.edu/pipermail/info-cyrus/<br>><br>><br>><br>><br><br><br><br><br></tt></blockquote></div>