Displaying 20 results from an estimated 20000 matches similar to: "Another imap crash..."
2005 Apr 07
1
imap segfault in mail-cache.c
Found an imap crash. I'm using the CVS copy from March 23. This is
running under Linux, kernel 2.6.11.something. We use mbox over NFS,
everything is on the NFS server. There is currently only one dovecot
server accessing the mailbox.
Here's the log messages:
dovecot: Apr 05 13:11:20 Error: 27911 IMAP(support): UIDVALIDITY changed (1112720886 -> 1112721068) in mbox file
2005 Apr 10
0
imap segfault in mail-index-sync.c
Our support team seems to have caused another crash.
They treat this mailbox like a shared one, so there may be a few people
accessing it at once. They are mostly using dovecot, but some could be
using uw-imap. These are the only two ways that this box is accessed.
I know that this doesn't really work with mbox, but it doesn't appear
to corrupt the mailbox. It seems to be a good stress
2005 Apr 27
0
Assertion Failures in Current CVS version
I've attached a few assertion errors in imap. Any fixes or advice on
where to look are appreciated.
This is with the CVS version, current as of April 27.
Todd Burroughs
-------------- next part --------------
dovecot: Apr 27 00:00:45 Error: 5714 IMAP(chairman): file mail-index-transaction.c: line 808 (mail_index_update_ext): assertion failed: (seq > 0 && (seq <=
2005 Aug 30
0
New imap assertion failure
This is from the CVS version as of Aug. 28. It's the first time I've
seen this assertion failure. Prior to this, I was using the CVS version
from Aug. 15.
dovecot: Aug 30 16:07:52 Error: 24929 IMAP(support): UIDVALIDITY changed (1125327213 -> 1125430510) in mbox file /mailhome/new/s/b/support/mbox
dovecot: Aug 30 16:08:13 Error: 24929 IMAP(support): UIDVALIDITY changed
2005 Mar 23
2
Segfault in imap process
We've been testing dovecot for a while and I noticed yesterday that imap
crashes quite often. It seems to be about even with SIGABRT and SIGSEGV.
This one was SIGSEGV.
Our system is SuSE Linux 9.2, 2.6.11.5 kernel (also happened with an older
2.6 kernel). Dovecot version is 1.0-test64 and was compiled with:
"./configure --prefix=/services/dovecot --disable-ipv6"
It's using
2005 May 11
1
Segfault in imap process
I'm running the CVS version from May 9. I've seen these errors in the
log file before (every time I open my mailbox), but this is the first
time it crashed.
Todd
dovecot: May 11 15:00:18 Error: 8438 IMAP(todd.bluegenesis.com): Corrupted index cache file /mailhome/new/t/b/todd.bluegenesis.com/.imap/INBOX/dovecot.index.cache: Duplicated field in header: hdr.RESENT-TO
dovecot: May 11
2005 Dec 14
0
Assertion Failure in Current CVS Version
Just installed the latest (Dec. 12) CVS version and one user keeps getting
this assertion failure.
Todd
dovecot: Dec 13 15:53:01 Error: 29718 imap(username): mbox sync:
UID inserted in the middle of mailbox /mailhome/new/o/h/username/mbox
(4863 > 3417, seq=780, idx_msgs=1913)
dovecot: Dec 13 15:53:06 Error: 29718 imap(username): file
mail-index-transaction.c: line 129
2005 Sep 08
1
1.0alpha1: another imap core, no assert
Timo,
Output of gdb session on the core file attached. This
one only produced the following syslog:
IMAP(user): UIDs broken with partial sync in mbox file /var/mail/r/user
with no assert. Setup: Solaris 9, gcc 4.0.1 for dovecot build.
Jeff Earickson
Colby College
-------------- next part --------------
Script started on Thu Sep 08 10:05:53 2005
%gdb imap core.rtohara
GNU gdb 6.3
Copyright
2005 Dec 15
1
Another Assertion Failure in Current CVS Version
This is in the CVS version as of Dec. 12. A user got a few of these:
dovecot: Dec 14 15:10:29 Error: 23648 imap(username): mbox sync:
UID inserted in the middle of mailbox /mailhome/new/s/h/username/DONE
(1591 > 19, seq=19, idx_msgs=1593)
dovecot: Dec 14 15:10:33 Error: 23648 imap(username): file
mbox-sync-rewrite.c: line 106 (mbox_sync_headers_add_space): assertion
failed: (start_pos
2005 May 03
0
Segfault in imap
I'm running the current CVS version, as of April 26. There have been a few
of these with the same problem.
There was a NULL pointer dereference at mail-index-view.c:603
view->map == NULL
Here's the log entry, etc.
dovecot: May 03 08:30:08 Error: 10195 IMAP(support): UIDVALIDITY changed (1115122813 -> 1115123383) in mbox file /mailhome/new/m/2/support/mbox
dovecot: May 03
2005 Jun 04
0
Crash and Assertion Error
I've attached two backtraces, one from a segfault and another from an
assertion error in imap. I've seen a couple of the same assertion and
this is the only segfault. It looks like they could be related. They
both have to do with indexing anyway...
The code is from CVS as of May 30.
The segfault happened while imap was doing searches for my pine filters.
I've also noticed that in
2005 Jan 26
1
mbox slowness in dovecot-1.0-test61
Hi,
We're trying out Dovecot to see if it's a good replacement for UW-imapd.
It seems to be very slow in opening an mbox file, even after it's been
indexed. (I mean way slower than UW)
Here's some info on the system:
Dovecot-1.0-test61
SuSE 8.1, Linux kernel 2.4
Using NFS to access mail.
I've tried turning off mmap, using dotlocking, using fcntl locking
(lockd, etc. are
2013 Nov 05
0
squat assertion result core dump with imap process
Hello,
Recently, we had a file system problem. After fsck we started to get some
core dump with imap process.
Nov 4 15:15:04 mail_server1 dovecot: imap(user at domain.tld): Panic: file
squat-trie.c: line 293 (squat_trie_lock): assertion failed: (trie->fd != -1)
Nov 4 15:15:04 mail_server1 dovecot: imap(user at domain.tld): Error: Raw
backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x4892a)
2005 Jul 18
2
Assertion failure in mail-index-transaction.c
I just noticed one instance of this in the current CVS version:
dovecot: Jul 18 15:25:48 Error: 5962 IMAP(mailuser): mbox sync: Expunged
message reappeared in mailbox /mailhome/new/o/h/mailuser/mbox (UID 2834
< 2872)
dovecot: Jul 18 15:25:48 Error: 5962 IMAP(mailuser): file
mail-index-transaction.c: line 129 (mail_index_buffer_convert_to_uids):
assertion failed: (*seq != 0)
dovecot: Jul
2005 Oct 02
0
can't access dovecot IMAP account w/TBird ... ok w/ other clients
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
hi all,
i'm using
dovecot --version
1.0.alpha3
dovecot --build-options
Build options: ioloop=poll openssl postgresql
Passdb: checkpassword pam passwd passwd-file sql
Userdb: checkpassword passdb passwd passwd-file sql static
on OSX 10.4.2.
i've set up for
maildir: format
PLAIN text AUTH, w/ "disable_plaintext_auth =
2005 Aug 22
0
Segfault in imap
Found a new segfault in imap. The first log entry always happens on my
mailbox, but doesn't seem to affect anything. This is CVS version from
Aug. 15.
dovecot: Aug 21 17:16:56 Error: 28017 IMAP(todd): Corrupted index cache file /mailhome/new/t/b/todd/.imap/INBOX/dovecot.index.cache: Duplicated field in header: hdr.RESENT-TO
dovecot: Aug 21 17:19:44 Error: child 28017 (imap) killed with
2005 Oct 18
0
A Couple Assertion Failures
Here's a couple of assertion failures from CVS version as of Oct. 6.
There's also a segfault but the core file was empty so I don't know if the
log entries are much help.
BTW, the searching speed using pine has dramatically improved, nice work!
Todd
-----------------------------------------
dovecot: Oct 12 12:04:28 Error: 20278 imap(username): file
mail-index-sync-ext.c: line 155
2005 Jan 14
3
Squirrelmail - messages not marked as read
As of test-60 and test-61, running Squirrelmail 1.5.1[cvs] on
FreeBSD 5.3-STABLE, messages are not marked as read after they
are read.
If I switch back to test-59, it works normally.
When switching back to test-59, with log_path = /var/log/dovelog
dovelog shows:
dovecot: Jan 14 11:43:38 Error: IMAP(kimc): Corrupted index cache
file /home/kimc/Maildir/dovecot.index.cache: indexid changed
2003 Jun 16
2
more newline related errors
Should I be concerned about these errors?
imap(msun): Jun 13 13:21:38 Error: Error indexing mbox file /home/msun/mail/Deleted Messages: LF not found where expected
imap(msun): Jun 13 13:39:08 Error: Corrupted binary tree for index /home/msun/mail/.imap/INBOX/.imap.index: lookup returned index outside range (1 >= 0)
imap(msun): Jun 13 13:44:07 Error: IndexID mismatch for binary tree file
2008 Oct 25
1
Re: Ole Fossils [ was Re: ls and rm: "argument list too long"]
----- Original Message ----
> From: David G. Mackay <mackay_d at bellsouth.net>
> To: CentOS mailing list <centos at centos.org>
> Sent: Saturday, October 25, 2008 4:18:01 PM
> Subject: Re: [CentOS] Re: Ole Fossils [ was Re: ls and rm: "argument list too long"]
>
>
> On Sat, 2008-10-25 at 12:10 -0700, Bill Campbell wrote:
>
> > My first