search for: filter_callback

Timo... Using the src/lib-mail/test-istream-header-filter.c as example, and following your tips to jump my desired header value, but i need to store the value from the Header filtered. In the Exemple, the callback is this: static void filter_callback(struct message_header_line *hdr, bool *matched, void *context ATTR_UNUSED) { if (hdr != NULL && hdr->name_offset == 0) { /* drop first header */ *matched = TRUE; } } What i try to understand is how the structs work, it's save the entire header...

..., like zlib does. I create a concat_stream, with the full_input[3]; struct istream *full_input[3]; //this like zlib input = imail->data.stream; //first input, using the input full_input[0] = i_stream_create_header_filter(input, HEADER_FILTER_EXCLUDE | HEADER_FILTER_NO_CR, exclude_headers, 1, filter_callback, imail); // second input from another file. full_input[1] = i_stream_create_fd(fd1, 0, TRUE); // finish the input full_input[2] = NULL; // recreating the stream imail->data.stream = i_stream_create_concat(full_input); //unref the old one. i_stream_unref(&input); return index_mail_init_strea...

...e.c:875 ??????? i = <optimized out> #3? 0x00005595317227fb in main_preinit () at main.c:188 ??????? mod_set = {abi_version = 0xf9d2c8bc <error: Cannot access memory at address 0xf9d2c8bc>, binary_name = 0x7f44ee41d5e0 <_gnutls_log_level> "", setting_name = 0x0, ????????? filter_callback = 0x7f44ee395cfb, filter_context = 0x756e654700000004, require_init_funcs = 1, debug = 0, ignore_dlopen_errors = 1, ignore_missing = 0} ??????? services = <optimized out> ??????? mod_set = <optimized out> ??????? services = <optimized out> #4? main (argc=<optimized out>, arg...

...;> #3? 0x00005595317227fb in main_preinit () at main.c:188 >> ??????? mod_set = {abi_version = 0xf9d2c8bc <error: Cannot access memory >> at address 0xf9d2c8bc>, binary_name = 0x7f44ee41d5e0 <_gnutls_log_level> >> "", setting_name = 0x0, >> ????????? filter_callback = 0x7f44ee395cfb, filter_context = >> 0x756e654700000004, require_init_funcs = 1, debug = 0, >> ignore_dlopen_errors = 1, ignore_missing = 0} >> ??????? services = <optimized out> >> ??????? mod_set = <optimized out> >> ??????? services = <optimized out&...

...e.c:875 ??????? i = <optimized out> #3? 0x00005604e6f737fb in main_preinit () at main.c:188 ??????? mod_set = {abi_version = 0x119a20dc <error: Cannot access memory at address 0x119a20dc>, binary_name = 0x7fa9102c95e0 <_gnutls_log_level> "", setting_name = 0x0, ????????? filter_callback = 0x7fa910241cfb, filter_context = 0x756e654700000004, require_init_funcs = 1, debug = 0, ignore_dlopen_errors = 1, ignore_missing = 0} ??????? services = <optimized out> ??????? mod_set = <optimized out> ??????? services = <optimized out> #4? main (argc=<optimized out>, arg...

..._preinit () at main.c:188 > >>> ??????? mod_set = {abi_version = 0xf9d2c8bc <error: Cannot access memory > >>> at address 0xf9d2c8bc>, binary_name = 0x7f44ee41d5e0 <_gnutls_log_level> > >>> "", setting_name = 0x0, > >>> ????????? filter_callback = 0x7f44ee395cfb, filter_context = > >>> 0x756e654700000004, require_init_funcs = 1, debug = 0, > >>> ignore_dlopen_errors = 1, ignore_missing = 0} > >>> ??????? services = <optimized out> > >>> ??????? mod_set = <optimized out> > >&...

...ptimized out> > #3? 0x00005604e6f737fb in main_preinit () at main.c:188 > ??????? mod_set = {abi_version = 0x119a20dc <error: Cannot access memory > at address 0x119a20dc>, binary_name = 0x7fa9102c95e0 <_gnutls_log_level> > "", setting_name = 0x0, > ????????? filter_callback = 0x7fa910241cfb, filter_context = > 0x756e654700000004, require_init_funcs = 1, debug = 0, > ignore_dlopen_errors = 1, ignore_missing = 0} > ??????? services = <optimized out> > ??????? mod_set = <optimized out> > ??????? services = <optimized out> > #4? main (a...

