similar to: doveadm index assertion failed

Displaying 20 results from an estimated 1100 matches similar to: "doveadm index assertion failed"

2015 Oct 17
2
doveadm index assertion failed
On 16 Oct 2015, at 23:44, Nick Rosier <nick+dovecot at bunbun.be> wrote: > > >> gdb --args doveadm index -u user at domain INBOX >> run >> <it should crash now> >> f 5 >> p src >> p ic_srcbuf >> p *src_size >> p srcleft > I recompiled Dovecot with Debug but I suspect I will have to do it for all the required libraries as well;
2015 Oct 16
0
doveadm index assertion failed
Nick Rosier schreef: > > Timo Sirainen wrote: >> On 05 Oct 2015, at 22:05, Nick Rosier<nick+dovecot at bunbun.be> wrote: >>> Hi, >>> >>> one of my mailboxes returns following error when I run doveadm index on it: >>> >>> Panic: file charset-iconv.c: line 85 (charset_to_utf8_try): assertion failed: (srcleft<=
2015 Oct 16
0
doveadm index assertion failed
Timo Sirainen wrote: > On 05 Oct 2015, at 22:05, Nick Rosier<nick+dovecot at bunbun.be> wrote: >> Hi, >> >> one of my mailboxes returns following error when I run doveadm index on it: >> >> Panic: file charset-iconv.c: line 85 (charset_to_utf8_try): assertion failed: (srcleft<= CHARSET_MAX_PENDING_BUF_SIZE) >> >> OS: FreeBSD 10.2 >>
2018 Dec 21
2
assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE)
I'm running the following: # 2.3.4 (0ecbaf23d): /usr/local/etc/dovecot/dovecot.conf # OS: FreeBSD 11.2-RELEASE-p4 amd64 # FS: ZFS auth_mechanisms = plain login auth_username_format = %Ln listen = * mail_location = maildir:~/Maildir namespace inbox { inbox = yes location = mailbox Drafts { auto = subscribe special_use = \Drafts } mailbox Junk { auto = subscribe
2018 Dec 21
2
assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE)
The bug happens not very often, it might need a week to get a core file. Il giorno ven 21 dic 2018 alle ore 15:18 Aki Tuomi < aki.tuomi at open-xchange.com> ha scritto: > > On 21.12.2018 14.49, Giacomo wrote: > > I'm running the following: > > > > # 2.3.4 (0ecbaf23d): /usr/local/etc/dovecot/dovecot.conf > > # OS: FreeBSD 11.2-RELEASE-p4 amd64 > > #
2019 Jan 21
2
assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE)
I've just enabled core dumps on the involved FreeBSD system. Let's see if it dumps something.. Il giorno dom 20 gen 2019 alle ore 19:16 Stephan Bosch <stephan at rename-it.nl> ha scritto: > Hi Giacomo, > > Op 21/12/2018 om 16:16 schreef Giacomo: > > The bug happens not very often, it might need a week to get a core file. > > Any luck getting a core file? >
2018 Jan 26
1
exited on signal 6 (core dumped) when searching folder
Hey, I'm getting messages exited on signal 6 (core dumped) when doing imap command "a UID SORT (DATE) UTF-8 BODY someword" message log file Jan 26 13:57:20 mail dovecot: imap(kristjan.eentsalu at yyy.yy): Panic: file charset-iconv.c: line 87 (charset_to_utf8_try): assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE) Jan 26 13:57:20 mail dovecot: imap(kristjan.eentsalu at
2019 Nov 11
1
FTS indexer-worker Panic
Set up fts_xapian over the weekend and re-indexed. https://github.com/grosjo/fts-xapian Tried to search my INBOX and got: > dovecot: indexer-worker: Panic: file charset-iconv.c: line 83 (charset_to_utf8_try): assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE) What could I possibly have lurking in my INBOX to cause that ?? -- Yarema
2019 Feb 11
1
assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE)
Op 9-2-2019 om 19:27 schreef Giacomo via dovecot: > I got a core file this morning. > > opening it with gdb I get this: > > (gdb) core imap.core > Core was generated by `dovecot/imap'. > Program terminated with signal 6, Aborted. > #0? 0x0000000011c1347a in ?? () > (gdb) bt > #0? 0x0000000011c1347a in ?? () > #1? 0x0000000011c13444 in ?? () > #2?
2015 May 15
2
charset_to_utf8 assertion of remaining src_size
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, I have seen the following assertion fails on my own mail server (indexer-worker): Panic: file charset-iconv.c: line 132 (charset_to_utf8): assertion failed: (*src_size - pos <= CHARSET_MAX_PENDING_BUF_SIZE) However, when charset_to_utf8_try returns FALSE (e.g. iconv() got EINVAL or EILSEQ), the for loop in charset_to_utf8 may end earlier,
2015 May 16
4
charset_to_utf8 assertion of remaining src_size
On 16 May 2015, at 09:39, Xin Li <delphij at delphij.net> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Hi, > > On 5/15/15 10:58, Xin Li wrote: >> Hi, >> >> I have seen the following assertion fails on my own mail server >> (indexer-worker): >> >> Panic: file charset-iconv.c: line 132 (charset_to_utf8):
2018 Mar 14
4
Disable SIS
Hi, I'm currently running a small home-server with Dovecot. A long time ago I configured it with SIS enabled. I would like to stop using SIS. If I remove sis from mail_attachment_fs will the old mails that are stored in SIS-storage still be accessible? How can I convert all mailboxes to stop using SIS and store attachments back in the mails? Rgds, N.
2018 Mar 15
2
Disable SIS
On 14 Mar 2018, 20:42 +0100, Aki Tuomi <aki.tuomi at dovecot.fi>, wrote: > > > On 14 March 2018 at 21:17 Nick Rosier < nick+dovecot at bunbun.be> wrote: > > > > > > Hi, > > > > I'm currently running a small home-server with Dovecot. A long time ago > > I configured it with SIS enabled. I would like to stop using SIS. > > > >
2008 Feb 19
2
1.1b16: (buffer_set_used_size): assertion failed: (used_size <= buf->alloc)
I haven't seen this before 1.1b16, it happened to two users today while they were searching using fts. Feb 18 16:41:36 hill dovecot: IMAP(username): file buffer.c: line 288 (buffer_set_used_size): assertion failed: (used_size <= buf->alloc) Feb 18 16:41:36 hill dovecot: child 53560 (imap) killed with signal 6 I can probably narrow it down to an example mail if needed. GNU gdb 6.1.1
2011 Jan 10
2
dsync not copying all mail
Hi, I'm still trying to migrate from Dovecot 1.2.16 to 2.0.7 on FreeBSD. Previous attempts have failed with mails not being visible after the upgrade. Version 1.2.16 was migrated from maildir to dbox about a year ago via the convert-plugin. After previous attempts to "clean" the hybrid maildir-dbox situation I used imapsync to copy all mails from the old account to a new
2011 Mar 19
3
Sieve or not?
Hello, I use V 2.11 and my question is: Is one present Sieve with this version or MUST this specially compiles? # 2.0.11 (31d8d43fa6b5): /etc/dovecot/dovecot.conf # OS: Linux 2.6.29.4 i686 Debian wheezy/sid -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Der Fanatismus ist die einzige 'Willensst?rke', zu der auch die Schwachen
2015 Jul 29
2
charset-iconv.c panic
Hi, I have a mailbox where indexing fails with the following error: # /opt/dovecot2/bin/doveadm -c /tmp/dovecot.conf -o mail_location=/tmp/skesselring index '*' doveadm(root): Panic: file charset-iconv.c: line 132 (charset_to_utf8): assertion failed: (*src_size - pos <= CHARSET_MAX_PENDING_BUF_SIZE) doveadm(root): Error: Raw backtrace:
2015 Jun 12
2
fts_solr Bad Request / BUG: Unknown internal error
Hi, yesterday I created a new mailbox; ever since (and only for the new mailbox) I am getting these errors: 2015-06-12T00:00:29.808526+02:00 mail dovecot: indexer-worker(xxx at example.com): Error: fts_solr: Lookup failed: Bad Request 2015-06-12T00:00:29.808560+02:00 mail dovecot: indexer-worker(xxx at example.com): Error: Mailbox INBOX: Status lookup failed: BUG: Unknown internal error Is
2018 Dec 21
0
assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE)
On 21.12.2018 14.49, Giacomo wrote: > I'm running the following: > > # 2.3.4 (0ecbaf23d): /usr/local/etc/dovecot/dovecot.conf > # OS: FreeBSD 11.2-RELEASE-p4 amd64?? > # FS: ZFS > > auth_mechanisms = plain login > auth_username_format = %Ln > listen = * > mail_location = maildir:~/Maildir > namespace inbox { > ? inbox = yes > ? location =? > ? mailbox
2019 Jan 20
0
assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE)
Hi Giacomo, Op 21/12/2018 om 16:16 schreef Giacomo: > The bug happens not very often, it might need a week to get a core file. Any luck getting a core file? Regards, Stephan. > > > Il giorno ven 21 dic 2018 alle ore 15:18 Aki Tuomi > <aki.tuomi at open-xchange.com <mailto:aki.tuomi at open-xchange.com>> ha > scritto: > > > On 21.12.2018 14.49,