search for: istream

On 07/05/17 13:25, Aki Tuomi wrote: >> I use mbox compressed by gzip as read-only folder (using zlib plugin). >> >> I have errors in logs: >> Panic: file istream-zlib.c: line 416 (i_stream_zlib_seek): assertion >> failed: (ret == -1) ... >> The bug appeared in 2.2.26 and still can be reproduced (in 2.2.31) >> >> Using 'git bisect' was not productive (a lot of build errors), but I've >> found that reverting this comm...

...ut-pgsql --with- mysql --without-sqlite --prefix=/usr/local --mandir=/usr/local/man -- infodir=/usr/local/info/ --build=i386-portbld-freebsd6.4 patches: in freebsd ports (gdb) bt #0 0x282f3a01 in memcpy () from /lib/libc.so.6 #1 0x080df555 in i_stream_concat_read_next (cstream=0x814aa00) at istream-concat.c:79 #2 0x080df784 in i_stream_concat_read (stream=0x814aa00) at istream- concat.c:136 #3 0x080de659 in i_stream_read (stream=0x814aa28) at istream.c:78 #4 0x080cd99a in i_stream_header_filter_read (stream=0x814e400) at istream-header-filter.c:322 #5 0x080de659 in i_stream_read (strea...

Hello, I use mbox compressed by gzip as read-only folder (using zlib plugin). I have errors in logs: Panic: file istream-zlib.c: line 416 (i_stream_zlib_seek): assertion failed: (ret == -1) and can't read messages in MUA. IMAP commands to reproduce a bug: 1 SELECT "compressed.gz" 2 UID fetch 2 BODY.PEEK[] # sleep 5 3 UID fetch 2 BODY.PEEK[] # repeat sleep/fetch until assert (a few fetches need to trig...

Greetings, I noticed a while back someone posted a patch/plugin that allowed Dovecot to use compressed mbox files. I'm now wondering how far that would put us from having compressed maildir? I have a server with more CPU than disk space, and while I can buy more HDD space, my backup solution doesn't make that practical. It seems to me that when looking for a message file, if it

> On July 5, 2017 at 9:24 PM Anton Yuzhaninov <citrin at citrin.ru> wrote: > > > On 07/05/17 13:25, Aki Tuomi wrote: > >> I use mbox compressed by gzip as read-only folder (using zlib plugin). > >> > >> I have errors in logs: > >> Panic: file istream-zlib.c: line 416 (i_stream_zlib_seek): assertion > >> failed: (ret == -1) > ... > >> The bug appeared in 2.2.26 and still can be reproduced (in 2.2.31) > >> > >> Using 'git bisect' was not productive (a lot of build errors), but I've > >>...

...t_lib-test-hash.o test_lib-test-hash-format.o test_lib-test-hash-method.o test_lib-test-hmac.o test_lib-test-hex-binary.o test_lib-test-imem.o test_lib-test-ioloop.o test_lib-test-iso8601-date.o test_lib-test-iostream-pump.o test_lib-test-iostream-proxy.o test_lib-test-iostream-temp.o test_lib-test-istream.o test_lib-test-istream-base64-decoder.o test_lib-test-istream-base64-encoder.o test_lib-test-istream-chain.o test_lib-test-istream-concat.o test_lib-test-istream-crlf.o test_lib-test-istream-failure-at.o test_lib-test-istream-jsonstr.o test_lib-test-istream-multiplex.o test_lib-test-istream-seekab...

...n failed: (%s)") at failures.c:263 ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0} args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fff5fba6e40, reg_save_area = 0x7fff5fba6d80}} #5 0x00007fea0d786bb8 in i_stream_seekable_read (stream=0xd658a0) at istream-seekable.c:253 sstream = 0xd658a0 data = 0x7fff5fba6ea0 "\320n\272_\377\177" size = 14047392 pos = 27457 ret = 139638205298784 __FUNCTION__ = "i_stream_seekable_read" #6 0x00007fea0d77e866 in i_stream_read (stream=0xd65900) at ist...

...Apply 'use' command to initialize source path. > > > > Type 'help' for help. > > reading symbolic information ... > > stopped in pread at 0xd01f06cc > > 0xd01f06cc (pread+0x30) 80410014 lwz r2,0x14(r1) > > (dbx) step > > stopped in istream-file._read at line 120 in file "" > > could not read "istream-file.c" > > (dbx) use src lib src/lib src/lib-storage/index/mbox src/lib-mail src/lib-storage/index src/lib-storage src/imap src/imap-login > > (dbx) use > > src lib src/lib src/lib-storage/ind...

I'm getting this error: May 1 09:09:30 tr27n12.aset.psu.edu syslog: PSU mbox-snarf name is INBOX May 1 09:09:30 tr27n12.aset.psu.edu dovecot: Panic: IMAP(tstem38): file istream-mail-stats.c: line 75: assertion failed: (ret != -1 || stream->istream.eof || stream->istream.stream_errno != 0) Will this error go away before the general 1.2 release? Thanks, Jonathan

Jun 2 10:05:14 hostname dovecot: IMAP(testuser): Panic: file istream- raw-mbox.c: line 380: assertion failed: (new_pos > 0) Jun 2 10:05:14 hostname dovecot: dovecot: child 544822 (imap) killed with signal 6 (dbx) where raise(??) at 0x90000000005a68c abort() at 0x900000000085c2c default_fatal_finish(type = LOG_TYPE_PANIC, status = 0), line 160 in "fai...

