>Am 27.03.24 um 18:49 schrieb Michael Grant via dovecot:
>>I could really use some help debugging issue.
>
>Timo gave some debugging tips in a similar case cf.
>https://dovecot.org/pipermail/dovecot/2023-March/126229.html
>
>In case you know how to use gdb, that should work and might get a
Am 27.03.24 um 18:49 schrieb Michael Grant via dovecot:
I could really use some help debugging issue.
Timo gave some debugging tips in a similar case cf.
https://dovecot.org/pipermail/dovecot/2023-March/126229.html
In case you know how to use gdb, that should work and might get a
reproducer s
middle of the conversation. Meanwhile, dovecot panics.
Is there some way to turn on imap logging so dovecot tells me step by
step which message got requested and which one it's sending to the
client?
I've run 'doveadm -v force-resync -u m...@myserver.com me' many times. I
I am still getting panics. Today I'm seeing this panic only when 'eM Client'
connects. Not other imap clients. It's almost as if there's a malformed
message in my mailbox which might be causing this. I spent some time trying to
do things like delete the last 20 m
c dd gg hh
ii jj kk mm nnn o ppp rr ss t
w xxx yy aa bbb dd ee fff
gg hhh jj kk ll mm o ppp qqqq r
tt u www xxx yyy z
u www xxx yyy z a b ccc ddd
>
> when submitting message via dovecot submisstion server, dovecot panics:
>
> 2023-08-10 17:10:04 myhost exim[...] rejected RCPT <[...]>: aa
> bb ccc dd gg hh ii jj
> kk
o ppp r
tt u www xxx yyy z a b ccc ddd
when submitting message via dovecot submisstion server, dovecot panics:
2023-08-10 17:10:04 myhost exim[...] rejected RCPT <[...]>: aa
bb ccc dd ff
On 11/2/20 9:03 AM, John Fawcett wrote:
the panic on doveadm fts lookup is to be expected and solved by my
previous patch.
snip
all noted.
atm, I've managed to get solr-backend indexing, and cmd-line searchable with
doveadm, correctly finding the unfolded, accented characters in my 'test'.
s
e.com
doveadm index -u testu...@example.com -q '*'
as before
doveadm fts lookup -u testu...@example.com body "tésting"
panics,
doveadm(testu...@example.com): Panic: file mail-storage.c: line 2112
(mailbox_get_open_status): assertion failed: (box->o
On 11/2/20 5:13 AM, Aki Tuomi wrote:
So what's the recommendation? use use_libfts, or not?
It's a choice. You can let solr perform the tokenization etc. or you can let
dovecot do it. There is no recommendation when using solr.
atm, my fts plugin conf is
plugin {
fts
> On 02/11/2020 15:11 PGNet Dev wrote:
>
>
> On 11/2/20 12:44 AM, Aki Tuomi wrote:
> > you should try removing use_libfts from your config line and let solr do
> > that part.
>
> sry, i'm a bit confused.
>
> you'd suggested I _add_ it,
>
> https://dovecot.org/pipermail/dovecot/2020-
On 11/2/20 12:44 AM, Aki Tuomi wrote:
you should try removing use_libfts from your config line and let solr do that
part.
sry, i'm a bit confused.
you'd suggested I _add_ it,
https://dovecot.org/pipermail/dovecot/2020-October/120258.html
I can reproduce your problem with the `fts l
On 31/10/2020 17:55, John Fawcett wrote:
> On 31/10/2020 04:57, PGNet Dev wrote:
>> On 10/18/20 10:28 PM, Aki Tuomi wrote:
doveadm(myu...@example.com): Panic: file mail-storage.c: line
2112 (mailbox_get_open_status): assertion failed: (box->opened)
>> ...
>>
>>> I can reproduce your p
> On 01/11/2020 20:35 John Fawcett wrote:
>
>
> On 01/11/2020 15:20, PGNet Dev wrote:
> > On 11/1/20 1:56 AM, John Fawcett wrote:
> >> At the moment I don't see other corrections needed in dovecot apart from
> >> command line doveadm fts which is not a show stopper. Via doveadm search
> >> I
On 01/11/2020 15:20, PGNet Dev wrote:
> On 11/1/20 1:56 AM, John Fawcett wrote:
>> At the moment I don't see other corrections needed in dovecot apart from
>> command line doveadm fts which is not a show stopper. Via doveadm search
>> I confirm - on my simple config - that search for accented or no
On 11/1/20 1:56 AM, John Fawcett wrote:
At the moment I don't see other corrections needed in dovecot apart from
command line doveadm fts which is not a show stopper. Via doveadm search
I confirm - on my simple config - that search for accented or non
accented characters works correctly as it doe
On 31/10/2020 22:01, PGNet Dev wrote:
> On 10/31/20 9:55 AM, John Fawcett wrote:
>> I can contribute a patch that solves the segfault. Unfortunately though
>> fts search may be more broken than this. It does not give me search
>> results, even though I see it querying solr and getting hits.
>
> Thx
On 10/31/20 9:55 AM, John Fawcett wrote:
I can contribute a patch that solves the segfault. Unfortunately though
fts search may be more broken than this. It does not give me search
results, even though I see it querying solr and getting hits.
Thx -- hopefully it moves this in the right directio
On 31/10/2020 04:57, PGNet Dev wrote:
> On 10/18/20 10:28 PM, Aki Tuomi wrote:
>>> doveadm(myu...@example.com): Panic: file mail-storage.c: line
>>> 2112 (mailbox_get_open_status): assertion failed: (box->opened)
> ...
>
>> I can reproduce your problem with the `fts lookup` command. Luckily
>>
On 10/18/20 10:28 PM, Aki Tuomi wrote:
doveadm(myu...@example.com): Panic: file mail-storage.c: line 2112
(mailbox_get_open_status): assertion failed: (box->opened)
...
I can reproduce your problem with the `fts lookup` command. Luckily it's
equivalent to running `doveadm search`. I'
On 10/19/20 1:03 PM, John Fawcett wrote:
For libicu support in dovecot during the build process the libicu-devel
package needs to be available. The following should be added to the
dovecot.spec file
BuildRequires: libicu-devel
It's not necessary to specify --with-icu configure option but doing
On 19/10/2020 19:02, PGNet Dev wrote:
> On 10/19/20 9:48 AM, John Fawcett wrote:
>> --with-icu should be sufficient, actually on centos 7 I got libuci
>> compiled in without setting the explicit flag.
>
>> Here's my ldd, which is under /usr/local/lib/dovecot
>>
>> ldd /usr/local/lib/dovecot/libdove
for any interested, let's see how far this gets:
TBird "search on server" doesn't -- no comm with backend IMAP/SOLR; appears to
be local-only search?
https://groups.google.com/g/mozilla.dev.apps.thunderbird/c/SP-r2OEMZ24
exec'ing search from Roundcube client, instead of TBird, accented-text search
WORKS in both cases,
"subject = aausdfrhyétdwgyatrdf" only,
2020-10-19 17:28:17.847 INFO (qtp1533985074-18) [ x:dovecot] o.a.s.c.S.Request [dovecot]
webapp=/solr path=/select
params={q={!lucene+q.op%3DAN
On 10/19/20 10:04 AM, Peter wrote:
you should trace the IMAP stream. With TB perform (crlt-shift-F) a
server-side-search (checkbox in the dialog) - even if encrypted, the number of
packets alon shows if there is any traffic. A server side search should also
take considerably longer, esp. when
Am 19.10.20 um 18:50 schrieb PGNet Dev:
On 10/19/20 9:38 AM, Peter wrote:
A network trace will show you, it TB actually requests something for
your header search. Might be quicker
that was my earlier quick-check ...
abs nada from > tcpdump -i lo port 8984
on the server, when doing any -
On 19/10/2020 17:56, PGNet Dev wrote:
> On 10/19/20 8:24 AM, John Fawcett wrote:
>
>> Depending how solr has been setup you could see the logging in the web
>> server access log. My access log is where I configured it in
>> /var/log/httpd/servername.access_log, yours may be different.
>
> here, not
On 10/19/20 9:48 AM, John Fawcett wrote:
--with-icu should be sufficient, actually on centos 7 I got libuci
compiled in without setting the explicit flag.
Here's my ldd, which is under /usr/local/lib/dovecot
ldd /usr/local/lib/dovecot/libdovecot-fts.so
noted. as suspected. thx.
config.log
On 10/19/20 9:38 AM, Peter wrote:
A network trace will show you, it TB actually requests something for your
header search. Might be quicker
that was my earlier quick-check ...
abs nada from
tcpdump -i lo port 8984
on the server, when doing any -- header, body -- TBird search to the serv
On 19/10/2020 16:20, PGNet Dev wrote:
> On 10/18/20 10:28 PM, Aki Tuomi wrote:
>> Dovecot FTS tokenization is not done, unless you have `use_libfts` in
>> fts_solr setting, in your case
>>
>> fts_solr = url=https://solr.example.com:8984/solr/dovecot/ use_libfts
>
> changing
>
> - fts_solr = url=
Am 19.10.20 um 18:17 schrieb PGNet Dev:
On 10/19/20 9:15 AM, Peter wrote:
If I remember correctly, that is an issue with TB - it only does body
serches serverside, regardless of what you request, there should be an
entry in their bugzilla, I'm too lazy right now.
this is a very old bug
at th
On 10/19/20 9:15 AM, Peter wrote:
If I remember correctly, that is an issue with TB - it only does body serches
serverside, regardless of what you request, there should be an entry in their
bugzilla, I'm too lazy right now.
this is a very old bug
https://groups.google.com/forum/#!top
Am 19.10.20 um 17:00 schrieb PGNet Dev:
search in TBird
subject: aausdfrhyetdwgyatrdf => FOUND
body: aausdfrhyétdwgyatrdf => FOUND
subject: aausdfrhyetdwgyatrdf => FOUND
body: aausdfrhyétdwgyatrdf => (emtpy)
on header search, I'm _not_ seeing any additional acti
On 10/19/20 8:24 AM, John Fawcett wrote:
Depending how solr has been setup you could see the logging in the web
server access log. My access log is where I configured it in
/var/log/httpd/servername.access_log, yours may be different.
here, not running a standalone webserver/proxy in front of
mmit=} 0 127
>
>
> search in TBird
>
> subject: aausdfrhyetdwgyatrdf => FOUND
> body: aausdfrhyétdwgyatrdf => FOUND
>
> subject: aausdfrhyetdwgyatrdf => FOUND
> body: aausdfrhyétdwgyatrdf => (emtpy)
>
> on header search, I'm _no
o, either i'm looking in the wrong place, haven't turned on appropriate
logging, or i'm still not searching via solr ...
separately,
doveadm fts lookup ...
still panics; Aki's bug will hopefully deal with that
On 10/19/20 1:18 AM, John Fawcett wrote:
notable/odd that subject searches are OK, but not body.
The explanation for the different behaviour between headers and bodies
is the following setting:
fts_enforced = body
I believe your header searches are not being sent to solr. See the
following fo
On 10/18/20 10:28 PM, Aki Tuomi wrote:
Dovecot FTS tokenization is not done, unless you have `use_libfts` in fts_solr
setting, in your case
fts_solr = url=https://solr.example.com:8984/solr/dovecot/ use_libfts
changing
- fts_solr = url=https://solr.example.com:8984/solr/dovecot/
soft_
On 10/18/20 10:28 PM, Aki Tuomi wrote:
I can reproduce your problem with the `fts lookup` command. Luckily it's
equivalent to running `doveadm search`. I'll open a bug about this.
thx!
Dovecot FTS tokenization is not done, unless you have `use_libfts` in fts_solr
setting, in your case
fts_s
On 19/10/2020 01:49, PGNet Dev wrote:
>
> I've since rebuilt/reconfig'd all parts of my setup from scratch; some
> good cleanup along the way.
>
> Atm, my entire system for send/recv, store/retrieve, + rules & search
> is working as I intend. Ok, mostly ...
>
> Except for this accented-character s
> On 19/10/2020 08:28 Aki Tuomi wrote:
>
>
> > On 19/10/2020 02:49 PGNet Dev wrote:
> >
> >
> > I've since rebuilt/reconfig'd all parts of my setup from scratch; some good
> > cleanup along the way.
> >
> > Atm, my entire system for send/recv, store/retrieve, + rules & search is
> > wo
> On 19/10/2020 02:49 PGNet Dev wrote:
>
>
> I've since rebuilt/reconfig'd all parts of my setup from scratch; some good
> cleanup along the way.
>
> Atm, my entire system for send/recv, store/retrieve, + rules & search is
> working as I intend. Ok, mostly ...
>
> Except for this accente
On 10/18/2020 6:33 PM, PGNet Dev wrote:
is it that you're not using the dovecot plugin, but _DO_ have solr
search setup? by what method/mean?
or that you're avoiding solr usage altogether?
I am using dovecot for my mail service. My host in AWS only has 2GB of
memory ... I would expect an i
re-reading your mail
...
On 10/18/20 2:58 PM, Shawn Heisey wrote:
I do not use the fts-solr plugin, because my mail host in AWS does not have
enough memory for that.
is it that you're not using the dovecot plugin, but _DO_ have solr search
setup? by what method/mean?
or that you're avoid
I've since rebuilt/reconfig'd all parts of my setup from scratch; some good
cleanup along the way.
Atm, my entire system for send/recv, store/retrieve, + rules & search is
working as I intend. Ok, mostly ...
Except for this accented-character search mystery. I've got a _lot_ of mail
with
On 10/11/2020 4:27 PM, PGNet Dev wrote:
I'm running,
dovecot --version
2.3.11.3 (502c39af9)
solr -version
8.6.3
Attempting to test/debug from from cmd line,
doveadm fts lookup -u myu...@example.com body "tambien"
causes a PANIC
I
On 12/10/2020 00:27, PGNet Dev wrote:
> for _un_accented "tambien", match is correctly -- and quickly -- returned.
>
> in logs,
>
> ==> /var/log/dovecot/dovecot-info.log <==
> 2020-10-11 14:57:05 imap-login: Info: Login: user=,
> method=PLAIN, rip=10.0.1.7, lip=10.0.1.50, mpid=67743,
I'm running,
dovecot --version
2.3.11.3 (502c39af9)
solr -version
8.6.3
uname -rm
5.8.13-200.fc32.x86_64 x86_64
grep _NAME /etc/os-release
PRETTY_NAME="Fedora 32 (Server Edition)"
CPE
Thanks Aki! The fix works! Will give you the debug stuff of the other error
next week.
Regards,
Infoomatic
> Gesendet: Samstag, 27. Januar 2018 um 20:38 Uhr
> Von: "Aki Tuomi"
> An: "Dovecot ML" , Infoomatic
> Betreff: Re: 2 panics, 1 segmentation fault in
> On January 27, 2018 at 4:19 PM Infoomatic wrote:
>
>
> Hi,
>
> While testing our migration to dovecot 2.3.0, we encountered 2 panics, 1
> segmentation fault while we wanted to rebuild the solr indizes. Problem [1]
> was encountered while rebuilding the indizes,
Hi,
While testing our migration to dovecot 2.3.0, we encountered 2 panics, 1
segmentation fault while we wanted to rebuild the solr indizes. Problem [1] was
encountered while rebuilding the indizes, and now I don't know how many
mails/documents are indexed or where it got stuck. [2] a
On 12 May 2015, at 11:50, Onno Molenkamp wrote:
>
> Hi,
>
> When passing a postmaster_address to dovecot-lda on the command line
> with -o, it panics:
>
> $ ./dovecot-lda -o postmaster_address=anything
>
> lda(onno,)Panic: file lda-settings.c: line 80 (lda_settings
Hi,
When passing a postmaster_address to dovecot-lda on the command line
with -o, it panics:
$ ./dovecot-lda -o postmaster_address=anything
lda(onno,)Panic: file lda-settings.c: line 80 (lda_settings_check):
assertion failed: (set->postmaster_address[0] ==
SETTING_STRVAR_UNEXPANDED[0])
On 12 Mar 2015, at 22:55, Laeeth Isharc wrote:
>
> Hi.
>
> I am seeing the following in my logs. Happy to downgrade to an earlier
> version if you think this might be the problem, but dovecot.org is extremely
> slow (and has been for months) so I found it easier just to pull the latest
> fro
Hi.
I am seeing the following in my logs. Happy to downgrade to an earlier
version if you think this might be the problem, but dovecot.org is
extremely slow (and has been for months) so I found it easier just to
pull the latest from mercurial.
Thanks.
Laeeth
Mar 12 20:48:39 indexer: Erro
On Thu, 15 Sep 2011 12:34:33 +0300, Timo Sirainen wrote:
On Wed, 2011-09-14 at 21:22 +0200, Jürgen Obermann wrote:
The dovecot lda panics with "Trying to sync mailbox INBOX with open
transactions" if a user has no sieve script defined. Debugging
shows:
Fixed: http://hg.dovecot.o
On Wed, 2011-09-14 at 21:22 +0200, Jürgen Obermann wrote:
> The dovecot lda panics with "Trying to sync mailbox INBOX with open
> transactions" if a user has no sieve script defined. Debugging shows:
Fixed: http://hg.dovecot.org/dovecot-2.0/rev/0264ac68c770
The dovecot lda panics with "Trying to sync mailbox INBOX with open
transactions" if a user has no sieve script defined. Debugging shows:
Sep 14 19:49:26 server dovecot: [ID 583609 local0.debug] lda(userxx):
Debug: sieve: user's script path /home/grp/userxx/.dovecot.sieve
On Tue, Dec 15, 2009 at 03:04:07PM -0500, Timo Sirainen wrote:
> On Mon, 2009-12-14 at 20:55 +0100, Leon Meßner wrote:
> > Hi,
> >
> > i've just upgraded to dovecot-1.2.8 (from 1.2.4) and do now get the
> > following errors when deliver gets hands on mails with some attachments.
> >
> > # tail -n
On Mon, 2009-12-14 at 20:55 +0100, Leon Meßner wrote:
> Hi,
>
> i've just upgraded to dovecot-1.2.8 (from 1.2.4) and do now get the
> following errors when deliver gets hands on mails with some attachments.
>
> # tail -n 1 /var/log/messages
> Dec 14 19:00:36 mail3 dovecot: deliver(user): Panic: f
Hi,
i've just upgraded to dovecot-1.2.8 (from 1.2.4) and do now get the
following errors when deliver gets hands on mails with some attachments.
# tail -n 1 /var/log/messages
Dec 14 19:00:36 mail3 dovecot: deliver(user): Panic: file istream.c:
line 96 (i_stream_read): assertion failed: (stream->e
On Aug 10, 2009, at 8:59 AM, Edgar Fuß wrote:
[...] mv foo.tmp foo [...]
[...]
So, apparently HFS+'s rename() isn't really atomic after all..
Are you sure OS X's mv(1) simply calls rename(2)? Maybe some magic
in mv(1) for ._xxx resource forks or directory hardlinks?
I also wrote a C prog
> [...] mv foo.tmp foo [...]
>
[...]
>
> So, apparently HFS+'s rename() isn't really atomic after all..
Are you sure OS X's mv(1) simply calls rename(2)? Maybe some magic in mv(1) for
._xxx resource forks or directory hardlinks?
This is the main reason it keeps breaking:
Terminal 1:
while true; do touch foo.tmp; mv foo.tmp foo; done
Termanal 2:
while true; do cat foo; done
foo always exists, because POSIX guarantees that rename is atomic. But
terminal 2 keeps failing randomly:
cat: No such file or directory
So, appare
On Mon, 2009-07-27 at 18:12 -0500, Mike Abbott wrote:
> > Have you tried my imaptest tool (http://imapwiki.org/ImapTest) to
> > see if it gives errors?
>
> I'll try that soon and let you know.
Looks like readdir() EINVALs come whenever there is more than one
session accessing the mailbox and I
Is that a normal HFS+ filesystem?
Yup.
Anything special done to it?
Nope.
With case-insensitive filenames?
Yup.
Have you tried my imaptest tool (http://imapwiki.org/ImapTest) to
see if it gives errors?
I'll try that soon and let you know.
BTW. Is there some really easy way to get
On Wed, 2009-07-08 at 08:23 -0500, Mike Abbott wrote:
> There is still lots of "noise" in the log though. The attached perl
> script just sends and retrieves mail over and over:
..
> When run against a Mac OS X server with dovecot-1.1.16 and dovecot's
> deliver via postfix, there are lots of e
Either there's a bit stranger bug
It appears to be related to the readdir()-returns-EINVAL issue.
Fixing that stopped the assertion from failing.
There is still lots of "noise" in the log though. The attached perl
script just sends and retrieves mail over and over:
$ ./dere.pl --iteratio
On Mon, 2009-06-29 at 16:17 -0500, Mike Abbott wrote:
> Dovecot-1.1.15 assert-fails frequently. Attached are some errors from
> the logs, and a stack trace from the common panic. Hope you can fix
> these soon. Thanks.
Either there's a bit stranger bug, or the UIDs have reached 2^32-1 for
th
Dovecot-1.1.15 assert-fails frequently. Attached are some errors from
the logs, and a stack trace from the common panic. Hope you can fix
these soon. Thanks.
0 libSystem.B.dylib 0x7fff8825e606 __kill + 10
1 libSystem.B.dylib 0x7fff882e1c92 ab
i am tempted to simply disable kqueue in dovecot but am not sure
on the performance penalties.
kqueue is used for two things:
1) As regular ioloop, replacing select/poll. Not using kqueue here
shouldn't make pretty much any performance difference.
2) As file notifier. When IMAP client starts
On Dec 12, 2008, at 4:01 PM, > wrote:
i am tempted to simply disable kqueue in dovecot but am not sure
on the performance penalties.
kqueue is used for two things:
1) As regular ioloop, replacing select/poll. Not using kqueue here
shouldn't make pretty much any performance difference.
2)
Hi,
We have a issue with a server pretty much just running dovecot, there's
about 250gb of maildirs which has about 200 simultaneous connections to
it running on freebsd 7. The machine has stayed up for about 8 days before
it panics but sometimes panics after about 24 hours.
We are runn
Timo Sirainen wrote:
I also get the occasional error of "Next message unexpectedly lost from ..."
for some users.
I've added some debugging code to my code to figure out why this is
happening. Unfortunately I've been reading my mails over a week without
it happening..
We've been seein
On Fri, 2008-09-19 at 14:24 -0500, Eric Jon Rostetter wrote:
> Quoting Eric Jon Rostetter <[EMAIL PROTECTED]>:
>
> > Quoting Timo Sirainen <[EMAIL PROTECTED]>:
> >
> >>> dovecot: Aug 29 09:34:32 Panic: IMAP(user): file index-sync.c: line 39
> >>> (index_mailbox_set_recent_uid): assertion failed:
>
Quoting Eric Jon Rostetter <[EMAIL PROTECTED]>:
Quoting Timo Sirainen <[EMAIL PROTECTED]>:
dovecot: Aug 29 09:34:32 Panic: IMAP(user): file index-sync.c: line 39
(index_mailbox_set_recent_uid): assertion failed:
(seq_range_exists(&ibox->recent_flags, uid))
This patch should help:
http://hg.d
ction-view.c: line 204: unreached
> >
> > Could you get gdb backtrace? http://dovecot.org/bugreport.html
>
> I'll try to get a backtrace tonight or tommorow. We're getting about
> 20 of those errors an hour.
This is fixed now: http://hg.dovecot.org/dovecot-1.1/rev/984
On Thu, 2008-09-11 at 20:33 +0300, Timo Sirainen wrote:
> On Thu, 2008-09-11 at 18:01 +0100, David McBride wrote:
> > > So if
> > >
> > > 1. mailbox is created
> > > 2. a new mail is APPENDed there
> > >
> > > it crashes? The deletion part is probably irrelevant to the crash?
> >
> > I don't ha
On Thu, 2008-09-11 at 18:01 +0100, David McBride wrote:
> > So if
> >
> > 1. mailbox is created
> > 2. a new mail is APPENDed there
> >
> > it crashes? The deletion part is probably irrelevant to the crash?
>
> I don't have a rawlog of the transaction involved, but unless Alpine is
> doing som
Timo Sirainen wrote:
What quota backend were you using? Could you post your entire dovecot -n
output?
We were using the "fs" quota backend.
I'll be able to post our dovecot -n configuration output when I get back
to somewhere with proper bandwidth -- but the service configuration has
since
OSep 4 13:25:36 songbird dovecot: IMAP(user): Raw backtrace: imap
> [0x486942] -> imap [0x4869b3] -> imap [0x486026] -> imap [0x46775c] ->
> imap(mail_index_lookup_ext_full+0x17) [0x469fc7] ->
> imap(mail_index_lookup_ext+0x17) [0x469fe7] ->
> imap(mbox_file_lookup_offset+0x33) [0x4382f3] ->
Dean Brooks wrote:
Hi,
Installed Dovecot 1.1.3 today and started receiving panic errors on a
few of our users:
dovecot: [ID 107833 mail.crit] Panic: IMAP(xx): file
mail-index-transaction-view.c: line 204: unreached
Hi,
I am also seeing this problem. I haven't managed to generate a core
vecot.org/bugreport.html
I'll try to get a backtrace tonight or tommorow. We're getting about
20 of those errors an hour.
Also, we're getting a handful of these panics which I've never seen
before either:
dovecot: [ID 107833 mail.crit] Panic: IMAP(xx): file mbox-loc
On Sep 3, 2008, at 5:47 PM, Dean Brooks wrote:
dovecot: [ID 107833 mail.crit] Panic: IMAP(xx): file mail-index-
transaction-view.c: line 204: unreached
Could you get gdb backtrace? http://dovecot.org/bugreport.html
PGP.sig
Description: This is a digitally signed message part
Hi,
Installed Dovecot 1.1.3 today and started receiving panic errors on a
few of our users:
dovecot: [ID 107833 mail.crit] Panic: IMAP(xx): file
mail-index-transaction-view.c: line 204: unreached
When I upgraded, I deleted all of our users index files so it started
with a clean slate.
We are
Sent: Sat 30/08/2008 09:37
To: Eric Jon Rostetter
Cc: dovecot@dovecot.org
Subject: Re: [Dovecot] Lots of assertion PANICs in error log
On Fri, 2008-08-29 at 11:03 -0500, Eric Jon Rostetter wrote:
> Quoting Timo Sirainen <[EMAIL PROTECTED]>:
>
> > On Fri, 2008-08-29 at 09:49 +010
On Fri, 2008-08-29 at 11:03 -0500, Eric Jon Rostetter wrote:
> Quoting Timo Sirainen <[EMAIL PROTECTED]>:
>
> > On Fri, 2008-08-29 at 09:49 +0100, Yates Ian Mr (ITCS) wrote:
> >> I have just upgraded to dovecot 1.1.2 and am seeing lots of the
> >> following panic messages filling up the error logs
Quoting Timo Sirainen <[EMAIL PROTECTED]>:
On Fri, 2008-08-29 at 09:49 +0100, Yates Ian Mr (ITCS) wrote:
I have just upgraded to dovecot 1.1.2 and am seeing lots of the
following panic messages filling up the error logs:
dovecot: Aug 29 09:34:32 Panic: IMAP(user): file index-sync.c: line 39
(i
This patch seems to have done the trick! Keep up the good work!
Cheers.
I.
On Fri, 2008-08-29 at 09:49 +0100, Yates Ian Mr (ITCS) wrote:
> I have just upgraded to dovecot 1.1.2 and am seeing lots of the
> following panic messages filling up the error logs:
>
> dovecot: Aug 29 09:34:32 Panic: IMAP(user): file index-sync.c: line 39
> (index_mailbox_set_recent_uid): asserti
On Fri, 2008-08-29 at 09:49 +0100, Yates Ian Mr (ITCS) wrote:
> I have just upgraded to dovecot 1.1.2 and am seeing lots of the
> following panic messages filling up the error logs:
>
> dovecot: Aug 29 09:34:32 Panic: IMAP(user): file index-sync.c: line 39
> (index_mailbox_set_recent_uid): asserti
I have just upgraded to dovecot 1.1.2 and am seeing lots of the
following panic messages filling up the error logs:
dovecot: Aug 29 09:34:32 Panic: IMAP(user): file index-sync.c: line 39
(index_mailbox_set_recent_uid): assertion failed:
(seq_range_exists(&ibox->recent_flags, uid))
dovecot: Aug 29
93 matches
Mail list logo
