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)

2013-04-23 Thread Timo Sirainen
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)

2013-04-23 Thread Pascal Volk
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)

2013-04-17 Thread Timo Sirainen
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)

2013-04-16 Thread Pascal Volk
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)

2013-04-15 Thread Pascal Volk
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)

2013-04-15 Thread Timo Sirainen
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)

2013-04-15 Thread Timo Sirainen
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)

2013-04-15 Thread Timo Sirainen
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)

2013-04-15 Thread Pascal Volk
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)

2013-04-15 Thread Timo Sirainen
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)

2013-04-15 Thread Pascal Volk
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

2008-07-20 Thread Timo Sirainen
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

2008-07-14 Thread Raphael Bittencourt S. Costa

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€€€„€€€Ž 0T$°³DH€€€„ [EMAIL PROTECTED]@˜šEHcache€€€„([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+A‡–FH…–FHlï4€€€„ [EMAIL PROTECTED]@$€€€Œ$‡–FHíq+A‡–FH…–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,mH€PØ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ž/•,mHUJU€€€„ [EMAIL PROTECTED]@$€€€Œ$—,mHíq+A—,mH•,mHž/•,mHUJU€€€„ [EMAIL PROTECTED][EMAIL PROTECTED],mHíq+A—,mH•,mHž/-mH‚OW–€€€„ [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

2008-07-11 Thread Timo Sirainen
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

2008-07-11 Thread Raphael Bittencourt S. Costa
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