Hi, I'm creating a scrambler plugin, that adds an istream and an ostream to the stream-chain for the mail input/output. It works well until the zlib plugin is added to the configuration. The scrambler should run before the zlib and encrypt the mail before it's compressed. Since, the plugin is named lib18_scrambler_... (and the other lib20_zlib.......

I'm seeing these recently: Feb 27 09:24:01 nihlus dovecot: imap(tlx at leuxner.net): Error: istream-seekable: safe_mkstemp(/tmp/dovecot.imap.) failed: No such file or directory Feb 27 09:24:01 nihlus dovecot: imap(tlx at leuxner.net): Error: istream-seekable: safe_mkstemp(/tmp/dovecot.imap.) failed: No such file or directory Feb 27 09:24:01 nihlus dovecot: imap(tlx at leuxner.net): Error: istream...

I have some archive mails in gzipped mboxes. I could use them with dovecot 1.x without problems. But recently I have installed dovecot 2.0.12, and they are slow. very slow. Creating index files takes about 10 minutes for ~20M file with 560 messages for bzipped mbox, for gzipped is little better but still unusable :( Stracing dovecot process shows that every ~ 20 messages it rereads complete mbox

...b-test-hash-format.o > test_lib-test-hash-method.o test_lib-test-hmac.o > test_lib-test-hex-binary.o test_lib-test-imem.o test_lib-test-ioloop.o > test_lib-test-iso8601-date.o test_lib-test-iostream-pump.o > test_lib-test-iostream-proxy.o test_lib-test-iostream-temp.o > test_lib-test-istream.o test_lib-test-istream-base64-decoder.o > test_lib-test-istream-base64-encoder.o test_lib-test-istream-chain.o > test_lib-test-istream-concat.o test_lib-test-istream-crlf.o > test_lib-test-istream-failure-at.o test_lib-test-istream-jsonstr.o > test_lib-test-istream-multiplex.o test_lib...

Hello Tom On 02.05.2017 11:19, Timo Sirainen wrote: > On 2 May 2017, at 10.41, Tom Sommer <mail at tomsommer.dk> wrote: >> >> (gdb) bt full >> #0 i_stream_seek (stream=0x21, v_offset=0) at istream.c:298 >> _stream = <value optimized out> >> #1 0x00007fe98391ff32 in i_stream_concat_read_next (stream=0x1efe6c0) at istream-concat.c:77 >> prev_input = 0x1ef1560 >> data = 0x0 >> data_size = <value optimized out> >>...

Hello. My callback for get_stream is called from mail_get_stream in mail_storage_copy. Further, mbox_save_init is called and it called mbox_save_get_input_stream. backtrace (A) for my callback: #0 i_stream_header_filter_read (stream=0x8147e00) at istream-header- filter.c:314 #1 0x080cdbaa in parse_header (mstream=0x8147e00) at istream-header- filter.c:356 #2 0x080cdc0c in i_stream_header_filter_seek (stream=0x8147e00, v_offset=0, mark=false) at istream-header-filter.c:370 #3 0x080dea5b in i_stream_seek (stream=0x8147e28, v_offset=0) at ist...

...and in dovecot logs: Nov 23 23:44:24 freebsd dovecot: IMAP(mr): Next message unexpectedly lost from 2708619 Using mail backend gives this error too(only IMAP error changes: failed to read mail beggining). Commenting out following code in mbox_read_from_line function (in src/lib-storage/index/mbox/istream-raw-mbox.c) helped and plugin was working correctly, but only with Dovecot <=1.1.3. if (stream->istream.v_offset - rstream->hdr_offset + new_pos > rstream->mail_size) { /* istream_raw_mbox_set_next_offset() used invalid cached next_offset? */ i_error(&...

...from /lib64/libselinux.so.1...(no debugging symbols >> found)...done. >> Loaded symbols for /lib64/libselinux.so.1 >> Core was generated by `dovecot/lmtp'. >> Program terminated with signal 11, Segmentation fault. >> #0 i_stream_seek (stream=0x21, v_offset=0) at istream.c:298 >> 298 if (v_offset >= stream->v_offset && >> Missing separate debuginfos, use: debuginfo-install >> glibc-2.12-1.209.el6_9.1.x86_64 keyutils-libs-1.4-5.el6.x86_64 >> krb5-libs-1.10.3-65.el6.x86_64 libcom_err-1.41.12-23.el6.x86_64 >>...

...the current folder to the current folder I get a scrambled mailbox and an error. This might be selfmade, though. I'm currently trying to find this bug, but the various layers of [_oi]streams and callback and function pointer structs do not help :) I think the stream routines hide the mstream(istream(realstream(iostream))) and the ostream(_ostream(iostream)) behind the same file descriptor and the data gets written to the wrong position. BTW: what exactly is "max_pos"? Greetings and thanks! Andy

Hy Timo ! I Made some modification in stream_read in zlib. I remove all zlib part, because i don't need this, but i need to read a istream to change it. Well, i create a size_t called supersize, with is a substitute for stream->zs.avail_in. The trouble is, my debug file have a lot of "READ Plugin\n", and i think it's because my read becomes a loop, i think it's because i don't know to identify the EOF from t...