[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=optimized out) 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=optimized out) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
pid = optimized out
selftid = optimized out
#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 repeats 15 times}}
#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 Address 0x7fff out of bounds
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 

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 user+dove...@localhost.localdomain.org 
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.)



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


[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 client_connected) 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  incomplete sequence \335, 
postlogin_socket_path = 0x0, postlogin_timeout_secs = 60, callback = 0x425f07 
login_client_connected, failure_callback = 0x4260cf login_client_failed, 
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 = 

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.




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.

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 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 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 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

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


[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



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