...ptimized out> > #3? 0x00005595317227fb in main_preinit () at main.c:188 > ??????? mod_set = {abi_version = 0xf9d2c8bc <error: Cannot access memory > at address 0xf9d2c8bc>, binary_name = 0x7f44ee41d5e0 <_gnutls_log_level> > "", setting_name = 0x0, > ????????? filter_callback = 0x7f44ee395cfb, filter_context = > 0x756e654700000004, require_init_funcs = 1, debug = 0, > ignore_dlopen_errors = 1, ignore_missing = 0} > ??????? services = <optimized out> > ??????? mod_set = <optimized out> > ??????? services = <optimized out> > #4? main (a...

...5595317227fb in main_preinit () at main.c:188 >>> ??????? mod_set = {abi_version = 0xf9d2c8bc <error: Cannot access memory >>> at address 0xf9d2c8bc>, binary_name = 0x7f44ee41d5e0 <_gnutls_log_level> >>> "", setting_name = 0x0, >>> ????????? filter_callback = 0x7f44ee395cfb, filter_context = >>> 0x756e654700000004, require_init_funcs = 1, debug = 0, >>> ignore_dlopen_errors = 1, ignore_missing = 0} >>> ??????? services = <optimized out> >>> ??????? mod_set = <optimized out> >>> ??????? services...

...;optimized out> #2 0x000055574dbb543c in password_schemes_init () at password-scheme.c:874 i = <optimized out> #3 0x000055574db91936 in main_preinit () at main.c:185 mod_set = {abi_version = 0x0, binary_name = 0x0, setting_name = 0x7ffe57a5d998 "\253?W\376\177", filter_callback = 0x7ffe57a5d9a8, filter_context = 0x7ffe57a5d8d0, require_init_funcs = false, debug = false, ignore_dlopen_errors = true, ignore_missing = true} services = <optimized out> mod_set = <optimized out> services = <optimized out> #4 main (argc=<op...

I applied the patch and recompiled but nothing resolved. What else can I do? -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20181003/17af6a17/attachment.html>

...ot access memory at address 0xf74856c0>, binary_name = 0x6f6c0d52e61baf00 <error: Cannot access memory at address 0x6f6c0d52e61baf00>, setting_name = 0x7fa9f6e97011 <__x86_return_thunk+5> "\363\220\017\256\350\353\371H\215d$\b\303\350\a", filter_callback = 0x7fa9f6ecd029 <master_getopt+149>, filter_context = 0x7fa9f6e97011 <__x86_return_thunk+5>, require_init_funcs = false, debug = false, ignore_dlopen_errors = false, ignore_missing = false} services = 0x562d7b4d9fa0 #4 0x0000562d7a9a0ef5 in main (argc=1, argv=0x5...

...ot access memory at address 0xfe2096c0>, binary_name = 0x599ce8cff6a85000 <error: Cannot access memory at address 0x599ce8cff6a85000>, setting_name = 0x7f1efdc1b011 <__x86_return_thunk+5> "\363\220\017\256\350\353\371H\215d$\b\303\350\a", filter_callback = 0x7f1efdc51029 <master_getopt+149>, filter_context = 0x7f1efdc1b011 <__x86_return_thunk+5>, require_init_funcs = false, debug = false, ignore_dlopen_errors = false, ignore_missing = false} services = 0x55bbe3819fa0 #4 0x000055bbe332aef5 in ma...

Hello. Probably only Timo can help-me with this. I have a self-made plugin based on the zlib plugin that i use to cryptograph the messages at inbox. As a side-effect of the cryptography, my plugin changes the size of the message, but until 2.0.19 this works well with dovecot index and the W/S flags. But now, i'm going to upgrade to 2.1.17 and now i have these messages on log at my test

Hi Thenx but maby problem is in ssl or core file and gdb was incorrectly used # 2.2.36 (1f10bfa63): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.24 (124e06aa) # OS: Linux 4.19.0-1-amd64 x86_64 Debian buster/sid Jan 24 16:56:38 thebe-postfix dovecot: master: Dovecot v2.2.36 (1f10bfa63) starting up for imap, pop3, lmtp, sieve Jan 24 16:56:39 thebe-postfix dovecot: master: Error:

...address 0xfe2096c0>, > ????????? binary_name = 0x599ce8cff6a85000 <error: Cannot access > memory at address 0x599ce8cff6a85000>, > ????????? setting_name = 0x7f1efdc1b011 <__x86_return_thunk+5> > "\363\220\017\256\350\353\371H\215d$\b\303\350\a", > ????????? filter_callback = 0x7f1efdc51029 <master_getopt+149>, > ????????? filter_context = 0x7f1efdc1b011 <__x86_return_thunk+5>, > ????????? require_init_funcs = false, debug = false, > ????????? ignore_dlopen_errors = false, ignore_missing = false} > ??????? services = 0x55bbe3819fa0 > #4? 0x0...