search for: 2577f1afe5

Displaying 3 results from an estimated 3 matches for "2577f1afe5".

2020 Nov 10
1
imap dumping core in libdovecot-storage with assert "(block_count == 0 || block_idx+1 == block_count)"
...performing a "FETCH <ID> (BINARY.SIZE[1] >> BINARY.PEEK[1])" operation, imap crashes with following backtrace: > > Thanks, this should fix it: > > diff --git a/src/lib-storage/index/index-mail-binary.c b/src/lib-storage/index/index-mail-binary.c > index 2577f1afe5..f7bf984916 100644 > --- a/src/lib-storage/index/index-mail-binary.c > +++ b/src/lib-storage/index/index-mail-binary.c > @@ -339,7 +339,7 @@ blocks_count_lines(struct binary_ctx *ctx, struct istream *full_input) > i_stream_skip(full_input, skip); > cur...
2020 Nov 04
2
imap dumping core in libdovecot-storage with assert "(block_count == 0 || block_idx+1 == block_count)"
Hi, I would like to report an issue which is 100% reproducible with a specific mail available in the reproducer attached to Red Hat's bugzilla <https://bugzilla.redhat.com/show_bug.cgi?id=1894418> (https://bugzilla.redhat.com/attachment.cgi?id=1726535): -------- 8< ---------------- 8< ---------------- 8< ---------------- 8< -------- Return-Path: <XXXXXXXXX at
2020 Nov 10
0
imap dumping core in libdovecot-storage with assert "(block_count == 0 || block_idx+1 == block_count)"
...gi?id=1726535>): > When performing a "FETCH <ID> (BINARY.SIZE[1] > BINARY.PEEK[1])" operation, imap crashes with following backtrace: Thanks, this should fix it: diff --git a/src/lib-storage/index/index-mail-binary.c b/src/lib-storage/index/index-mail-binary.c index 2577f1afe5..f7bf984916 100644 --- a/src/lib-storage/index/index-mail-binary.c +++ b/src/lib-storage/index/index-mail-binary.c @@ -339,7 +339,7 @@ blocks_count_lines(struct binary_ctx *ctx, struct istream *full_input) i_stream_skip(full_input, skip); cur_block_offset += skip; -...