user folder

Thu Oct 13 05:20:37 EDT 2011

Sounds like there's something wrong in your compile... are you compiling 
with zlib and openssl?

Bron.

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