search for: skip_body

Does anyone know if it's possible to do FTS Index based on a userdb preference ? Basically if the preference is 'on' , dovecot goes ahead with the fts indexing for that particular user. I'm guessing right now it's not possible but is there anyone that could envision writing such a patch ? If so, can you contact me off-list ? -------------- next part -------------- An HTML

...140) at fts-build-mail.c:568 block = {part = 0x55c7b935eed0, hdr = 0x55c7b93d7f18, data = 0x55c7b938b8a8 "", size = 0} ret = <optimized out> input = 0x55c7b93d78c0 raw_block = {part = 0x55c7b935eed0, hdr = 0x55c7b93d80b0, data = 0x0, size = 0} skip_body = false ctx = {mail = 0x55c7b93dcff8, update_ctx = 0x55c7b93e0140, content_type = 0x0, content_disposition = 0x0, body_parser = 0x0, word_buf = 0x0, ---Type <return> to continue, or q <return> to quit--- pending_input = 0x0, cur_user_lang = 0x0} prev_part = 0x...

...0x1701ef0 raw_block = {part = 0x1696860, hdr = 0x1702050, data = 0x0, size = 0} block = {part = 0x1696860, hdr = 0x1701f08, data = 0x7ffd5e021cd8 "", size = 0} prev_part = 0x1696860 parts = 0x7f4835cc94c0 <static_system_pool> skip_body = false body_part = false body_added = false binary_body = 192 ret = 1 __FUNCTION__ = "fts_build_mail_real" #3 0x00007f4834fc2dcf in fts_build_mail (update_ctx=0x16f5130, mail=0x17010f0) at fts-build-mail.c:583 _data_stack_cur_i...

...pacing=\"0\" width=\"641\" border"..., size = 8192} block = {part = 0xc6e580, hdr = 0x0, data = 0xcd3250 "<?XML VERSION=\"1.0\" ENCODING=\"UTF-8\" ?>", size = 39} prev_part = 0xc6e580 parts = 0x0 skip_body = false body_part = true ret = 1 __FUNCTION__ = "fts_build_mail" #4 0x00007ff66676c1ed in fts_build_more (ctx=0xcc7110) at fts-storage.c:625 _data_stack_cur_id = 4 count = 0 ret = 0 #5 0x00007ff66676c5c2 in fts_mailbox_search_next_nonblock...

...t = 0x5555557dd2c0, hdr = 0x555555839458, data = 0x55550000007c <error: Cannot access memory at address 0x55550000007c>, size = 0} ret = <optimized out> input = 0x555555838eb0 raw_block = {part = 0x5555557dd2c0, hdr = 0x5555558395e0, data = 0x0, size = 0} skip_body = false ctx = {mail = 0x555555838190, update_ctx = 0x55555583a550, content_type = 0x0, content_disposition = 0x0, body_parser = 0x0, word_buf = 0x0, pending_input = 0x0, cur_user_lang = 0x0} prev_part = 0x5555557dd2c0 parser = 0x555555839070 decoder = 0x555555839440...

...fts_build_mail (ctx=0x8fabeb8, mail=0x8f67e00, tryagain_r=0xbfa702ef) at fts-storage.c:240 decoder_flags = <value optimized out> parser = 0x0 decoder = 0x0 raw_block = {part = 0x8f172e8, hdr = 0x0, data = 0x0, size = 0} prev_part = 0x8f172e8 skip_body = false block = {part = 0x8f172e8, hdr = 0x0, data = 0x91fc9f8 "", size = 188} ret = <value optimized out> input = 0x91f8908 parts = 0x8f172e8 body_part = true #13 fts_build_more (ctx=0x8fabeb8, mail=0x8f67e00, tryagain_r=0xbfa702ef) at ft...

On 10 May 2015, at 06:19, Reuben Farrelly <reuben-dovecot at reub.net> wrote: > > I'm now seeing these crashes in the indexing code: > > May 10 12:22:32 tornado.reub.net dovecot: master: Dovecot v2.2.17.rc1 (3903badc4ee0+) starting up for imap, lmtp, sieve > ... > May 10 13:07:50 tornado.reub.net dovecot: indexer: Error: Indexer worker disconnected, discarding 1

...fts_build_mail (ctx=0x969d1b8, mail=0x96811f8, tryagain_r=0xbf8d29cf) at fts-storage.c:240 decoder_flags = <value optimized out> parser = 0x0 decoder = 0x0 raw_block = {part = 0x96482f0, hdr = 0x0, data = 0x0, size = 0} prev_part = 0x96482f0 skip_body = false block = {part = 0x96482f0, hdr = 0x0, data = 0x969dbd0 "", size = 15} ret = <value optimized out> input = 0x969a778 parts = 0x96482f0 body_part = true #13 fts_build_more (ctx=0x969d1b8, mail=0x96811f8, tryagain_r=0xbf8d29cf) at fts...

..., data = 0x236eb50 "\ni2iB5y/00irDx1lwRweHApK+9HrB6IGX3fA8DigyMH71rEH7P9Y4aXL0U7gtBqXwn6iifWl6XXBo\nYDwWVDlI1UYbwezbS7h86+VyRjMtv4kDWE9U/eehu67wPNhjeTDXABPB8tdUnMju+InvVF0WrHjV\ns4DPnnWsU/A8QHFtQIZOQyH2OXXwA/i5uBFaqadFhd/L4"..., size = 8162} prev_part = 0x2304210 skip_body = false block = {part = 0x2304210, hdr = 0x0, data = 0x2391a60 "", size = 0} binary_body = <optimized out> ret = <optimized out> input = 0x2370fa0 parts = 0x7f1b73ab63c1 body_part = true body_added = true #9 fts_build_ma...

...fts_build_mail (ctx=0xa08cc00, mail=0xa092dc8, tryagain_r=0xbf9bc6ff) at fts-storage.c:240 decoder_flags = <value optimized out> parser = 0x0 decoder = 0x0 raw_block = {part = 0xa0440b0, hdr = 0x0, data = 0x0, size = 0} prev_part = 0xa0440b0 skip_body = false block = {part = 0xa0440b0, hdr = 0x0, data = 0xc9b9e90 "\031\357\277\275\067S\357\277\275^\fP\357\277\275B\357\277\275Q\357\277\275]\020\357\277\275=Z\357\277\275NL]}\357\277\275\023\357\277\275!U\357\277\275WV\357\277\275$\357\277\275I\357\277\275\020Z$\357\277\275J...

...3900, data = 0x0, size = 0} block = {part = 0x801c09c58, hdr = 0x801ccf118, data = 0x7fffffffdc90 "0\220\314\001\b", size = 0} prev_part = 0x801c09c58 parts = 0x4ffffdca8 ---Type <return> to continue, or q <return> to quit--- skip_body = false body_part = false body_added = false binary_body = 255 error = 0x801cc88c0 "\200\212\314\001\b" ret = 1 #18 0x000000080220ee72 in fts_build_mail (update_ctx=0x801c21240, mail=0x801c63040) at fts-build-mail.c:594 _data_stack_cur_i...

Hi! We found some problems with those patches, and ended up doing slightly different fix: https://github.com/dovecot/core/compare/3e41b3d%5E...cca98b.patch Aki On 24.10.2016 10:17, Aki Tuomi wrote: > Hi! > > Can you try these two patches? > > Aki > > > On 24.10.2016 08:48, Aki Tuomi wrote: >> Ok so that timeval makes no sense. We'll look into it. >>