[Dovecot] Help! Uidlist files are gone and won't come back; imap keeps coredumping!
Folks -
Some time ago as I migrated to dovecot 1.0, I ran into all sorts of problems with file locks, and I tried various solutions. Apparently, in the process, I got a bit careless and removed all my dovecot-uidlist files. They're gone.
My understanding, however, is that they should come back, but this doesn't happen.
I've been forced to run with index=MEMORY in 1.0 for the entire time I've been using it, but I would really like to get back to a more standard configuration. Yet, anything I do to try and actually use index files, whether (locally) on /var or (via NFS) in /home, I run into problems. The log files say:
dovecot: Jun 01 07:36:36 Info: imap-login: Login: user=<rvvk40>, method=plain, rip=10.69.75.131, lip=172.16.26.151 dovecot: Jun 01 07:36:36 Info: IMAP(rvvk40): Effective uid=10019173, gid=21 dovecot: Jun 01 07:36:36 Info: IMAP(rvvk40): maildir: data=/home/mario/.mail/Maildir dovecot: Jun 01 07:36:36 Info: IMAP(rvvk40): maildir: root=/home/mario/.mail/Maildir, index=/home/mario/.mail/Maildir, control=, inbox= dovecot: Jun 01 07:36:36 Error: child 21207 (imap) killed with signal 11 dovecot: Jun 01 07:36:36 Error: child 21208 (imap) killed with signal 11 dovecot: Jun 01 07:36:36 Error: child 21211 (imap) killed with signal 11 dovecot: Jun 01 07:36:36 Error: child 21212 (imap) killed with signal 11
and a truss says:
29146: execve("/home/mario/tools/SunOS/libexec/dovecot/imap", 0x000407D8, 0x00052850) argc = 1
29146: argv: imap
...
29146: write(1, " * 1 2 4 5 F E T C H".., 2091) = 2091
29146: write(1, " * 1 2 9 5 F E T C H".., 2059) = 2059
29146: write(1, " * 1 3 4 6 F E T C H".., 2056) = 2056
29146: poll(0x000AEC90, 3, 9912) = 1
29146: read(0, " 4 U I D f e t c h ".., 4037) = 173
29146: open64("/home/mario/.mail/Maildir/.Freescale.ATIC.CMOS65/dovecot-uidlist", O_RDONLY) Err#2 ENOENT
29146: Incurred fault #6, FLTBOUNDS %pc = 0xFF133218
29146: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
29146: Received signal #11, SIGSEGV [default]
29146: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
29146: *** process killed ***
Some background info:
dovecot is running only for me, so it runs under my UID, from my home directory.
% tools/SunOS/sbin/dovecot --version 1.0.beta8
% tools/SunOS/sbin/dovecot --build-options
Build options: ioloop=poll openssl
Passdb: checkpassword pam passwd passwd-file shadow
Userdb: checkpassword passwd passwd-file static
% uname -a SunOS velocity 5.8 Generic_117350-06 sun4u sparc
What do I have to do to recreate the uidlist files?
Mario-- I don't need a name; my number's just fine. | Mario.Nigrovic@freescale.com It's nobody else's -- just mine, all mine. | 480-413-3578 Internal Use Only
On Thu, 2006-06-01 at 07:59 -0700, Mario Nigrovic-rvvk40 wrote:
29146: open64("/home/mario/.mail/Maildir/.Freescale.ATIC.CMOS65/dovecot-uidlist", O_RDONLY) Err#2 ENOENT 29146: Incurred fault #6, FLTBOUNDS %pc = 0xFF133218 29146: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
The missing uidlist isn't directly the problem. Rather it crashes while trying to start maildir syncing (or something).
Since this works for most other people, it's difficult to start guessing why it could crash. If you could get gdb backtrace of the crash it would help a lot in fixing it. See http://dovecot.org/bugreport.html how to do it.
Timo Sirainen wrote:
On Thu, 2006-06-01 at 07:59 -0700, Mario Nigrovic-rvvk40 wrote:
29146: open64("/home/mario/.mail/Maildir/.Freescale.ATIC.CMOS65/dovecot-uidlist", O_RDONLY) Err#2 ENOENT 29146: Incurred fault #6, FLTBOUNDS %pc = 0xFF133218 29146: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
The missing uidlist isn't directly the problem. Rather it crashes while trying to start maildir syncing (or something).
Since this works for most other people, it's difficult to start guessing why it could crash. If you could get gdb backtrace of the crash it would help a lot in fixing it. See http://dovecot.org/bugreport.html how to do it.
% gdb /home/mario/tools/SunOS/libexec/dovecot/imap core GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"... Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libiconv.so.2...done. Loaded symbols for /usr/local/lib/libiconv.so.2 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /_TOOLS_/dist/gnu-gcc-3.4.3-binutils-2.15/sparc-sun-solaris2.8/lib/libgcc_s.so.1...done. Loaded symbols for /_TOOLS_/dist/gnu-gcc-3.4.3-binutils-2.15/sparc-sun-solaris2.8/lib/libgcc_s.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libaio.so.1...done. Loaded symbols for /usr/lib/libaio.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Sun-Blade-1500/lib/libc_psr.so.1... done. Loaded symbols for /usr/platform/SUNW,Sun-Blade-1500/lib/libc_psr.so.1 #0 0xff133218 in strlen () from /usr/lib/libc.so.1 (gdb) bt full #0 0xff133218 in strlen () from /usr/lib/libc.so.1 No symbol table info available. #1 0xff186520 in _doprnt () from /usr/lib/libc.so.1 No symbol table info available. #2 0xff1886f8 in vsnprintf () from /usr/lib/libc.so.1 No symbol table info available. #3 0x00083134 in str_vprintfa (str=0xa5b90, fmt=0x86420 "Disconnected: %s", args=0xffbef760) at str.c:118 ret = 678834 len = 2 append_len = 24 __PRETTY_FUNCTION__ = "str_vprintfa" #4 0x00075d70 in internal_handler (log_type=32 ' ', format=0x86420 "Disconnected: %s", args=0xffbef760) at failures.c:362 str = (string_t *) 0xa5b90 ret = 73 #5 0x000759ac in i_info (format=0x86420 "Disconnected: %s") at failures.c:218 No locals. #6 0x000222c0 in client_disconnect (client=0xb0b58, reason=0x0) at client.c:119 No locals. #7 0x0001ef50 in cmd_fetch_finish (ctx=0xb0b9c) at cmd-fetch.c:98 storage = (struct mail_storage *) 0xb0990 error = 0x0 syntax = false temporary_error = false cmd = (struct client_command_context *) 0xb0b9c ok_message = 0x85998 "OK Fetch completed." failed = 144 partial = false #8 0x0001f258 in cmd_fetch (cmd=0xb0b9c) at cmd-fetch.c:176 client = (struct client *) 0xb0b58 ctx = (struct imap_fetch_context *) 0xb2e48 args = (struct imap_arg *) 0xb0e00 search_arg = (struct mail_search_arg *) 0xb2e10 messageset = 0xb0b9c "" ret = 723868 #9 0x00021e14 in cmd_uid (cmd=0xb0b9c) at cmd-uid.c:19 cmd_name = 0xb0eb0 "fetch" #10 0x00022a30 in _client_input (context=0xb0b58) at client.c:375 cmd = (struct client_command_context *) 0xb0b9c ret = 138624 #11 0x0007b918 in io_loop_handler_run (ioloop=0xae458) at ioloop-poll.c:203 ctx = (struct ioloop_handler_context *) 0xae490 pollfd = (struct pollfd *) 0x2 tv = {tv_sec = 9, tv_usec = 928755} io = (struct io *) 0xae4f0 t_id = 2 msecs = 9928 ret = 0 call = true ---Type <return> to continue, or q <return> to quit--- #12 0x0007b1f8 in io_loop_run (ioloop=0xae458) at ioloop.c:274 No locals. #13 0x0002aae4 in main (argc=-4259933, argv=0xa4000, envp=0xa5400) at main.c:271 No locals.
Mario-- I don't need a name; my number's just fine. | Mario.Nigrovic@freescale.com It's nobody else's -- just mine, all mine. | 480-413-3578 Internal Use Only
On Thu, 2006-06-01 at 11:03 -0700, Mario Nigrovic-rvvk40 wrote:
#4 0x00075d70 in internal_handler (log_type=32 ' ', format=0x86420 "Disconnected: %s", args=0xffbef760) at failures.c:362 str = (string_t *) 0xa5b90 ret = 73 #5 0x000759ac in i_info (format=0x86420 "Disconnected: %s") at failures.c:218 No locals. #6 0x000222c0 in client_disconnect (client=0xb0b58, reason=0x0) at client.c:119 No locals. #7 0x0001ef50 in cmd_fetch_finish (ctx=0xb0b9c) at cmd-fetch.c:98 storage = (struct mail_storage *) 0xb0990 error = 0x0 syntax = false temporary_error = false cmd = (struct client_command_context *) 0xb0b9c ok_message = 0x85998 "OK Fetch completed." failed = 144 partial = false
Oh. I fixed this crash actually a few days ago. But since the crash happens only at disconnect time, it doesn't explain why Dovecot isn't working with you at all. The FETCH command fails but doesn't give any reason for it, which is weird..
Have you enabled any plugins? Could you post what "dovecot -n" says?
If you want to test the crash fix, the patch is here (but it's unlikely to fix your real problem anyway): http://dovecot.org/list/dovecot-cvs/2006-May/005613.html
Timo Sirainen wrote:
On Thu, 2006-06-01 at 11:03 -0700, Mario Nigrovic-rvvk40 wrote:
#4 0x00075d70 in internal_handler (log_type=32 ' ', format=0x86420 "Disconnected: %s", args=0xffbef760) at failures.c:362 str = (string_t *) 0xa5b90 ret = 73 #5 0x000759ac in i_info (format=0x86420 "Disconnected: %s") at failures.c:218 No locals. #6 0x000222c0 in client_disconnect (client=0xb0b58, reason=0x0) at client.c:119 No locals. #7 0x0001ef50 in cmd_fetch_finish (ctx=0xb0b9c) at cmd-fetch.c:98 storage = (struct mail_storage *) 0xb0990 error = 0x0 syntax = false temporary_error = false cmd = (struct client_command_context *) 0xb0b9c ok_message = 0x85998 "OK Fetch completed." failed = 144 partial = false
Oh. I fixed this crash actually a few days ago. But since the crash happens only at disconnect time, it doesn't explain why Dovecot isn't working with you at all. The FETCH command fails but doesn't give any reason for it, which is weird..
Have you enabled any plugins? Could you post what "dovecot -n" says?
If you want to test the crash fix, the patch is here (but it's unlikely to fix your real problem anyway): http://dovecot.org/list/dovecot-cvs/2006-May/005613.html
HTH! I'm going to put in the patch, now...
% /home/mario/tools/SunOS/sbin/dovecot -n base_dir: /home/mario/dovecot/run log_path: /home/mario/dovecot/log info_log_path: /home/mario/dovecot/log_info protocols: imap listen: *:2143 ssl_disable: yes disable_plaintext_auth: no login_dir: /home/mario/dovecot/run/login login_executable: /home/mario/tools/SunOS/libexec/dovecot/imap-login login_user: rvvk40 login_chroot: no login_process_size: 128 default_mail_env: maildir:%h/.mail/Maildir:INDEX=MEMORY mailbox_idle_check_interval: 5 mail_debug: yes mmap_disable: yes maildir_stat_dirs: yes maildir_copy_with_hardlinks: yes auth default: user: rvvk40 worker_max_count: 0 passdb: driver: passwd userdb: driver: passwd userdb: driver: prefetch
-- I don't need a name; my number's just fine. | Mario.Nigrovic@freescale.com It's nobody else's -- just mine, all mine. | 480-413-3578 Internal Use Only
On Thu, 2006-06-01 at 11:30 -0700, Mario Nigrovic-rvvk40 wrote:
HTH! I'm going to put in the patch, now...
% /home/mario/tools/SunOS/sbin/dovecot -n
Doesn't seem to contain anything special. If the patch gets rid of all the crashes, then could you try also the attached one. It should then cause Dovecot to crash in the function which causes the problem. Then if you could post that crash's backtrace I could get a better idea where the problem is.
Timo Sirainen wrote:
Doesn't seem to contain anything special. If the patch gets rid of all the crashes, then could you try also the attached one. It should then cause Dovecot to crash in the function which causes the problem. Then if you could post that crash's backtrace I could get a better idea where the problem is.
Context #6 seems interesting. Why is the cxt pointer 0x25 here? and what the heck is that size?
Mario% gdb /home/mario/tools/SunOS/libexec/dovecot/imap core GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"... Core was generated by `imap'. Program terminated with signal 6, Aborted. Reading symbols from /usr/local/lib/libiconv.so.2...done. Loaded symbols for /usr/local/lib/libiconv.so.2 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /_TOOLS_/dist/gnu-gcc-3.4.3-binutils-2.15/sparc-sun-solaris2.8/lib/libgcc_s.so.1...done. Loaded symbols for /_TOOLS_/dist/gnu-gcc-3.4.3-binutils-2.15/sparc-sun-solaris2.8/lib/libgcc_s.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libaio.so.1...done. Loaded symbols for /usr/lib/libaio.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Sun-Blade-1500/lib/libc_psr.so.1... done. Loaded symbols for /usr/platform/SUNW,Sun-Blade-1500/lib/libc_psr.so.1 #0 0xff19fc04 in _libc_kill () from /usr/lib/libc.so.1 (gdb) bt full #0 0xff19fc04 in _libc_kill () from /usr/lib/libc.so.1 No symbol table info available. #1 0xff13598c in abort () from /usr/lib/libc.so.1 No symbol table info available. #2 0x00075fe8 in i_internal_panic_handler ( fmt=0x85cb8 "file %s: line %d (%s): assertion failed: (%s)", args=0xffbef678) at failures.c:375 No locals. #3 0x00075ac0 in i_panic ( format=0x85cb8 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:173 No locals. #4 0x00066978 in check_error (mail=0xbeb40, ret=-1) at mail.c:14 __PRETTY_FUNCTION__ = "check_error" #5 0x00066b00 in mail_get_virtual_size (mail=0xbeb40) at mail.c:95 ret = 18446744073709551615 #6 0x00026274 in fetch_rfc822_size (ctx=0x25, mail=0xbeb40, context=0x0) at imap-fetch-body.c:839 size = 139294380055068 #7 0x000240bc in imap_fetch (ctx=0xb2e48) at imap-fetch.c:265 handlers = (const struct imap_fetch_context_handler *) 0xb2f68 size = 4 ret = 1 __PRETTY_FUNCTION__ = "imap_fetch" #8 0x0001f1a4 in cmd_fetch (cmd=0xb0b9c) at cmd-fetch.c:166 client = (struct client *) 0xb0b58 ctx = (struct imap_fetch_context *) 0xb2e48 args = (struct imap_arg *) 0xb0e00 search_arg = (struct mail_search_arg *) 0xb2e10 messageset = 0xb2e48 "" ret = 732744 #9 0x00021e14 in cmd_uid (cmd=0xb0b9c) at cmd-uid.c:19 cmd_name = 0xb0eb0 "fetch" #10 0x00022a30 in _client_input (context=0xb0b58) at client.c:375 cmd = (struct client_command_context *) 0xb0b9c ret = 138624 #11 0x0007bb30 in io_loop_handler_run (ioloop=0xae458) at ioloop-poll.c:203 ctx = (struct ioloop_handler_context *) 0xae490 pollfd = (struct pollfd *) 0x2 tv = {tv_sec = 9, tv_usec = 934962} io = (struct io *) 0xae4f0 t_id = 2 msecs = 9934 ret = 0 call = true #12 0x0007b410 in io_loop_run (ioloop=0xae458) at ioloop.c:274 No locals. #13 0x0002aae4 in main (argc=-4259933, argv=0xa4000, envp=0xa5400) at main.c:271 No locals. (gdb) print * (struct imap_fetch_context *) 0xb2e48 $1 = {client = 0xb0b58, cmd = 0xb0b9c, box = 0xb6b20, trans = 0xb9750, search_ctx = 0xc2d10, mail = 0xbeb40, fetch_data = 17, all_headers_buf = 0xb2ea8, all_headers_ctx = 0xbe2c8, handlers = { buffer = 0xb2f48, element_size = 12}, buffered_handlers_count = 3, cur_mail = 0xbeb40, cur_handler = 1, cur_size = 0, cur_offset = 0, cur_str = 0xafba8, cur_input = 0x0, skip_cr = false, cont_handler = 0, select_counter = 1, flags_have_handler = 1, flags_update_seen = 0, flags_show_only_seen_changes = 0, update_partial = 0, cur_have_eoh = 0, cur_append_eoh = 0, first = 1, line_finished = 0, partial_fetch = 0, failed = 0}
-- I don't need a name; my number's just fine. | Mario.Nigrovic@freescale.com It's nobody else's -- just mine, all mine. | 480-413-3578 Internal Use Only
Timo -
Was this sufficient information? Is there more I can get you to help debug this?
MarioMario Nigrovic-rvvk40 wrote:
Timo Sirainen wrote:
Doesn't seem to contain anything special. If the patch gets rid of all the crashes, then could you try also the attached one. It should then cause Dovecot to crash in the function which causes the problem. Then if you could post that crash's backtrace I could get a better idea where the problem is.
Context #6 seems interesting. Why is the cxt pointer 0x25 here? and what the heck is that size?
Mario% gdb /home/mario/tools/SunOS/libexec/dovecot/imap core GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"... Core was generated by `imap'. Program terminated with signal 6, Aborted. Reading symbols from /usr/local/lib/libiconv.so.2...done. Loaded symbols for /usr/local/lib/libiconv.so.2 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /_TOOLS_/dist/gnu-gcc-3.4.3-binutils-2.15/sparc-sun-solaris2.8/lib/libgcc_s.so.1...done.
Loaded symbols for /_TOOLS_/dist/gnu-gcc-3.4.3-binutils-2.15/sparc-sun-solaris2.8/lib/libgcc_s.so.1
Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libaio.so.1...done. Loaded symbols for /usr/lib/libaio.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Sun-Blade-1500/lib/libc_psr.so.1... done. Loaded symbols for /usr/platform/SUNW,Sun-Blade-1500/lib/libc_psr.so.1 #0 0xff19fc04 in _libc_kill () from /usr/lib/libc.so.1 (gdb) bt full #0 0xff19fc04 in _libc_kill () from /usr/lib/libc.so.1 No symbol table info available. #1 0xff13598c in abort () from /usr/lib/libc.so.1 No symbol table info available. #2 0x00075fe8 in i_internal_panic_handler ( fmt=0x85cb8 "file %s: line %d (%s): assertion failed: (%s)",
args=0xffbef678) at failures.c:375 No locals. #3 0x00075ac0 in i_panic ( format=0x85cb8 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:173 No locals. #4 0x00066978 in check_error (mail=0xbeb40, ret=-1) at mail.c:14 __PRETTY_FUNCTION__ = "check_error" #5 0x00066b00 in mail_get_virtual_size (mail=0xbeb40) at mail.c:95 ret = 18446744073709551615 #6 0x00026274 in fetch_rfc822_size (ctx=0x25, mail=0xbeb40, context=0x0) at imap-fetch-body.c:839 size = 139294380055068 #7 0x000240bc in imap_fetch (ctx=0xb2e48) at imap-fetch.c:265 handlers = (const struct imap_fetch_context_handler *) 0xb2f68 size = 4 ret = 1 __PRETTY_FUNCTION__ = "imap_fetch" #8 0x0001f1a4 in cmd_fetch (cmd=0xb0b9c) at cmd-fetch.c:166 client = (struct client *) 0xb0b58 ctx = (struct imap_fetch_context *) 0xb2e48 args = (struct imap_arg *) 0xb0e00 search_arg = (struct mail_search_arg *) 0xb2e10 messageset = 0xb2e48 "" ret = 732744 #9 0x00021e14 in cmd_uid (cmd=0xb0b9c) at cmd-uid.c:19 cmd_name = 0xb0eb0 "fetch" #10 0x00022a30 in _client_input (context=0xb0b58) at client.c:375 cmd = (struct client_command_context *) 0xb0b9c ret = 138624 #11 0x0007bb30 in io_loop_handler_run (ioloop=0xae458) at ioloop-poll.c:203 ctx = (struct ioloop_handler_context *) 0xae490 pollfd = (struct pollfd *) 0x2 tv = {tv_sec = 9, tv_usec = 934962} io = (struct io *) 0xae4f0 t_id = 2 msecs = 9934 ret = 0 call = true #12 0x0007b410 in io_loop_run (ioloop=0xae458) at ioloop.c:274 No locals. #13 0x0002aae4 in main (argc=-4259933, argv=0xa4000, envp=0xa5400) at main.c:271 No locals. (gdb) print * (struct imap_fetch_context *) 0xb2e48 $1 = {client = 0xb0b58, cmd = 0xb0b9c, box = 0xb6b20, trans = 0xb9750, search_ctx = 0xc2d10, mail = 0xbeb40, fetch_data = 17, all_headers_buf = 0xb2ea8, all_headers_ctx = 0xbe2c8, handlers = { buffer = 0xb2f48, element_size = 12}, buffered_handlers_count = 3, cur_mail = 0xbeb40, cur_handler = 1, cur_size = 0, cur_offset = 0, cur_str = 0xafba8, cur_input = 0x0, skip_cr = false, cont_handler = 0, select_counter = 1, flags_have_handler = 1, flags_update_seen = 0, flags_show_only_seen_changes = 0, update_partial = 0, cur_have_eoh = 0, cur_append_eoh = 0, first = 1, line_finished = 0, partial_fetch = 0, failed = 0}
-- I don't need a name; my number's just fine. | Mario.Nigrovic@freescale.com It's nobody else's -- just mine, all mine. | 480-413-3578 Internal Use Only
On Thu, 2006-06-01 at 14:17 -0700, Mario Nigrovic-rvvk40 wrote:
Context #6 seems interesting. Why is the cxt pointer 0x25 here? and what the heck is that size?
It just means that gdb isn't perfect and sometimes it looks at things wrong, especially if the binary was compiled with optimization enabled.
But that crash probably wasn't caused by the real problem. Attached another patch which hopefully works correctly. :)
Timo -
"patch" on solaris is not so useful, so I installed a virgin beta8, patched it with the latest patch, and here is the backtrace:
%% gdb tools/SunOS/libexec/dovecot/imap core GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"... Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libiconv.so.2...done. Loaded symbols for /usr/local/lib/libiconv.so.2 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /_TOOLS_/dist/gnu-gcc-3.4.3-binutils-2.15/sparc-sun-solaris2.8/lib/libgcc_s.so.1...done. Loaded symbols for /_TOOLS_/dist/gnu-gcc-3.4.3-binutils-2.15/sparc-sun-solaris2.8/lib/libgcc_s.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libaio.so.1...done. Loaded symbols for /usr/lib/libaio.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Sun-Blade-1500/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Sun-Blade-1500/lib/libc_psr.so.1 #0 0xff132d5c in strcmp () from /usr/lib/libc.so.1 (gdb) bt full #0 0xff132d5c in strcmp () from /usr/lib/libc.so.1 No symbol table info available. #1 0x00066940 in check_error (mail=0xc9a88, ret=-1) at mail.c:14 syntax = false temp = false __PRETTY_FUNCTION__ = "check_error" #2 0x00066af8 in mail_get_virtual_size (mail=0xc9a88) at mail.c:95 ret = 18446744073709551615 #3 0x00026274 in fetch_rfc822_size (ctx=0x69000, mail=0xc9a88, context=0x0) at imap-fetch-body.c:839 size = 139294380055068 #4 0x000240bc in imap_fetch (ctx=0xb2e48) at imap-fetch.c:265 handlers = (const struct imap_fetch_context_handler *) 0xb2f68 size = 4 ret = 1 __PRETTY_FUNCTION__ = "imap_fetch" #5 0x0001f1a4 in cmd_fetch (cmd=0xb0b9c) at cmd-fetch.c:166 client = (struct client *) 0xb0b58 ctx = (struct imap_fetch_context *) 0xb2e48 args = (struct imap_arg *) 0xb0e00 search_arg = (struct mail_search_arg *) 0xb2e10 messageset = 0xb2e48 "" ret = 732744 #6 0x00021e14 in cmd_uid (cmd=0xb0b9c) at cmd-uid.c:19 cmd_name = 0xb0eb0 "fetch" #7 0x00022a30 in _client_input (context=0xb0b58) at client.c:375 cmd = (struct client_command_context *) 0xb0b9c ret = 138624 #8 0x0007bb28 in io_loop_handler_run (ioloop=0xae458) at ioloop-poll.c:203 ctx = (struct ioloop_handler_context *) 0xae490 pollfd = (struct pollfd *) 0x2 tv = {tv_sec = 9, tv_usec = 800143} io = (struct io *) 0xae4f0 t_id = 2 msecs = 9800 ret = 0 call = true #9 0x0007b408 in io_loop_run (ioloop=0xae458) at ioloop.c:274 No locals. #10 0x0002aae4 in main (argc=-4259933, argv=0xa4000, envp=0xa5400) at main.c:271 No locals.
Timo Sirainen wrote:
On Thu, 2006-06-01 at 14:17 -0700, Mario Nigrovic-rvvk40 wrote:
Context #6 seems interesting. Why is the cxt pointer 0x25 here? and what the heck is that size?
It just means that gdb isn't perfect and sometimes it looks at things wrong, especially if the binary was compiled with optimization enabled.
But that crash probably wasn't caused by the real problem. Attached another patch which hopefully works correctly. :)
-- I don't need a name; my number's just fine. | Mario.Nigrovic@freescale.com It's nobody else's -- just mine, all mine. | 480-413-3578 Internal Use Only
Mario Nigrovic Mario.Nigrovic@freescale.com writes:
Timo -
"patch" on solaris is not so useful,
Install GNU patch. :-)
-- Matthias Andree
Timo Sirainen wrote:
On Thu, 2006-06-01 at 14:17 -0700, Mario Nigrovic-rvvk40 wrote:
Context #6 seems interesting. Why is the cxt pointer 0x25 here? and what the heck is that size?
It just means that gdb isn't perfect and sometimes it looks at things wrong, especially if the binary was compiled with optimization enabled.
But that crash probably wasn't caused by the real problem. Attached another patch which hopefully works correctly. :)
Sorry - I didn't install the patch to fix the "null" error string for the last report. Here is a core dump from a version of imap with that patch compiled in.
Mario%% gdb tools/SunOS/libexec/dovecot/imap core GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"... Core was generated by `imap'. Program terminated with signal 6, Aborted. Reading symbols from /usr/local/lib/libiconv.so.2...done. Loaded symbols for /usr/local/lib/libiconv.so.2 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /_TOOLS_/dist/gnu-gcc-3.4.3-binutils-2.15/sparc-sun-solaris2.8/lib/libgcc_s.so.1...done. Loaded symbols for /_TOOLS_/dist/gnu-gcc-3.4.3-binutils-2.15/sparc-sun-solaris2.8/lib/libgcc_s.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libaio.so.1...done. Loaded symbols for /usr/lib/libaio.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Sun-Blade-1500/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Sun-Blade-1500/lib/libc_psr.so.1 #0 0xff19fc04 in _libc_kill () from /usr/lib/libc.so.1 (gdb) bt full #0 0xff19fc04 in _libc_kill () from /usr/lib/libc.so.1 No symbol table info available. #1 0xff13598c in abort () from /usr/lib/libc.so.1 No symbol table info available. #2 0x00075ff4 in i_internal_panic_handler (fmt=0x85cc0 "file %s: line %d (%s): assertion failed: (%s)", args=0xffbef658) at failures.c:375 No locals. #3 0x00075acc in i_panic (format=0x85cc0 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:173 No locals. #4 0x00066984 in check_error (mail=0xc4c10, ret=-1) at mail.c:14 syntax = false temp = false __PRETTY_FUNCTION__ = "check_error" #5 0x00066b0c in mail_get_virtual_size (mail=0xc4c10) at mail.c:95 ret = 18446744073709551615 #6 0x00026274 in fetch_rfc822_size (ctx=0x25, mail=0xc4c10, context=0x0) at imap-fetch-body.c:839 size = 139019502148124 #7 0x000240bc in imap_fetch (ctx=0xb2e48) at imap-fetch.c:265 handlers = (const struct imap_fetch_context_handler *) 0xb2f68 size = 4 ret = 1 __PRETTY_FUNCTION__ = "imap_fetch" #8 0x0001f1a4 in cmd_fetch (cmd=0xb0b9c) at cmd-fetch.c:166 client = (struct client *) 0xb0b58 ctx = (struct imap_fetch_context *) 0xb2e48 args = (struct imap_arg *) 0xb0e00 search_arg = (struct mail_search_arg *) 0xb2e10 messageset = 0xb2e48 "" ret = 732744 #9 0x00021e14 in cmd_uid (cmd=0xb0b9c) at cmd-uid.c:19 cmd_name = 0xb0eb0 "fetch" #10 0x00022a30 in _client_input (context=0xb0b58) at client.c:375 cmd = (struct client_command_context *) 0xb0b9c ret = 138624 #11 0x0007bb3c in io_loop_handler_run (ioloop=0xae458) at ioloop-poll.c:203 ctx = (struct ioloop_handler_context *) 0xae490 pollfd = (struct pollfd *) 0x2 tv = {tv_sec = 9, tv_usec = 307916} io = (struct io *) 0xae4f0 t_id = 2 msecs = 9307 ret = 0 call = true #12 0x0007b434 in io_loop_run (ioloop=0xae458) at ioloop.c:274 No locals. #13 0x0002aae4 in main (argc=-4259936, argv=0xa4000, envp=0xa5400) at main.c:271 No locals.
-- I don't need a name; my number's just fine. | Mario.Nigrovic@freescale.com It's nobody else's -- just mine, all mine. | 480-413-3578 Internal Use Only
On Sun, 2006-06-11 at 09:09 -0700, Mario Nigrovic wrote:
Timo Sirainen wrote:
On Thu, 2006-06-01 at 14:17 -0700, Mario Nigrovic-rvvk40 wrote:
Context #6 seems interesting. Why is the cxt pointer 0x25 here? and what the heck is that size?
It just means that gdb isn't perfect and sometimes it looks at things wrong, especially if the binary was compiled with optimization enabled.
But that crash probably wasn't caused by the real problem. Attached another patch which hopefully works correctly. :)
Sorry - I didn't install the patch to fix the "null" error string for the last report. Here is a core dump from a version of imap with that patch compiled in.
Something's really weird in your system :) I think I'm a bit further in figuring this out, but the next problem seems to be that dovecot-uidlist doesn't exist when it should.. They have at no point come back? And there are no permission or other write problems to the maildir?
If you try the latest snapshot from http://dovecot.org/nightly/ does it anymore crash?
Timo -
Compiling either of the two latest versions fails at ntlm. I'm using the exact same build script I've always used, so I'm not sure how to proceed. I can't find a --without-ntlm switch to add to configure...
- ./configure --prefix=/home/mario/tools/SunOS --with-gnu-ld=/_TOOLS_/dist/gnu-gcc-3.4.3-binutils-2.15/sparc-sun-solaris2.8/bin/ld --enable-shared --disable-nls --disable-ipv6 --without-vpopmail --without-pop3d
Config.h includes:
/* Define to 1 if you have the
But src/lib-ntlm/ntlm-des.c just blindly includes stdint.h anyway. This is a change from beta 8.
make[3]: Entering directory /home/mario/tools/SunOS/build/dovecot-1.0.beta9_20060618/src/lib-ntlm' if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib -I/home/mario/tools/SunOS/include -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ntlm-des.o -MD -MP -MF ".deps/ntlm-des.Tpo" -c -o ntlm-des.o ntlm-des.c; \ then mv -f ".deps/ntlm-des.Tpo" ".deps/ntlm-des.Po"; else rm -f ".deps/ntlm-des.Tpo"; exit 1; fi ntlm-des.c:9:20: stdint.h: No such file or directory ntlm-des.c:285: error: parse error before "uint32_t" ntlm-des.c:285: warning: no semicolon at end of struct or union ntlm-des.c:291: error: parse error before "bitsel" ntlm-des.c:291: error: parse error before '*' token ntlm-des.c:292: warning: return type defaults to int'
ntlm-des.c:292: warning: no previous prototype for 'bitsel'
ntlm-des.c: In function bitsel': ntlm-des.c:293: error: uint32_t' undeclared (first use in this function)
ntlm-des.c:293: error: (Each undeclared identifier is reported only once
ntlm-des.c:293: error: for each function it appears in.)
ntlm-des.c:293: error: parse error before "ret"
ntlm-des.c:294: error: size' undeclared (first use in this function) ntlm-des.c:295: error: bitnums' undeclared (first use in this function)
ntlm-des.c:296: error: ret' undeclared (first use in this function) ntlm-des.c:298: error: input' undeclared (first use in this function)
ntlm-des.c: At top level:
ntlm-des.c:303: error: parse error before "key_msw"
ntlm-des.c: In function des_key_setup': ntlm-des.c:335: error: uint32_t' undeclared (first use in this function)
ntlm-des.c:335: error: parse error before "C"
ntlm-des.c:339: error: buf' undeclared (first use in this function) ntlm-des.c:339: error: key_lsw' undeclared (first use in this function)
ntlm-des.c:340: error: key_msw' undeclared (first use in this function) ntlm-des.c:342: error: C' undeclared (first use in this function)
ntlm-des.c:343: error: D' undeclared (first use in this function) ntlm-des.c:350: error: sched' undeclared (first use in this function)
ntlm-des.c: At top level:
ntlm-des.c:355: error: parse error before "SPboxes"
ntlm-des.c:355: warning: type defaults to int' in declaration of SPboxes'
ntlm-des.c:491: warning: data definition has no type or storage class
ntlm-des.c:528: error: parse error before '*' token
ntlm-des.c: In function des_encipher': ntlm-des.c:531: error: uint32_t' undeclared (first use in this function)
ntlm-des.c:531: error: parse error before "swap"
ntlm-des.c:533: error: swap' undeclared (first use in this function) ntlm-des.c:533: error: L' undeclared (first use in this function)
ntlm-des.c:533: error: `R' undeclared (first use in this function)
ntlm-des.c:533: warning: left-hand operand of comma expression has no effect
ntlm-des.c:533: warning: left-hand operand of comma expression has no effect
ntlm-des.c:533: warning: left-hand operand of comma expression has no effect
ntlm-des.c:533: warning: left-hand operand of comma expression has no effect
etc, etc.
MarioTimo Sirainen wrote:
On Sun, 2006-06-11 at 09:09 -0700, Mario Nigrovic wrote:
Timo Sirainen wrote:
On Thu, 2006-06-01 at 14:17 -0700, Mario Nigrovic-rvvk40 wrote:
Context #6 seems interesting. Why is the cxt pointer 0x25 here? and what the heck is that size? It just means that gdb isn't perfect and sometimes it looks at things wrong, especially if the binary was compiled with optimization enabled.
But that crash probably wasn't caused by the real problem. Attached another patch which hopefully works correctly. :) Sorry - I didn't install the patch to fix the "null" error string for the last report. Here is a core dump from a version of imap with that patch compiled in.
Something's really weird in your system :) I think I'm a bit further in figuring this out, but the next problem seems to be that dovecot-uidlist doesn't exist when it should.. They have at no point come back? And there are no permission or other write problems to the maildir?
If you try the latest snapshot from http://dovecot.org/nightly/ does it anymore crash?
-- I don't need a name; my number's just fine. | Mario.Nigrovic@freescale.com It's nobody else's -- just mine, all mine. | 480-413-3578 Internal Use Only
On Sun, 2006-06-18 at 12:27 -0700, Mario Nigrovic wrote:
Timo -
Compiling either of the two latest versions fails at ntlm. I'm using the exact same build script I've always used, so I'm not sure how to proceed. I can't find a --without-ntlm switch to add to configure...
+ ./configure --prefix=/home/mario/tools/SunOS --with-gnu-ld=/_TOOLS_/dist/gnu-gcc-3.4.3-binutils-2.15/sparc-sun-solaris2.8/bin/ld --enable-shared --disable-nls --disable-ipv6 --without-vpopmail --without-pop3d
Config.h includes: /* Define to 1 if you have the
header file. */ /* #undef HAVE_STDINT_H */ But src/lib-ntlm/ntlm-des.c just blindly includes stdint.h anyway. This is a change from beta 8.
This'll fix it:
diff -u -r1.1.2.1 ntlm-des.c
--- src/lib-ntlm/ntlm-des.c 16 Jun 2006 10:25:07 -0000 1.1.2.1
+++ src/lib-ntlm/ntlm-des.c 18 Jun 2006 19:46:56 -0000
@@ -6,8 +6,7 @@
* This software is released under the MIT license.
*/
-#include
Timo -
Ok , some experimenting shows that simply providing a typedef in for uint32_t is sufficient to get ntlm to compile. imapd seems no longer to be crashing, but there are still no signs of uidlist files. My current configuration line is:
default_mail_env = maildir:%h/.mail/Maildir:INDEX=/var/tmp/mario/dovecot
Mariops - top of ntlm-des.c now reads:
#ifdef HAVE_STDINT_H
# include
// #include
Timo Sirainen wrote:
Timo Sirainen wrote:
On Thu, 2006-06-01 at 14:17 -0700, Mario Nigrovic-rvvk40 wrote:
Context #6 seems interesting. Why is the cxt pointer 0x25 here? and what the heck is that size? It just means that gdb isn't perfect and sometimes it looks at things wrong, especially if the binary was compiled with optimization enabled.
But that crash probably wasn't caused by the real problem. Attached another patch which hopefully works correctly. :) Sorry - I didn't install the patch to fix the "null" error string for the last report. Here is a core dump from a version of imap with that patch compiled in. Something's really weird in your system :) I think I'm a bit further in figuring this out, but the next problem seems to be that dovecot-uidlist doesn't exist when it should.. They have at no point come back? And
On Sun, 2006-06-11 at 09:09 -0700, Mario Nigrovic wrote: there are no permission or other write problems to the maildir?
If you try the latest snapshot from http://dovecot.org/nightly/ does it anymore crash?
-- I don't need a name; my number's just fine. | Mario.Nigrovic@freescale.com It's nobody else's -- just mine, all mine. | 480-413-3578 Internal Use Only
On Jun 18, 2006, at 10:51 PM, Mario Nigrovic wrote:
Timo -
Ok , some experimenting shows that simply providing a typedef in
for uint32_t is sufficient to get ntlm to compile. imapd seems no
longer to be crashing, but there are still no signs of uidlist
files. My current configuration line is:
Could you send me the logs of what happens here, both the strace log
and the IMAP traffic:
telnet localhost imap2 1 login username password
Now start: strace -o log -p pidof imap
And continue with IMAP commands:
2 select inbox 3 fetch 1:* (envelope uid rfc822.size)
Timo -
I've sent you the details personally, since there are some third-party email addresses.
As far as uidlist checking is concerned, here's the data from the truss output:
20745: read(0, " 2 s e l e c t i n b".., 4096) = 16 20745: lstat64("/home/mario/.mail/Maildir/cur", 0xFFBEF4C0) = 0 20745: lstat64("/home/mario/.mail/Maildir/new", 0xFFBEF4C0) = 0 20745: lstat64("/home/mario/.mail/Maildir/tmp", 0xFFBEF4C0) = 0 20745: mkdir("/var/tmp/mario/dovecot/.INBOX", 0770) Err#17 EEXIST 20745: stat64("/var/tmp/mario/dovecot/.INBOX", 0xFFBEF490) = 0 20745: stat64("/home/mario/.mail/Maildir/dovecot-shared", 0xFFBEF5A0) Err#2 ENOENT 20745: time() = 1150720483 20745: open64("/var/tmp/mario/dovecot/.INBOX/dovecot.index", O_RDWR) = 6 20745: pread64(6, "07\0\0 x\0\002 X\0\0\010".., 512, 0) = 512 20745: pread64(6, "\0\0\0\0\0\0\0\0\0\0\0\0".., 88, 512) = 88 20745: brk(0x000B99E8) = 0 20745: brk(0x000C19E8) = 0 20745: pread64(6, "\0\0\001\b\0\0\0\0\096BC".., 30368, 600) = 30368 20745: open64("/var/tmp/mario/dovecot/.INBOX/dovecot.index.log", O_RDWR) = 7 20745: fstat64(7, 0xFFBEF110) = 0 20745: pread64(7, "01\0\018 D95D710\0\0\001".., 24, 0) = 24 20745: open64("/var/tmp/mario/dovecot/.INBOX/dovecot.index.cache", O_RDWR) = 8 20745: sysconfig(_CONFIG_PAGESIZE) = 8192 20745: mmap64(0x00000000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFF0F0000 20745: pread64(8, "01\b04\0 D95D710 D95D710".., 8192, 0) = 8192 20745: pread64(8, "01\b04\0 D95D710 D95D710".., 8192, 0) = 8192 20745: mmap64(0x00000000, 49152, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFF0E0000 20745: munmap(0xFF0F2000, 8192) = 0 20745: munmap(0xFF0F0000, 8192) = 0 20745: pread64(8, "\0\0\0\0\0\0\014\0\0\003".., 8192, 32768) = 8192 20745: brk(0x000C19E8) = 0 20745: brk(0x000C39E8) = 0 20745: stat64("/home/mario/.mail/Maildir/new", 0xFFBEF518) = 0 20745: stat64("/home/mario/.mail/Maildir/cur", 0xFFBEF518) = 0 20745: fstat64(6, 0xFFBEF2B8) = 0 20745: stat64("/var/tmp/mario/dovecot/.INBOX/dovecot.index", 0xFFBEF220) = 0 20745: fstat64(6, 0xFFBEF2B8) = 0 20745: stat64("/var/tmp/mario/dovecot/.INBOX/dovecot.index", 0xFFBEF220) = 0 20745: brk(0x000C39E8) = 0 20745: brk(0x000CB9E8) = 0 20745: pread64(7, 0x000CAD68, 1024, 50060) = 0 20745: stat64("/var/tmp/mario/dovecot/.INBOX/dovecot.index.log", 0xFFBEEEB8) = 0 20745: open64("/var/tmp/mario/dovecot/.INBOX/dovecot.index.log.2", O_RDWR) Err#2 ENOENT 20745: umask(0177) = 077 20745: time() = 1150720483 20745: lstat64("/home/mario/.mail/Maildir/dovecot-uidlist.lock", 0xFFBEF2C8) Err#2 ENOENT 20745: stat64("/home/mario/.mail/Maildir/temp.velocity.20745.e15353bfc5785647", 0xFFBEF230) Err#2 ENOENT 20745: open64("/home/mario/.mail/Maildir/temp.velocity.20745.e15353bfc5785647", O_RDWR|O_CREAT|O_EXCL, 0666) = 9 20745: link("/home/mario/.mail/Maildir/temp.velocity.20745.e15353bfc5785647", "/home/mario/.mail/Maildir/dovecot-uidlist.lock") = 0 20745: unlink("/home/mario/.mail/Maildir/temp.velocity.20745.e15353bfc5785647") = 0 20745: fstat64(9, 0xFFBEF360) = 0 20745: umask(077) = 0177 20745: open64("/home/mario/.mail/Maildir/dovecot-uidlist", O_RDONLY) Err#2 ENOENT 20745: brk(0x000CB9E8) = 0 20745: brk(0x000CF9E8) = 0 20745: time() = 1150720483 20745: lstat64("/var/tmp/mario/dovecot/.INBOX/dovecot.index.log.lock", 0xFFBEF078) Err#2 ENOENT 20745: stat64("/var/tmp/mario/dovecot/.INBOX/.temp.velocity.20745.687d73b0e7289315", 0xFFBEEFE0) Err#2 ENOENT 20745: open64("/var/tmp/mario/dovecot/.INBOX/.temp.velocity.20745.687d73b0e7289315", O_RDWR|O_CREAT|O_EXCL, 0666) = 10 20745: write(10, " 2 0 7 4 5 : v e l o c i".., 14) = 14 20745: link("/var/tmp/mario/dovecot/.INBOX/.temp.velocity.20745.687d73b0e7289315", "/var/tmp/mario/dovecot/.INBOX/dovecot.index.log.lock") = 0 20745: unlink("/var/tmp/mario/dovecot/.INBOX/.temp.velocity.20745.687d73b0e7289315") = 0
And the telnet log:
telnet localhost 2143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'.
- OK Dovecot ready. 1 login rvvk40 WWW44mvn 1 OK Logged in. 2 select inbox
- FLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 unknown-5 unknown-2 unknown-3 unknown-4 unknown-6 unknown-7 unknown-8 unknown-9 unknown-10 unknown-11 unknown-12 unknown-13 unknown-14 unknown-15 unknown-16 unknown-17 unknown-18)
- OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 unknown-5 unknown-2 unknown-3 unknown-4 unknown-6 unknown-7 unknown-8 unknown-9 unknown-10 unknown-11 unknown-12 unknown-13 unknown-14 unknown-15 unknown-16 unknown-17 unknown-18 \*)] Flags permitted.
- 1900 EXISTS
- 0 RECENT
- OK [UIDVALIDITY 1150670608] UIDs valid
- OK [UIDNEXT 1901] Predicted next UID 2 OK [READ-WRITE] Select completed. 3 fetch 1:* (envelope uid rfc822.size)
- 1 FETCH (UID 1 RFC822.SIZE 81589 ENVELOPE ("Wed, 12 Oct 2005 09:39:19 +0200" "RE: SAM OA versions" (("...1" NIL "..." "freescale.com")) (("..." NIL "..." "freescale.com")) (("..." NIL "..." "freescale.com")) (("Nigrovic Mario-RVVK40" NIL "Mario.Nigrovic" "freescale.com")) (("..." NIL "..." "freescale.com")("..." NIL "..." "freescale.com")("..." NIL "..." "freescale.com")("..." NIL "..." "freescale.com")) NIL NIL "E1E52DAD3F96D511AE4D00D0B77CF68A19CDE92A@zfr11exm02.ea.freescale.net")) ... much more omitted ...
- 1900 FETCH (UID 1900 RFC822.SIZE 1543 ENVELOPE ("Mon, 19 Jun 2006 05:30:00 -0700 (MST)" "Reminder- Bowling" (("Mario Nigrovic-rvvk40" NIL "rvvk40" "postal.am.freescale.net")) (("Mario Nigrovic-rvvk40" NIL "rvvk40" "postal.am.freescale.net")) (("Mario Nigrovic-rvvk40" NIL "rvvk40" "postal.am.freescale.net")) ((NIL NIL "rvvk40" "freescale.com")) NIL NIL NIL "200606191230.k5JCU0sv020532@velocity.am.freescale.net")) 3 OK Fetch completed.
Timo Sirainen wrote:
On Jun 18, 2006, at 10:51 PM, Mario Nigrovic wrote:
Timo -
Ok , some experimenting shows that simply providing a typedef in for uint32_t is sufficient to get ntlm to compile. imapd seems no longer to be crashing, but there are still no signs of uidlist files. My current configuration line is:
Could you send me the logs of what happens here, both the strace log and the IMAP traffic:
telnet localhost imap2 1 login username password
Now start: strace -o log -p
pidof imapAnd continue with IMAP commands:
2 select inbox 3 fetch 1:* (envelope uid rfc822.size)
-- I don't need a name; my number's just fine. | Mario.Nigrovic@freescale.com It's nobody else's -- just mine, all mine. | 480-413-3578 Internal Use Only
participants (4)
-
Mario Nigrovic
-
Mario Nigrovic-rvvk40
-
Matthias Andree
-
Timo Sirainen