similar to: mbox assert crashes finally fixed?

Displaying 20 results from an estimated 50000 matches similar to: "mbox assert crashes finally fixed?"

2007 Feb 20
3
1.0.rc23 released
http://dovecot.org/releases/dovecot-1.0.rc23.tar.gz http://dovecot.org/releases/dovecot-1.0.rc23.tar.gz.sig Documentation is probably the only important thing left before v1.0. * deliver doesn't ever exit with Dovecot's internal exit codes anymore. All its internal exit codes are changed to EX_TEMPFAIL. * mbox: X-Delivery-ID header is now dropped when saving mails. * mbox: If
2007 Feb 20
3
1.0.rc23 released
http://dovecot.org/releases/dovecot-1.0.rc23.tar.gz http://dovecot.org/releases/dovecot-1.0.rc23.tar.gz.sig Documentation is probably the only important thing left before v1.0. * deliver doesn't ever exit with Dovecot's internal exit codes anymore. All its internal exit codes are changed to EX_TEMPFAIL. * mbox: X-Delivery-ID header is now dropped when saving mails. * mbox: If
2007 Mar 10
4
pre-1.0.rc27: Index and mbox fixes
I've been doing some stress testing in the last few days and fixing all the errors I saw. I'm hoping that I've finally really fixed all the index/mbox problems. So, again I think the only thing left for v1.0 is the documentation. Please test this nightly snapshot before I'll release rc27 tomorrow: http://dovecot.org/nightly/dovecot-latest.tar.gz If you've seen any of the
2007 Feb 17
5
1.0.rc23 tomorrow
http://dovecot.org/nightly/dovecot-latest.tar.gz Would be nice to get some testing before the actual release. I've now finally gone through all the "TODO" mails in this list and my INBOX and fixed pretty much every problem I know of. There are still some mbox bugs, but I can't really get them fixed unless someone figures out how to reproduce them
2007 Feb 19
1
Weird Issues with latest nightly (pre-rc23)
Just updated one of my proxy boxes to the latest nightly (20070217), restarted the dovecot process and got a bit of errors showing up for each pop3/imap connection. Feb 19 11:14:00 marbella dovecot: pop3-login: Login: user=<user1 at host.com>, method=PLAIN, rip=209.33.217.218, lip=204.17.177.60 Feb 19 11:14:00 marbella dovecot: POP3(user1 at host.com): Set pop3_uidl_format in config file
2007 Mar 06
1
Error: child 469 (imap) killed with signal 6 (with rc25)
I updated to the latest rc25 and started getting these messages(over and over again). This is on a Solaris 10 box and I tried compiling with gcc and sun c. I backed down to rc23 and the messages went away and everything works. Any body have an idea on what could be wrong? thank you dovecot: Mar 04 21:14:33 Error: child 467 (imap) killed with signal 6 dovecot: Mar 04 21:14:33 Error:
2017 Sep 27
0
dsync: assert panic on mbox // no INBOX sync on hybrid mbox/maildir
Hi, replying to my own issue: The dsync crash seems to be triggered when there are emails to copy in both directions, and it's fairly clear from comments in the code that it should be releasing a read lock before trying to grab a write lock. A work-around for the crash was doing a one-way sync manually. This allowed the process to complete and my setup is now replicating properly. I guess
2007 Mar 19
1
rc27 assert, mbox format
Timo, After several days of flawless work, rc27 gave an assert/core yesterday: Mar 19 00:10:46 karst dovecot: [ID 107833 mail.error] IMAP(user): file mbox-sync-rewrite.c: line 423: assertion failed: (need_space == (uoff_t)-mails[idx].space) Mar 19 00:10:46 karst dovecot: [ID 107833 mail.error] IMAP(user): Raw backtrace: 0x8a51c -> 0x473f4 -> 0x479b0 -> 0x41c50 -> 0x42430 ->
2005 Oct 02
2
file istream-raw-mbox.c: line 450 (istream_raw_mbox_get_body_size): assertion failed: (rstream->mail_size != (uoff_t)-1)
Hi list, Today i tried upgrading my dovecot server from 0.99.14 to 1.0alpha3. Unfortunately the new version does not work. The log file says: Oct 2 20:40:02 knut dovecot: imap-login: Login: user=<arved>, method=PLAIN, rip=213.225.30.218, lip=213.9.70.XXX, TLS Oct 2 20:40:02 knut dovecot: imap(arved): file istream-raw-mbox.c: line 450 (istream_raw_mbox_get_body_size): assertion failed:
2007 Feb 21
1
False "new mail" warning from Thunderbird, using RC23
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am continually getting false "New Mail" warning from Thunderbird. I'm running Thunderbird 1.5.0.9 on Windows, and it's talking to two different Dovecot 1.0.RC23 servers (one home server, one work server). This was happening in older Dovecot versions too, so it's not new in RC23. Very often, Thunderbird will pop up the
2008 Dec 13
3
another assertion failure in dovecot 1.1.7 mbox-sync-rewrite: (mails[idx].from_offset == start_offset)
Sorry, this time I've no core file, (I forgot to set ulimit -c unlimited before starting dovecot) Regards, Diego. --- dovecot: Dec 09 08:26:52 Panic: IMAP(user): file mbox-sync-rewrite.c: line 590 (mbox_sync_rewrite): assertion failed: (mails[idx].from_offset == start_offset) dovecot: Dec 09 08:26:52 Error: IMAP(user): Raw backtrace: /usr/libexec/dovecot/imap [0x80f739e] ->
2008 Oct 02
1
Any suggestions for backing up an imap server and whould maildir or dbox be better than mbox?
Hi, we run a Red Hat EL 5.2 mailserver with dovecot as the imap server. Mails are stored in mbox format and there are about 134GB of mail. At the moment users copy their importent mail to their workstation accounts wich are backed up nightly. What are your suggestions to back up the mails not copied? Thanks for any comments. BTW: Dose changing the mailbox format from mbox to Maildir or dbox
2017 Feb 03
0
Crash while reading compressed mbox: Panic: file istream-zlib.c: line 416 (i_stream_zlib_seek): assertion failed: (ret == -1)
Hello, I use mbox compressed by gzip as read-only folder (using zlib plugin). This setup worked for a while, but doesn't work with latest dovecot version (2.2.27). I have error in logs: Panic: file istream-zlib.c: line 416 (i_stream_zlib_seek): assertion failed: (ret == -1) I can see list of messages in MUA but can't ready body of any message. I've tried to delete indexes, but it
2007 May 24
2
Dovecot crashes with malformed Qpopper's mbox
I am testing migration from Qpopper 4.0.5 and have come across a problem. Dovecot dies while processing UIDL command when accessing malformed Qpopper's mbox which has duplicated "From " separator. Qpopper occasionally makes such header while rewriting mbox. In the attached file, unnecessary "From " at line 3. ---------------- * Dovecot 1.0.0 on Debian 4.0(x86) * ext3
2009 Jun 08
2
Mailbox isn't a valid mbox file
Getting "Mailbox isn't a valid mbox file" on 1.2rc2 after transferring mail from an ancient 0.99.13 system. The first line of the file looks ok. Curiously, it's one of my archival folders of this list. Here's the first header from the top of the file: >From tss at iki.fi Sat May 1 21:48:17 2004 From: tss at iki.fi (Timo Sirainen) Date: Sat May 1 21:54:18 2004
2005 Mar 29
0
mbox zlib compression plugin
Some people have been asking this forever, but because it wasn't possible to implement it as a plugin, I hadn't done it. Now, due to some API changes for other purposes, it was suddenly easy. So, if you want to try it, grab the latest CVS code / nightly CVS snapshot and http://dovecot.org/patches/1.0/zlib-plugin.tar.gz Compilation instructions inside zlib-plugin.c file. What it does is
2017 Sep 26
3
dsync: assert panic on mbox // no INBOX sync on hybrid mbox/maildir
Hi, This (hopefully!) might be a case of user error, as I'm new to dovecot... Alternatively it might be some confusion in an index, since I've been mucking about trying different things in my configuration files and had frequent crashes. I'm trying to sync 2 (LAN) hosts, ideally to have full automatic replication happening. They both have hybrid mbox INBOX and maildir++ folders,
2007 Feb 20
1
crash in mail_cache_transaction_reset on rc22
I've not been able to roll out rc23 yet (tonight, I hope) but I just saw a crash which I'm not sure I've seen reported before, following a server outage (that is to say, the server came back up and one of the users had a dovecot core). #0 0x0005d720 in mail_cache_transaction_reset (ctx=0xcf928) at mail-cache-transaction.c:71 No locals. #1 0x0005e8bc in mail_cache_add
2007 Feb 27
3
rc23 Problem - Assertion Failed
Feb 27 14:17:46 wurfel dovecot: imap-login: Login: user=<USER>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Feb 27 14:17:46 wurfel dovecot: IMAP(USER): file mbox-sync-update.c: line 387 (mbox_sync_update_header): assertion failed: (ctx->mail.uid != 0 || ctx->pseudo) This is happening for dozens of users. Anyone have a suggestion of what to adjust? It was happening somewhat
2024 Sep 19
0
NHW v0.3.0-rc23 new version
Hello, Very sorry for disturbing you that much, don't know if I will be able to work on NHW next months... As usual for those interested, I have released the NHW v0.3.0-rc23 new version. I continue to fine-tune the nhw_kernel weights.This new version has then more precision and a better visual quality. More at: https://nhwcodec.blogspot.com/ Cheers, Raphael -------------- next part