Re: [Dovecot] imap Panic: file istream-seekable.c: line 253 (i_stream_seekable_read): assertion failed: (stream->istream.v_offset + stream->pos <= sstream->write_peak)
On 23.4.2013, at 14.47, Pascal Volk wrote: > just another crash - using 2.2.1 (c95cea6e1389). Fixed: http://hg.dovecot.org/dovecot-2.2/rev/2784b88a4260 (This started happening only after yesterday's zlib change.)
[Dovecot] imap Panic: file istream-seekable.c: line 253 (i_stream_seekable_read): assertion failed: (stream->istream.v_offset + stream->pos <= sstream->write_peak)
Hi Timo, just another crash - using 2.2.1 (c95cea6e1389). Regards, Pascal Reading symbols from /usr/local/libexec/dovecot/imap...done. [New LWP 15198] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `dovecot/imap'. Program terminated with signal 6, Aborted. #0 0x7fea0d3a0475 in *__GI_raise (sig=) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. Already logging to gdb.txt. #0 0x7fea0d3a0475 in *__GI_raise (sig=) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 pid = selftid = #1 0x7fea0d3a36f0 in *__GI_abort () at abort.c:92 act = {__sigaction_handler = {sa_handler = 0x7fff5fba6bd0, sa_sigaction = 0x7fff5fba6bd0}, sa_mask = {__val = {140643224991072, 140643224986893, 140734799440880, 140643225264237, 140643227545232, 140643220802464, 140643233288192, 140643228326759, 4294967295, 206158430224, 1, 3048496, 0, 0, 0, 140643224485888}}, sa_flags = 232077810, sa_restorer = 0x5d6139330001} sigs = {__val = {32, 0 }} #2 0x7fea0d772231 in default_fatal_finish (type=LOG_TYPE_PANIC, status=0) at failures.c:191 backtrace = 0xca4020 "/usr/local/lib/dovecot/libdovecot.so.0(+0x7a20a) [0x7fea0d77220a] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x7b535) [0x7fea0d773535] -> /usr/local/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7fea0d772"... #3 0x7fea0d773535 in i_internal_fatal_handler (ctx=0x7fff5fba6d70, format=0x7fea0d7b83a0 "file %s: line %d (%s): assertion failed: (%s)", args=0x7fff5fba6d58) at failures.c:652 status = 0 #4 0x7fea0d77250d in i_panic (format=0x7fea0d7b83a0 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:263 ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0} args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fff5fba6e40, reg_save_area = 0x7fff5fba6d80}} #5 0x7fea0d786bb8 in i_stream_seekable_read (stream=0xd658a0) at istream-seekable.c:253 sstream = 0xd658a0 data = 0x7fff5fba6ea0 "\320n\272_\377\177" size = 14047392 pos = 27457 ret = 139638205298784 __FUNCTION__ = "i_stream_seekable_read" #6 0x7fea0d77e866 in i_stream_read (stream=0xd65900) at istream.c:149 _stream = 0xd658a0 old_size = 0 ret = 140643225038704 __FUNCTION__ = "i_stream_read" #7 0x7fea0d784c6f in i_stream_limit_read (stream=0xd39d00) at istream-limit.c:50 lstream = 0xd39d00 left = 140643225038704 ret = 14047488 pos = 0 __FUNCTION__ = "i_stream_limit_read" #8 0x7fea0d77e866 in i_stream_read (stream=0xd39d60) at istream.c:149 _stream = 0xd39d00 old_size = 0 ret = 13868288 __FUNCTION__ = "i_stream_read" #9 0x7fea0d77ebf9 in i_stream_read_copy_from_parent (istream=0xd39f00) at istream.c:193 stream = 0xd39ea0 pos = 0 ret = 13868288 __FUNCTION__ = "i_stream_read_copy_from_parent" #10 0x7fea0daa1b67 in i_stream_mail_read (stream=0xd39ea0) at istream-mail.c:67 mstream = 0xd39ea0 size = 13868384 ret = 13254133 #11 0x7fea0d77e866 in i_stream_read (stream=0xd39f00) at istream.c:149 _stream = 0xd39ea0 old_size = 0 ret = 140643221218978 __FUNCTION__ = "i_stream_read" #12 0x7fea0d782fc9 in i_stream_crlf_read_common (cstream=0xd5e440) at istream-crlf.c:22 stream = 0xd5e440 size = 0 avail = 13254247 ret = 0 __FUNCTION__ = "i_stream_crlf_read_common" #13 0x7fea0d7830d1 in i_stream_crlf_read_crlf (stream=0xd5e440) at istream-crlf.c:46 cstream = 0xd5e440 data = 0xd39ea0 "\002" ptr = 0xd39ea0 "\002" src = 0x7fff src_end = 0xd39f00 "Ak" dest = 0xd39f00 "Ak" dest_end = 0x0 size = 0 copy_len = 27457 ret = 140734799442160 __FUNCTION__ = "i_stream_crlf_read_crlf" #14 0x7fea0d77e866 in i_stream_read (stream=0xd5e4a0) at istream.c:149 _stream = 0xd5e440 old_size = 0 ret = 140643225038704 __FUNCTION__ = "i_stream_read" #15 0x7fea0d784c6f in i_stream_limit_read (stream=0xd5e5e0) at istream-limit.c:50 lstream = 0xd5e5e0 left = 140643225038704 ret = 14017696 pos = 0 __FUNCTION__ = "i_stream_limit_read" #16 0x7fea0d77e866 in i_stream_read (stream=0xd5e640) at istream.c:149 _stream = 0xd5e5e0 old_size = 0 ret = -6697839139754035552 __FUNCTION__ = "i_stream_read" #17 0x7fea0d77f75b in i_stream_read_data (stream=0xd5e640, data_r=0x7fff5fba7258, size_r=0x7fff5fba7268, threshold=8191) at istream.c:479 ret = 0 read_more = false
Re: [Dovecot] imap Panic: file index-attachment.c: line 231 (index_attachment_save_finish): assertion failed: (attach->input->eof)
On Tue, 2013-04-16 at 19:28 +0200, Pascal Volk wrote: > On 04/15/2013 11:33 PM Pascal Volk wrote: > > OK, applied that patch. Lets see what will happen. > > > > Looks good. No crash in the last 20 hours. OK. Committed the patch a little bit differently: http://hg.dovecot.org/dovecot-2.2/rev/8a07a5f6fd54
Re: [Dovecot] imap Panic: file index-attachment.c: line 231 (index_attachment_save_finish): assertion failed: (attach->input->eof)
On 04/15/2013 11:33 PM Pascal Volk wrote: > OK, applied that patch. Lets see what will happen. > Looks good. No crash in the last 20 hours. Regards, Pascal -- The trapper recommends today: cafefeed.1310...@localdomain.org
Re: [Dovecot] imap Panic: file index-attachment.c: line 231 (index_attachment_save_finish): assertion failed: (attach->input->eof)
On 04/15/2013 06:55 PM Timo Sirainen wrote: > On Mon, 2013-04-15 at 19:53 +0300, Timo Sirainen wrote: >> Uh, wrong directory. This patch. :) > > Once more, with some error checks :) OK, applied that patch. Lets see what will happen. Regards, Pascal -- The trapper recommends today: defaced.1310...@localdomain.org
Re: [Dovecot] imap Panic: file index-attachment.c: line 231 (index_attachment_save_finish): assertion failed: (attach->input->eof)
On Mon, 2013-04-15 at 19:53 +0300, Timo Sirainen wrote: > On Mon, 2013-04-15 at 19:50 +0300, Timo Sirainen wrote: > > On Mon, 2013-04-15 at 16:37 +0200, Pascal Volk wrote: > > > > > some imap processes seems to have some problems. > > > > I still can't reproduce .. but I wonder if the attached patch makes a > > difference. > > Uh, wrong directory. This patch. :) Once more, with some error checks :) diff -r b38d5ebacf25 src/imap/cmd-append.c --- a/src/imap/cmd-append.c Mon Apr 15 17:22:06 2013 +0300 +++ b/src/imap/cmd-append.c Mon Apr 15 19:54:49 2013 +0300 @@ -777,6 +777,11 @@ if (ctx->litinput->eof || client->input->closed) { bool all_written = ctx->litinput->v_offset == ctx->literal_size; + if (all_written && ctx->save_ctx != NULL && !ctx->failed) { + if (mailbox_save_continue(ctx->save_ctx) < 0) +ctx->failed = TRUE; + } + /* finished - do one more read, to make sure istream-chain unreferences its stream, which is needed for litinput's unreferencing to seek the client->input to correct
Re: [Dovecot] imap Panic: file index-attachment.c: line 231 (index_attachment_save_finish): assertion failed: (attach->input->eof)
On Mon, 2013-04-15 at 19:50 +0300, Timo Sirainen wrote: > On Mon, 2013-04-15 at 16:37 +0200, Pascal Volk wrote: > > > some imap processes seems to have some problems. > > I still can't reproduce .. but I wonder if the attached patch makes a > difference. Uh, wrong directory. This patch. :) diff -r b38d5ebacf25 src/imap/cmd-append.c --- a/src/imap/cmd-append.c Mon Apr 15 17:22:06 2013 +0300 +++ b/src/imap/cmd-append.c Mon Apr 15 19:48:40 2013 +0300 @@ -777,6 +777,11 @@ if (ctx->litinput->eof || client->input->closed) { bool all_written = ctx->litinput->v_offset == ctx->literal_size; + if (all_written) { + if (mailbox_save_continue(ctx->save_ctx) < 0) +ctx->failed = TRUE; + } + /* finished - do one more read, to make sure istream-chain unreferences its stream, which is needed for litinput's unreferencing to seek the client->input to correct
Re: [Dovecot] imap Panic: file index-attachment.c: line 231 (index_attachment_save_finish): assertion failed: (attach->input->eof)
On Mon, 2013-04-15 at 16:37 +0200, Pascal Volk wrote: > some imap processes seems to have some problems. I still can't reproduce .. but I wonder if the attached patch makes a difference. Also in the gdb these would be useful to know: p *attach.input.real_stream.parent.real_stream p *attach.input.real_stream.parent.real_stream.parent.real_stream p *attach.input.real_stream.parent.real_stream.parent.real_stream.parent.real_stream (not sure how many parents it has) diff -r 613258f9f541 src/lib-sieve/edit-mail.c --- a/src/lib-sieve/edit-mail.c Mon Oct 29 22:42:34 2012 +0100 +++ b/src/lib-sieve/edit-mail.c Sat Jan 05 01:34:21 2013 +0200 @@ -1078,6 +1078,13 @@ return edmail->wrapped->v.get_modseq(&edmail->wrapped->mail); } +static uint64_t edit_mail_get_pvt_modseq(struct mail *mail) +{ + struct edit_mail *edmail = (struct edit_mail *)mail; + + return edmail->wrapped->v.get_pvt_modseq(&edmail->wrapped->mail); +} + static int edit_mail_get_parts (struct mail *mail, struct message_part **parts_r) { @@ -1397,6 +1404,13 @@ edmail->wrapped->v.update_modseq(&edmail->wrapped->mail, min_modseq); } +static void edit_mail_update_pvt_modseq(struct mail *mail, uint64_t min_pvt_modseq) +{ + struct edit_mail *edmail = (struct edit_mail *)mail; + + edmail->wrapped->v.update_pvt_modseq(&edmail->wrapped->mail, min_pvt_modseq); +} + static void edit_mail_update_pop3_uidl(struct mail *mail, const char *uidl) { struct edit_mail *edmail = (struct edit_mail *)mail; @@ -1431,6 +1445,7 @@ edit_mail_get_keywords, edit_mail_get_keyword_indexes, edit_mail_get_modseq, + edit_mail_get_pvt_modseq, edit_mail_get_parts, edit_mail_get_date, edit_mail_get_received_date, @@ -1447,6 +1462,7 @@ edit_mail_update_flags, edit_mail_update_keywords, edit_mail_update_modseq, + edit_mail_update_pvt_modseq, edit_mail_update_pop3_uidl, edit_mail_expunge, edit_mail_set_cache_corrupted,
Re: [Dovecot] imap Panic: file index-attachment.c: line 231 (index_attachment_save_finish): assertion failed: (attach->input->eof)
On 04/15/2013 04:51 PM, Timo Sirainen wrote: > Can you reproduce it? What client was that with? I wonder if it was > using CATENATE extension. Three users where able to crash their imap service. All three users are using Thunderbird 17.0.5@Windows. I'm not sure what they've done exactly. Nobody complained about it - so far. Regards, Pascal
Re: [Dovecot] imap Panic: file index-attachment.c: line 231 (index_attachment_save_finish): assertion failed: (attach->input->eof)
On Mon, 2013-04-15 at 16:37 +0200, Pascal Volk wrote: > some imap processes seems to have some problems. Can you reproduce it? What client was that with? I wonder if it was using CATENATE extension.
[Dovecot] imap Panic: file index-attachment.c: line 231 (index_attachment_save_finish): assertion failed: (attach->input->eof)
Hi Timo, some imap processes seems to have some problems. Regards, Pascal Core was generated by `dovecot/imap'. Program terminated with signal 6, Aborted. #0 0x7fbf87b25475 in raise () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt full #0 0x7fbf87b25475 in raise () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #1 0x7fbf87b286f0 in abort () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #2 0x7fbf87ef71c9 in default_fatal_finish (type=LOG_TYPE_PANIC, status=0) at failures.c:191 backtrace = 0x194bf58 "/usr/local/lib/dovecot/libdovecot.so.0(+0x7a1a2) [0x7fbf87ef71a2] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x7b4cd) [0x7fbf87ef84cd] -> /usr/local/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7fbf87ef7"... #3 0x7fbf87ef84cd in i_internal_fatal_handler (ctx=0x7fffb895a7b0, format=0x7fbf8828f4c0 "file %s: line %d (%s): assertion failed: (%s)", args=0x7fffb895a798) at failures.c:652 status = 0 #4 0x7fbf87ef74a5 in i_panic (format=0x7fbf8828f4c0 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:263 ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0} args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fffb895a880, reg_save_area = 0x7fffb895a7c0}} #5 0x7fbf8822776e in index_attachment_save_finish (ctx=0x19ed140) at index-attachment.c:231 attach = 0x1a0d870 __FUNCTION__ = "index_attachment_save_finish" #6 0x7fbf881b3ab0 in dbox_save_end (ctx=0x19ed140) at dbox-save.c:106 mdata = 0x19ed150 dbox_output = 0x1a07008 __FUNCTION__ = "dbox_save_end" #7 0x7fbf881aadf7 in mdbox_save_finish_write (_ctx=0x19ed140) at mdbox-save.c:198 ctx = 0x19ed140 mail = 0x636c08 #8 0x7fbf881aaf5d in mdbox_save_finish (ctx=0x19ed140) at mdbox-save.c:228 ret = 0 #9 0x7fbf872c505b in quota_save_finish (ctx=0x19ed140) at quota-storage.c:281 qbox = 0x19e0a50 #10 0x7fbf882041f7 in mailbox_save_finish (_ctx=0x1971498) at mail-storage.c:2022 ctx = 0x19ed140 t = 0x19ebdc0 keywords = 0x0 pvt_flags = 0 copying_via_save = false ret = 0 __FUNCTION__ = "mailbox_save_finish" #11 0x0040d165 in cmd_append_continue_message (cmd=0x1971340) at cmd-append.c:802 all_written = true client = 0x1970760 ctx = 0x1971438 ret = 0 #12 0x0041a04e in command_exec (cmd=0x1971340) at imap-commands.c:156 hook = 0x1954da0 ret = false #13 0x0040b9be in client_input_append (cmd=0x1971340) at cmd-append.c:112 ctx = 0x1971438 client = 0x1970760 reason = 0x7fbf87ef5033 "H\213\005.3'" finished = false __FUNCTION__ = "client_input_append" #14 0x7fbf87f0e58d in io_loop_call_io (io=0x19de2a0) at ioloop.c:387 ioloop = 0x1953720 t_id = 2 #15 0x7fbf87f101ed in io_loop_handler_run (ioloop=0x1953720) at ioloop-epoll.c:215 ctx = 0x1953aa0 events = 0x1953b10 event = 0x1953b10 list = 0x1971290 io = 0x19de2a0 tv = {tv_sec = 59, tv_usec = 999033} events_count = 6 msecs = 6 ret = 1 i = 0 j = 0 call = true __FUNCTION__ = "io_loop_handler_run" #16 0x7fbf87f0e630 in io_loop_run (ioloop=0x1953720) at ioloop.c:406 No locals. #17 0x7fbf87ea609e in master_service_run (service=0x19535b0, callback=0x426143 ) at master-service.c:560 No locals. #18 0x0042645c in main (argc=1, argv=0x1953390) at main.c:400 set_roots = {0x42f500, 0x0} login_set = {auth_socket_path = 0x194b050 , postlogin_socket_path = 0x0, postlogin_timeout_secs = 60, callback = 0x425f07 , failure_callback = 0x4260cf , request_auth_token = 1} service_flags = MASTER_SERVICE_FLAG_KEEP_CONFIG_OPEN storage_service_flags = MAIL_STORAGE_SERVICE_FLAG_DISALLOW_ROOT username = 0x0 c = -1 # 2.2.0: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.0 auth_mechanisms = plain login debug_log_path = /var/log/dovecot_dbg.log dict { quota = pgsql:/usr/local/etc/dovecot/dovecot-dict-sql.conf.ext } first_valid_gid = 7 first_valid_uid = 7 lmtp_save_to_detail_mailbox = yes login_access_sockets = tcpwrap mail_access_groups = dovemail mail_attachment_dir = /srv/mail/.SiS/%X{gid} mail_attachment_fs = sis posix:mode=0660 mail_attachment_hash = %{sha256} mail_location = mdbox:~/mdbox mail_plugins = quota stats zlib managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave namespace Public { location = maildir:/srv/mail/.public/%X{gid}/Maildir:LAYOUT=fs:INDEX=~/Maildir/public prefix = "#Public/" separator = /
Re: [Dovecot] IMAP Panic
On Mon, 2008-07-14 at 10:10 -0300, Raphael Bittencourt S. Costa wrote: > On Sat, 2008-07-12 at 02:05 +0300, Timo Sirainen wrote: > > > On Fri, 2008-07-11 at 13:43 -0300, Raphael Bittencourt S. Costa wrote: > > > Helo all, > > > > > > One of the users is havings problems when he tries to open .Sent folder. > > > Only after I deleted dovecot-uidlist, dovecot.index.cache > > > and dovecot.index.log the user could open the folder. Any idea? > > > > Could you send me the dovecot.index and dovecot.index.log the next time > > it happens? It'll make fixing this a bit easier. Those files don't > > contain anything sensitive about messages, just flags and some internal > > metadata. > > > > I made a backup before deleting, all files are attached. Thanks. I wish more people would anticipate that I want them for these kinds of bugs. :) The problem was anyway just the assert itself, fixed: http://hg.dovecot.org/dovecot-1.1/rev/9f597600e1cf signature.asc Description: This is a digitally signed message part
Re: [Dovecot] IMAP Panic
On Sat, 2008-07-12 at 02:05 +0300, Timo Sirainen wrote: > On Fri, 2008-07-11 at 13:43 -0300, Raphael Bittencourt S. Costa wrote: > > Helo all, > > > > One of the users is havings problems when he tries to open .Sent folder. > > Only after I deleted dovecot-uidlist, dovecot.index.cache > > and dovecot.index.log the user could open the folder. Any idea? > > Could you send me the dovecot.index and dovecot.index.log the next time > it happens? It'll make fixing this a bit easier. Those files don't > contain anything sensitive about messages, just flags and some internal > metadata. > I made a backup before deleting, all files are attached. []s Raphael Costa dovecot.index Description: Binary data dovecot.index.cache Description: Binary data [EMAIL PROTECTED]@ maildir !ËE 0 T $ °³DH [EMAIL PROTECTED]@ EH cache ([EMAIL PROTECTED] T $ °³DH [EMAIL PROTECTED]@ EH ([EMAIL PROTECTED] , [EMAIL PROTECTED]@ ÷EHíq+A÷EHðEHpB.Í 0 [EMAIL PROTECTED]@[EMAIL PROTECTED]@ EH H [EMAIL PROTECTED] [EMAIL PROTECTED]@ EH ¼ [EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@ EH L [EMAIL PROTECTED] [EMAIL PROTECTED]@ EH ([EMAIL PROTECTED] l [EMAIL PROTECTED]@ »FHíq+A»FHK¤EH 0 [EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@ »FHíq+A»FH FH [EMAIL PROTECTED]@ FHíq+A FH FHlï4Í [EMAIL PROTECTED]@ FHíq+AFH FHlï4 [EMAIL PROTECTED]@ $ $ FHíq+AFH FHlï4wØlHv_U9Y [EMAIL PROTECTED]@ EH ([EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]@ $ $ ØlHíq+AØlHwØlH÷U9ØlH+þkÑ 0 [EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED],mH÷U9ØlH+þkÑ [EMAIL PROTECTED]< Í [EMAIL PROTECTED],mHíq+A,mH,mHPØlH+þkÑ Í [EMAIL PROTECTED] [EMAIL PROTECTED],mHíq+A,mH,mHÿ,mHý¦´ [EMAIL PROTECTED] [EMAIL PROTECTED],mHíq+A,mH,mHÿ,mHý¦´ [EMAIL PROTECTED] [EMAIL PROTECTED],mHíq+A,mH,mHÿ,mHý¦´ [EMAIL PROTECTED] [EMAIL PROTECTED],mHíq+A,mH,mH ò,mHý¦´ Í [EMAIL PROTECTED]@ $ $ ,mHíq+A,mH,mH/,mHUJU [EMAIL PROTECTED]@ $ $ ,mHíq+A,mH,mH/,mHUJU [EMAIL PROTECTED][EMAIL PROTECTED],mHíq+A,mH,mH/-mHOW [EMAIL PROTECTED][EMAIL PROTECTED] ([EMAIL PROTECTED] H [EMAIL PROTECTED][EMAIL PROTECTED] 0 [EMAIL PROTECTED] 3 V1170940299 N12 10 W10312338 :1212523593.M615980P18405.mailserver03,S=10180101:2,S 12 :1215114502.M951394P5053.mailserver03,S=2795122,W=2831447:2,S
Re: [Dovecot] IMAP Panic
On Fri, 2008-07-11 at 13:43 -0300, Raphael Bittencourt S. Costa wrote: > Helo all, > > One of the users is havings problems when he tries to open .Sent folder. > Only after I deleted dovecot-uidlist, dovecot.index.cache > and dovecot.index.log the user could open the folder. Any idea? Could you send me the dovecot.index and dovecot.index.log the next time it happens? It'll make fixing this a bit easier. Those files don't contain anything sensitive about messages, just flags and some internal metadata. signature.asc Description: This is a digitally signed message part
[Dovecot] IMAP Panic
Helo all, One of the users is havings problems when he tries to open .Sent folder. Only after I deleted dovecot-uidlist, dovecot.index.cache and dovecot.index.log the user could open the folder. Any idea? Squirrel: Query: SORT (TO) ISO-8859-1 ALL dovecot.log: Jul 11 13:23:01 mailserver03 dovecot: imap-login: Login: user=<[EMAIL PROTECTED]>, method=PLAIN, rip=10.0.4.2, lip=10.0.149.3 Jul 11 13:23:03 mailserver03 dovecot: Panic: IMAP([EMAIL PROTECTED]): file index-sort-string.c: line 537 (index_sort_add_ids_range): assertion failed: (left_sort_id < right_sort_id) Jul 11 13:23:03 mailserver03 dovecot: IMAP([EMAIL PROTECTED]): Raw backtrace: imap [0x4833d0] -> imap [0x483433] -> imap [0x482b16] -> imap(index_sort_list_finish_string+0xda1) [0x451eb1] -> imap(index_storage_search_next_nonblock+0x425) [0x44ebe5] -> imap(mailbox_search_next+0x21) [0x455ab1] -> imap(imap_sort+0xd6) [0x4208f6] -> imap(cmd_sort+0x2d7) [0x419c47] -> imap(cmd_uid+0x52) [0x41a692] -> imap [0x41b05c] -> imap [0x41b112] -> imap [0x41b8bf] -> imap(client_input+0x63) [0x41bae3] -> imap(io_loop_handler_run+0xf8) [0x489cc8] -> imap(io_loop_run+0x1d) [0x4891bd] -> imap(main+0x3ca) [0x422f2a] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b797d759154] -> imap [0x4158e9] Jul 11 13:23:47 mailserver03 dovecot: imap-login: Login: user=<[EMAIL PROTECTED]>, method=PLAIN, rip=10.0.4.2, lip=10.0.149.3 Jul 11 13:23:50 mailserver03 dovecot: Panic: IMAP([EMAIL PROTECTED]): file index-sort-string.c: line 537 (index_sort_add_ids_range): assertion failed: (left_sort_id < right_sort_id) Jul 11 13:23:50 mailserver03 dovecot: IMAP([EMAIL PROTECTED]): Raw backtrace: imap [0x4833d0] -> imap [0x483433] -> imap [0x482b16] -> imap(index_sort_list_finish_string+0xda1) [0x451eb1] -> imap(index_storage_search_next_nonblock+0x425) [0x44ebe5] -> imap(mailbox_search_next+0x21) [0x455ab1] -> imap(imap_sort+0xd6) [0x4208f6] -> imap(cmd_sort+0x2d7) [0x419c47] -> imap(cmd_uid+0x52) [0x41a692] -> imap [0x41b05c] -> imap [0x41b112] -> imap [0x41b8bf] -> imap(client_input+0x63) [0x41bae3] -> imap(io_loop_handler_run+0xf8) [0x489cc8] -> imap(io_loop_run+0x1d) [0x4891bd] -> imap(main+0x3ca) [0x422f2a] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b2e94286154] -> imap [0x4158e9] dovecot -n # 1.1.1: /etc/dovecot//dovecot.conf syslog_facility: local1 protocols: imap pop3 ssl_disable: yes disable_plaintext_auth: no shutdown_clients: no login_dir: /usr//var/run/dovecot/login login_executable(default): /usr//libexec/dovecot/imap-login login_executable(imap): /usr//libexec/dovecot/imap-login login_executable(pop3): /usr//libexec/dovecot/pop3-login login_process_per_connection: no login_greeting_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no login_process_size: 128 login_processes_count: 30 login_max_processes_count: 1024 login_max_connections: 512 max_mail_processes: 10240 mail_max_userip_connections(default): 20 mail_max_userip_connections(imap): 20 mail_max_userip_connections(pop3): 10 mail_uid: 1033 mail_gid: 1033 mail_location: maildir:%h/Maildir mail_executable(default): /usr//libexec/dovecot/imap mail_executable(imap): /usr//libexec/dovecot/imap mail_executable(pop3): /usr//libexec/dovecot/pop3 mail_plugins(default): quota imap_quota autocreate mail_plugins(imap): quota imap_quota autocreate mail_plugins(pop3): quota mail_plugin_dir(default): /usr//lib/dovecot/imap mail_plugin_dir(imap): /usr//lib/dovecot/imap mail_plugin_dir(pop3): /usr//lib/dovecot/pop3 pop3_no_flag_updates(default): no pop3_no_flag_updates(imap): no pop3_no_flag_updates(pop3): yes pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %f pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls namespace: type: private prefix: INBOX. inbox: yes list: yes subscriptions: yes auth default: mechanisms: plain login passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: prefetch userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 438 plugin: quota: maildir quota_rule: *:bytes=10240 quota_rule2: *:messages=3 quota_rule3: Trash:bytes=10%% autocreate: SPAM.E Spam autocreate2: SPAM []s, Raphael Costa