search for: i_stream_seek

...gt;input, 0); ! end_offset = start_offset + ctx->content_length; ! if (ctx->content_length == 0 || !mbox_verify_end_of_body(ctx->input, end_offset)) { ! if (ctx->content_length != 0) i_stream_seek(ctx->input, start_offset); mbox_skip_message(ctx->input); end_offset = ctx->input->v_offset; ctx->content_length = end_offset - start_offset; } i_stream_seek(ctx->input, s...

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 = <v...

...;apropos word" to search for commands related to "word"... Reading symbols from /usr/lib/dovecot/lmtp...(no debugging symbols found)...done. [New LWP 1910] Core was generated by `dovecot/lmtp'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007fb9c915aa71 in i_stream_seek () from /usr/lib/dovecot/libdovecot.so.0 (gdb) bt full #0 0x00007fb9c915aa71 in i_stream_seek () from /usr/lib/dovecot/libdovecot.so.0 No symbol table info available. #1 0x00007fb9c915dd6f in ?? () from /usr/lib/dovecot/libdovecot.so.0 No symbol table info available. #2 0x00007fb9c915ab8...

...b64/libresolv.so.2 >> Reading symbols 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...

...ktrace: /usr/local/lib/dovecot/libdovecot.so.0 [0xe660c0] -> /usr/local/lib/dovecot/libdovecot.so.0(i_syslog_fatal_handler+0x34) [0xe66164] -> /usr/local/lib/dovecot/libdovecot.so.0 [0xe65704] -> /usr/local/lib/dovecot/libdovecot.so.0 [0xe6f600] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_seek+0x68) [0xe6cb68] -> /usr/local/lib/dovecot/libdovecot.so.0 [0xe6fda8] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_read+0x7a) [0xe6cc3a] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_read_data+0x2b) [0xe6ceab] -> /usr/local/lib/dovecot/libdovecot.so.0(message_parse_header_nex...

...3:42:46 [dovecot] imap(juergen): Raw backtrace: /usr/lib/dovecot/libdovecot.so.0 [0xb76b7ec4] -> /usr/lib/dovecot/libdovecot.so.0 [0xb76b7f2c] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0xb76b8193] -> /usr/lib/dovecot/libdovecot.so.0 [0xb76c02cd] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_seek+0xbb) [0xb76be1db] -> /usr/lib/dovecot/libdovecot.so.0 [0xb76c08a9] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read+0x6e) [0xb76be27e] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read_data+0x40) [0xb76be570] -> /usr/lib/dovecot/libdovecot.so.0(message_parse_header_next+0x6d) [0xb76a7...

..., Tom Sommer wrote: > On 2017-05-18 09:36, Teemu Huovila wrote: >> 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 &...

...y maildir, changing the content of some mail files (mime handling and such...). This broke dovecot since it expected different filesizes while reading contents of files that were previously indexed. Therefore dovecot returned some assert like this: imap(jwk at bug.it): file istream.c: line 163 (i_stream_seek): assertion failed: (v_offset <= stream->v_size) Obviously, the solution was to remove indices and have dovecot recreate them. I suppose it would be more "polite" to have this kind of routines (i_stream_seek etc) handle this case by requesting indices recreation for indices tha...

...and maildir. If messages are re-indexed, the INTERNALDATE of all messages is set to the time the re-index is done. The problem seems to be in src/plugins/zlib/zlib-plugin.c in the function zlib_mail_cache_open. During a reindex maildir_mail_get_received_date() does an i_stream_stat on the the i_stream_seekable stream created in zlib_mail_cache_open, but this istream does not know about the original maildir message file and always returns the current time for the file's stat times. This is also broken on initial index, but if mail is indexed when it's received (ours isn't) it coincidental...

...for commands related to "word"... > Reading symbols from /usr/lib/dovecot/lmtp...(no debugging symbols > found)...done. > [New LWP 1910] > Core was generated by `dovecot/lmtp'. > Program terminated with signal SIGSEGV, Segmentation fault. > #0 0x00007fb9c915aa71 in i_stream_seek () > from /usr/lib/dovecot/libdovecot.so.0 > (gdb) bt full > #0 0x00007fb9c915aa71 in i_stream_seek () > from /usr/lib/dovecot/libdovecot.so.0 > No symbol table info available. > #1 0x00007fb9c915dd6f in ?? () from /usr/lib/dovecot/libdovecot.so.0 > No symbol table info...

On 2 May 2017, at 11.19, Timo Sirainen <tss at iki.fi> 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...

...ream_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 istream.c:155 #4 0x080dfeae in i_stream_create_concat (input=0x8115528) at istream- concat.c:260 #5 0x2831e03d in rarules_get_stream (mail=0x8141860, hdr_size=0x0, body_size=0x0, stream_r=0xbfbfe920) at /home/pitman/work/rarules/src/rarules-plugin.c:181...

...e.so.11 Reading symbols from /usr/lib/libprivateheimipcc.so.11...done. Loaded symbols for /usr/lib/libprivateheimipcc.so.11 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 i_stream_seek (stream=0x0, v_offset=80) at istream.c:296 296 istream.c: No such file or directory. in istream.c (gdb) bt full #0 i_stream_seek (stream=0x0, v_offset=80) at istream.c:296 _stream = (struct istream_private *) 0x5385e16 #1 0x000000000536937a in i_stream_limit_read (stream=0x767...

...bugging symbols found)...done. Loaded symbols for /lib64/libresolv.so.2 Reading symbols 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 libselin...

...dovecot/imap/lib20_zlib_plugin.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol i_stream_skip was referenced from module /usr/local/lib/dovecot/imap/lib20_zlib_plugin.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol i_stream_seek was referenced from module /usr/local/lib/dovecot/imap/lib20_zlib_plugin.so(), but a runtime definition of the symbol was not found. rtld: 0712-001 Symbol i_stream_close was referenced from module /usr/local/lib/dovecot/imap/lib20_zlib_plugin.so(), but a runtime definition o...

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

Hello, I'm having a problem with LMTP in a proxy server since I upgraded from 2.1.16 to 2.2.28. In my logs I have: Apr 26 12:54:17 musio12 dovecot: lmtp(2082): Fatal: master: service(lmtp): child 2082 killed with signal 11 (core dumped). As far as I could check the message is delivered in a later connection. I have enabled core dumped files, but how could I debug it? -- Angel L.

...ktrace: /usr/local/lib/dovecot/libdovecot.so.0 [0x7850c0] -> /usr/local/lib/dovecot/libdovecot.so.0(i_syslog_fatal_handler+0x34) [0x785164] -> /usr/local/lib/dovecot/libdovecot.so.0 [0x784704] -> /usr/local/lib/dovecot/libdovecot.so.0 [0x78e600] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_seek+0x68) [0x78bb68] -> /usr/local/lib/dovecot/libdovecot.so.0 [0x78eda8] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_read+0x7a) [0x78bc3a] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_read_data+0x2b) [0x78beab] -> /usr/local/lib/dovecot/libdovecot.so.0(message_parse_header_nex...

I hacked some command line options into imaptest. I dont think I broke it.. Place into dovecot-source root as usual and compile with: gcc imaptest.c -o imaptest -Wall -W -I. -Isrc/lib -DHAVE_CONFIG_H src/lib/liblib.a As per Timo's instructions. # imaptest -h imaptest [USER at IP:PORTNO] [pass=PASSWORD] [mbox=MBOX] [clients=CC] [msgs=NMSG] [use_authenticate] [PORTNO] USER = template for

...usr/lib/libprivateheimipcc.so.11...done. > Loaded symbols for /usr/lib/libprivateheimipcc.so.11 > Reading symbols from /lib/libthr.so.3...done. > Loaded symbols for /lib/libthr.so.3 > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 i_stream_seek (stream=0x0, v_offset=80) at istream.c:296 > 296 istream.c: No such file or directory. > in istream.c > (gdb) bt full > #0 i_stream_seek (stream=0x0, v_offset=80) at istream.c:296 > _stream = (struct istream_private *) 0x5385e16 > #1 0x000000000536937a in i_s...