Displaying 20 results from an estimated 1100 matches similar to: "1.1rc1: assertion failed: (output->offset > uid_list[0])"
2005 Sep 19
0
1.0alpha2: two asserts/cores
Hi,
Two cores over the weekend, same assert message in syslog:
imap(user): file message-body-search.c: line 393
(message_body_search_ctx): assertion failed: (input->v_offset <=
part->physical_pos)
Setup: Solaris 9, imap usage only, mbox format, dovecot compiled
with gcc 4.0.1.
gdb sessions of the two core files attached. Let me know if you
need further analysis of the cores.
2005 Sep 07
0
1.0alpha1: new assert/core
Hi,
I saw a new assert and core dump today in 1.0alpha1.
Setup is Solaris 9, dovecot built with gcc 4.0.1, running
as imap server for mbox format. The syslog said:
IMAP(user): file message-body-search.c: line 393 (message_body_search_ctx): assertion failed: (input->v_offset <= part->physical_pos)
A gdb analysis of the core dump is attached. BTW, I save
core dumps in case you need
2006 Sep 20
1
dovecot rc7 assert, core
Hi,
Wow, I haven't had an assert/core in dovecot in a long time.
Here goes:
Setup: Solaris 10, dovecot built with gcc 4.1.1, imap and imaps
only. User's home directory lives on a ZFS filesystem, but I
don't think that makes a difference. So does every other user
here (>3K).
Assert:
IMAP(mulepri): file message-body-search.c: line 393
(message_body_search_ctx): assertion failed:
2007 Oct 21
3
assertion failed: (mailbox_list_is_valid_existing_name(_list, name))
When I was initially testing dovecot 1.1b2,3 I had ACLs turned on and encountered
this problem below. I had them turned off until now, I'll need to have ACLs working
before I can widen testing. I'm not sure how to make "env MAIL=maildir:~/Maildir gdb
/tmp/imap" load the ACL plugin so I assume that is why it does not crash; not getting
any log either from that, maybe I made a
2008 Aug 29
1
Dovecot-1.1.2 assertion failure in preparsed_parse_next_header_init
Panic: IMAP(user): file message-parser.c: line 684
(preparsed_parse_next_header_init): assertion failed: (ctx->part-
>physical_pos >= ctx->input->v_offset)
Linux 2.6.24-19-386
Maildir on ext3
Looks similar to but different from http://dovecot.org/list/dovecot/2008-June/031523.html
.
#0 0xb7faf410 in __kernel_vsyscall ()
#1 0xb7e6f085 in raise () from
2008 Sep 16
2
assertion failure in current hg, file istream.c: line 303 (i_stream_read_data): assertion failed: (stream->stream_errno != 0) (1.1.3 was working fine)
Today I updated to current dovecot-1.1 hg tree and I got many of these
assertion failures:
file istream.c: line 303 (i_stream_read_data): assertion failed:
(stream->stream_errno != 0)
(gdb) bt full
#0 0x00352402 in __kernel_vsyscall ()
No symbol table info available.
#1 0x0043ed20 in raise () from /lib/libc.so.6
No symbol table info available.
#2 0x00440631 in abort () from /lib/libc.so.6
2007 Nov 17
2
unlink_directory(....Trash.NewFolder) failed: Directory not empty
I noticed the following this week. No idea how long its been happening because I have
not tested deleting folders hardly at all. Steps to reproduce:
1. Create a folder "NewFolder", click on it in thunderbird so an index dir is created:
ls -ldi Maildir/.NewFolder/
1504062 drwx------ 5 mcdouga9 egrstaff 4096 Nov 16 19:44 Maildir/.NewFolder/
ls -ldi
2007 May 07
6
Dovecot not handling r/o mailboxes completely, and problem with ACL as a workaround
First of all, I think dovecot is really fantastic and I have thanks for all
the hard work. I think it will be the best fit for my ~5000 users when I
have it setup completely. We normally have approx 500 concurrent IMAP
connections during the day.
I am trying to convert from courier-imap to dovecot, but I have an issue with
public namespace folders that are not writable by certain users.
2008 Feb 23
2
Update from 1.0.10 -> 1.1rc1 file message-parser.c: line 766 (message_parser_parse_next_block): assertion failed
Feb 23 20:40:36 postamt dovecot: IMAP(username): file message-parser.c: line 766 (message_parser_parse_next_block): assertion failed: (ctx->input->eof || ctx->input->closed || ctx->input->stream_errno != 0)
Feb 23 20:40:36 postamt dovecot: IMAP(username): Raw backtrace: /usr/local/libexec/dovecot/imap [0x8009236d] -> /usr/local/libexec/dovecot/imap [0x80091ed8] ->
2007 Oct 27
2
dovecot 1.1b4 not listing public folder children
ACL plugin still disabled. The folders listed below definitely do have Children.
telnet session problem example in 1.1b4:
* OK Dovecot ready.
? login mcdouga9 password
? OK Logged in.
9 LIST "" "#shared/decs/%"
* LIST (\HasNoChildren) "/" "#shared/decs/support"
* LIST (\HasNoChildren) "/" "#shared/decs/receipts"
* LIST (\HasNoChildren)
2007 Nov 15
1
imap process consuming 100% CPU (Dovecot 1.0.3)
>
> Is this behavior cured, or do you continue to see it?
>
No, the behavior isn't cured. We still continue to see it
with various clients. I have posted a couple of truss outputs,
but so far no resolution.
Sorry for the slow response. I've been "fighting other fires".
Jackie
> Jackie Hunt wrote:
> >> On Mon, 2007-09-03 at 12:37 +0200, Robert
2005 Dec 19
0
alpha5: assert and core
My setup: Solaris 9, dovecot built with gcc 4.0.2. Mailboxes on
remote NFS file mount from another S9 box (mbox format), index files
local disk. IMAP usage only. Dovecot build like so:
VERSION=1.0.alpha5
CC=gcc CFLAGS="-g -O" CPPFLAGS=-I/opt/openssl/include \
LDFLAGS=-L/opt/openssl/lib \
./configure --prefix=/opt/dovecot.$VERSION --with-ssl=openssl \
--with-ssldir=/opt/openssl/ssl
2005 Oct 18
1
1.0alpha3: assert and core
Hi,
An assert and core with 1.0alpha3 on Solaris 9, mbox format,
imap only, compiled with gcc 4.0.1. The syslog message was:
imap(user): file message-body-search.c: line 393
(message_body_search_ctx): assertion failed: (input->v_offset <=
part->physical_pos)
gdb core dump analysis is attached.
Jeff Earickson
Colby College
-------------- next part --------------
Script started on
2007 Oct 27
4
do 1.1b4 assertion failed: (mailbox_list_is_valid_existing_name
I think this is where I left off last weekend. Instead of this happening at the base
of one of my shared mail namespaces, it happens when I try to select a top level folder
inside the namespace, or try to directly select an entire path to a folder. This only
happens when ACL is enabled. Let me know if I need to provide more. Thanks.
Oct 27 16:03:27 gribble dovecot: IMAP(mcdouga9): file
2005 Dec 22
1
alpha5: (message_body_search_ctx) assert
Hi,
My second case of this assert, gdb analysis of the core
dump attached. My setup: Solaris 9, dovecot built with
gcc 4.0.2, mbox format, imap usage only. INBOX is NFS
mounted from another Solaris 9 system, index files are local.
Syslog complaint is:
imap(user): file message-body-search.c: line 414 (message_body_search_ctx):
assertion failed: (input->v_offset == part->physical_pos +
2008 Feb 06
1
imap fs quota (rpc) won't work?
In the past I dabbled with the imap quota plugin with the fs backend
because I wanted
to report usage to my users (not limit them). At the time, the quota
plugin would make
dovecot crash when trying to write to a folder (I can bring up this
report if needed).
However, in a later beta of dovecot 1.1 I tried quota again but I cannot
get it to report
any results. I've been wanting to use
2007 Oct 27
2
Segfault when opening a public folder, dovecot 1.1 beta4
I was trying to debug this with gdb, but I'm not sure how to make
env MAIL=maildir:~/Maildir MAIL_PLUGINS=acl ACL=vfile gdb /tmp/imap
understand the #shared/decs namespace from below so I can SELECT it.
I have a number of maildirs under #ahared/decs, I tried opening at least
2 of them but dovecot gives sig 11 without a direct error about the problem.
I don't think this was exactly the
2018 Sep 19
2
Auth process sometimes stop responding after upgrade
In data mercoled? 19 settembre 2018 09:30:47 CEST, Timo Sirainen ha scritto:
> On 18 Sep 2018, at 15.15, Simone Lazzaris <s.lazzaris at interactive.eu> wrote:
> > I've got a core dump, and here is the backtrace. Let me know if you want
> > the core file.
> It would be useful if we're able to use it. Could you use
> https://dovecot.org/tools/core-tar.sh
>
2009 Mar 03
4
failed assertion in 1.1.8: istream.c: line 81
Hello,
We're having a problem in Dovecot 1.1.8 with a failed assertion on
certain mbox format mailboxes. It happens both with deliver when it
attempts to delier to the mailbox, and with IMAP connections for the
affected box (though I'm not sure what they're doing at the time).
Mar 3 12:55:26 <snip> dovecot: Panic: IMAP(<snip>): file istream.c:
line 81 (i_stream_read):
2009 Aug 29
2
Quick and dirty server optimized for IMAP upload speed?
Early next week I need to upload over 100,000 emails to an IMAP server
as quickly as possible from an Outlook client. I am looking for any
methods I can use to (temporarily?) speed up the rate at which dovecot
can accept and store IMAP uploads, whether it be storing on local disk,
ram disk, etc. I can setup a temporary server on a laptop for example
and once the upload has finished I can use