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