similar to: SIGSEGV in 2.2.13 with IMAP Proxying to an Exchange Server

Displaying 20 results from an estimated 100 matches similar to: "SIGSEGV in 2.2.13 with IMAP Proxying to an Exchange Server"

2014 Apr 24
0
Assert crash with latest HG ddf374a36057
Hello, Latest HG assert crashes with imap(user): Panic: file mail-storage.c: line 1836 (mailbox_transaction_begin): assertion failed: (box->opened) Full backtrace is attached. Thanks, e-frog -------------- next part -------------- Core was generated by `dovecot/imap'. Program terminated with signal SIGABRT, Aborted. #0 0xb775d424 in __kernel_vsyscall () (gdb) bt full #0 0xb775d424 in
2016 May 11
2
Bug Report - Crash on imap with core dump - Alternate storage related
I would like to report a bug we are seeing on an new deployment here: Linux: Debian Jessie, inside a Docker container Dovecot version: 2.2.23 (806d709) / 2.2.23-1~bpo8+1 doveconf -n: http://pastebin.com/2xA2xuRw Filesystem: CephFS - Jewel After migrating our users from our old server to our new one we can't access a few mailboxes. Backtrace follows: root at dovecot:/# gdb --args
2016 May 12
2
Bug Report - Crash on imap with core dump - Alternate storage related
On 11.05.2016 22:45, Daniel van Ham Colchete wrote: > I can confirm that this bug also happens on the latest version available: > > root at dovecot:/# dovecot --version > 2.2.devel (ebf2e93) > root at dovecot:/# dpkg -l|grep dovecot > ii dovecot-core 2:2.2.24-1~auto+23 amd64 > secure POP3/IMAP server - core files > ii dovecot-dbg
2008 Dec 02
2
my_vsnprintf crash on HP-UX
Hi, sorry for the double post, I stupidly composed this as a reply to an earlier mail, which causes it to appear in an older thread. Posting again so it doesn't get lost in the archives: dovecot 1.1.7 reliably crashes every time I try to open a mailbox using IMAP. Error in the logs: dovecot: Dec 02 23:14:15 Error: setmntent(/etc/mtab) failed: No such file or directory dovecot: Dec 02
2008 Nov 06
2
Compilation of 1.1.6 fails on HP-UX 11.31
Hi, $ uname -srv HP-UX B.11.31 U $ cc --version cc: HP C/aC++ B3910B A.06.20 [May 13 2008] Compilation fails, output of configure and make are given below. The cause of this is almost certainly that this version of HP-UX does define the QCMD macro in sys/quota.h (checked in the ifdef line 26 dovecot-1.1.6/src/plugins/quota/quota-fs.h) as well as the dqblk struct, but the latter with different
2012 Oct 11
1
imap proxy setup - "killed with signal 11"
hi- i'm setting up an imap proxy in front of a novell groupwise server. it seems to so far be partially working, but dovecot is having trouble in certain cases. i expect that it's ultimately due to what i believe is a very poor implementation of imap provided by groupwise [at least based on other experiences in the past] - but that's a big part of why i'd like to have
2017 Apr 28
2
2.2 -git fails to compile as of Apr 28 2017
This has been broken for the last few days: libtool: link: ( cd ".libs" && rm -f "lib10_quota_plugin.la" && ln -s "../lib10_quota_plugin.la" "lib10_quota_plugin.la" ) libtool: link: x86_64-pc-linux-gnu-gcc -std=gnu99 -O2 -pipe -march=native -mtune=native -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
2018 May 10
2
Error compiling with --with-storages=
Hello, Usually I compile Dovecot with option --with-storages=maildir Starting with 2.2.30 and up to 2.2.36 RC this option cause the compilation to fail with this error: .libs/quota-imapc.o: In function `imapc_quota_refresh': quota-imapc.c:(.text+0x82d): undefined reference to `imapc_client_get_capabilities' quota-imapc.c:(.text+0x87d): undefined reference to
2017 May 08
2
2.2 -git fails to compile as of Apr 28 2017
On 2017-05-08 13:52, Reuben Farrelly wrote: > Hi, > > Following up on this as there has been no response and the problem is > still present. As this is the master-2.2 branch I would have thought > it would compile most of the time... > > Thanks > > > On 28/04/2017 7:27 PM, Reuben Farrelly wrote: >> This has been broken for the last few days: >> >>
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
2017 May 08
0
2.2 -git fails to compile as of Apr 28 2017
On 8/05/2017 9:13 PM, Aki Tuomi wrote: > > > On 2017-05-08 13:52, Reuben Farrelly wrote: >> Hi, >> >> Following up on this as there has been no response and the problem is >> still present. As this is the master-2.2 branch I would have thought >> it would compile most of the time... >> >> Thanks >> >> >> On 28/04/2017 7:27
2006 May 22
1
beta8: cores on corrupted index file
Timo, I saw a couple of these cores over the weekend. The syslog says: May 21 19:04:48 emerald dovecot: [ID 107833 mail.error] IMAP(user): Corrupted index cache file /home/students/s/user/.imap/sent-mail-apr-2004/dovecot.index.cache: indexid changed With a resulting core file from imap at this time. I also discovered a remaining lock file on the person's imap file: -rw------- 1 user
2008 Dec 04
1
assertion failed in 1.1.7 file mbox-sync.c: line 1305 (mbox_sync_handle_eof_updates)
Dovecot 1.1.7 is running so smoothly that I gave up checking its log files daily. :) I've just had a look, and among the usual "IMAP(username): FETCH for mailbox Sent UID xx got too little data: xx vs xx" messages (that means that unfortunately sometimes some messages are still written truncated) I saw this assertion failure: file mbox-sync.c: line 1305
2007 Mar 28
2
assertion failed (1.0-rc27)
Under Dovecot 1.0-rc27 on Solaris 10 we noticed this error today affecting one of our users repeatedly: Mar 28 14:02:01 myhost dovecot: IMAP(myuser): file mbox-sync-rewrite.c: line 423 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) Mar 28 14:02:01 myhost dovecot: IMAP(myuser): Raw backtrace: 0x7ac54 -> 0x42cd4 -> 0x3e968 -> 0x3f54c -> 0x3f980
2017 May 08
0
2.2 -git fails to compile as of Apr 28 2017
Hi, Following up on this as there has been no response and the problem is still present. As this is the master-2.2 branch I would have thought it would compile most of the time... Thanks On 28/04/2017 7:27 PM, Reuben Farrelly wrote: > This has been broken for the last few days: > > libtool: link: ( cd ".libs" && rm -f "lib10_quota_plugin.la" &&
2018 May 10
0
Error compiling with --with-storages=
Am 10.05.2018 um 16:02 schrieb Andrea Gabellini: > Hello, > > Usually I compile Dovecot with option --with-storages=maildir > > Starting with 2.2.30 and up to 2.2.36 RC this option cause the > compilation to fail with this error: > > .libs/quota-imapc.o: In function `imapc_quota_refresh': > quota-imapc.c:(.text+0x82d): undefined reference to >
2006 Mar 06
1
asserts and cores in beta3
My setup: Solaris 9, built with gcc 4.0.2 (I now have gcc 4.1 installed on my system, but have not rebuilt dovecot). A couple of asserts and cores in the last few days: Mar 1 09:25:13 emerald dovecot: [ID 107833 mail.error] imap(tmwillia): file mbox-sync.c: line 1471 (mbox_sync_do): assertion failed: (!sync_ctx->mbox->mbox_sync_dirty || (flags & MBOX_SYNC_UNDIRTY) == 0) Mar 1
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 Oct 21
1
1.0alpha4: mbox-lock asserts and cores
Timo, I upgraded from alpha3 to alpha4 yesterday, and I am seeing a few of the following asserts: imap(user): file mbox-lock.c: line 379 (mbox_lock_fcntl): assertion failed: (lock_type == F_UNLCK) Gdb info on a couple of the cores is attached. It looks like the arg lock_type for mbox_lock_fcntl() is not getting passed in correctly, like the enum "enum mbox_lock_type type" in
2017 May 31
1
[Dovecot-news] v2.2.30.1 released
Am 31.05.2017 um 15:24 schrieb Timo Sirainen: > https://dovecot.org/releases/2.2/dovecot-2.2.30.1.tar.gz > https://dovecot.org/releases/2.2/dovecot-2.2.30.1.tar.gz.sig > > Due to some release process changes I didn't notice that one important bugfix wasn't included in the v2.2.30 release branch before I made the release. So fixing it here with v2.2.30.1. Also included another