search for: srctx

...zed out>, msgdata=<optimized out>, senv=<optimized out>, ehandler=ehandler at entry=0x140cba0, flags=flags at entry=SIEVE_RUNTIME_FLAG_NOGLOBAL, keep=keep at entry=0x0) at sieve.c:560 result = 0x1421d30 ret = 1 #17 0x00007f0ca1a113f5 in lda_sieve_singlescript_execute (srctx=0x7fffdfaff170) at lda-sieve-plugin.c:491 sbin = 0x14196a0 rtflags = SIEVE_RUNTIME_FLAG_NOGLOBAL debug = false svinst = 0x14092e0 script = 0x140d3c0 user_script = <optimized out> cpflags = SIEVE_COMPILE_FLAG_NOGLOBAL ret = <op...

...g into the Pigeonhole code... I think, but am certainly not sure, that lda_sieve_open() in pigeonhole/src/plugins/lda-sieve/lda-sieve-plugin.c is the relevant function calling lda_sieve_binary_save(). At the end of the function, it has: if (!recompile) lda_sieve_binary_save(srctx, sbin, script); This seems odd to me. Why is it trying to save in the "!recompile" case? It seems like it should be saving in the "recompile" case. If I'm reading this code right, recompile is set when it loads a corrupt sieve binary script and needs to recompile from text....

Hi list I just realized that that I don not receive all mails in my mailbox (running dovecot-ee 2.2.23.1-1 on Debian 8). On my frontend servers (running postfix) the queue fills up with mails that cannot be delivered via lmtp to my backend servers. The error message on the frontend is "lost connection with backend while sending data" When I checked the logs on the backend server I found

# 2.2.devel (c73322f): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.devel (fac92b5) # OS: Linux 3.16.0-4-amd64 x86_64 Debian 8.6 ==> /var/log/dovecot/dovecot.log <== Oct 15 09:50:15 nihlus dovecot: lmtp(11447): Connect from local Oct 15 09:50:15 nihlus dovecot: lmtp(tlx at leuxner.net): Panic: file lda-sieve-plugin.c: line 447 (lda_sieve_execute_scripts): assertion failed: (script !=

...(sbin=0x7fa88e657030, msgdata=0x7ffdac80a9a0, senv=0x7ffdac80a9d0, exec_ehandler=0x7fa88e64b500, action_ehandler=0x7fa88e65b040, flags=SIEVE_EXECUTE_FLAG_NOGLOBAL, keep=0x0) at sieve.c:565 result = 0x7fa88e65dec0 ret = 1 #25 0x00007fa88b53f2d8 in lda_sieve_singlescript_execute (srctx=0x7ffdac80aac0) at lda-sieve-plugin.c:449 svinst = 0x7fa88e647f40 mdctx = 0x7ffdac80ac10 script = 0x7fa88e64bd20 user_script = true exec_ehandler = 0x7fa88e64b500 action_ehandler = 0x7fa88e65b040 sbin = 0x7fa88e657030 debug = false...

...__FUNCTION__ = "sieve_plugins_unload" #6 0x00007fc5746ca8dc in sieve_deinit (svinst=svinst at entry=0x7ffdd3a36050) at sieve.c:136 No locals. #7 0x00007fc574913948 in lda_sieve_deliver_mail (mdctx=<optimized out>, storage_r=0x7ffdd3a36208) at lda-sieve-plugin.c:948 srctx = {svinst = 0x7fc5761b09b0, mdctx = 0x7ffdd3a36230, home_dir = 0x7fc5761acf78 "/var/mail/vhosts/xx/yy", scripts = 0x7fc576171088, script_count = 0, user_script = 0x0, main_script = 0x0, msgdata = 0x0, scriptenv = 0x0, user_ehandler = 0x0, master_ehandler =...

...ink, but am certainly not sure, > that lda_sieve_open() in > pigeonhole/src/plugins/lda-sieve/lda-sieve-plugin.c is the relevant > function calling lda_sieve_binary_save(). At the end of the function, it > has: > > if (!recompile) > lda_sieve_binary_save(srctx, sbin, script); > > This seems odd to me. Why is it trying to save in the "!recompile" case? > It seems like it should be saving in the "recompile" case. If I'm > reading this code right, recompile is set when it loads a corrupt sieve > binary script and needs...

...= "sieve_plugins_unload" > #6 0x00007fc5746ca8dc in sieve_deinit (svinst=svinst at entry=0x7ffdd3a36050) at sieve.c:136 > No locals. > #7 0x00007fc574913948 in lda_sieve_deliver_mail (mdctx=<optimized out>, storage_r=0x7ffdd3a36208) at lda-sieve-plugin.c:948 > srctx = {svinst = 0x7fc5761b09b0, mdctx = 0x7ffdd3a36230, > home_dir = 0x7fc5761acf78 "/var/mail/vhosts/xx/yy", scripts = 0x7fc576171088, script_count = 0, > user_script = 0x0, main_script = 0x0, msgdata = 0x0, scriptenv = 0x0, user_ehandler = 0x0, > ma...

...entry=0x7f30d4a3e7c0 "sieve_before", location=location at entry=0x2416500 "/etc/dovecot/sieve/discard-viruses.sieve", scripts=scripts at entry=0x7fffe2dbe9b0, error_r=error_r at entry=0x7fffe2dbe998) at lda-sieve-plugin.c:271 #5 0x00007f30d4a3d7e5 in lda_sieve_find_scripts (srctx=0x7fffe2dbea40) at lda-sieve-plugin.c:740 #6 lda_sieve_deliver_mail (mdctx=<optimized out>, storage_r=0x7fffe2dbec00) at lda-sieve-plugin.c:973 #7 0x00007f30d5e05464 in mail_deliver (ctx=ctx at entry=0x7fffe2dbec70, storage_r=storage_r at entry=0x7fffe2dbec00) at mail-deliver.c:400 #8 0x00...

On Thu, 2015-08-06 at 09:12 +0200, Stephan Bosch wrote: > Could you provide a full backtrace using the gdb command `bt full'? Thanks for the reply. Is this everything you need? #0 0x00007f8553969626 in sieve_validator_register_command () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #1 0x00007f8552eff4e6 in ext_extdata_validator_load (ext=0x7f8556f60280,

...__FUNCTION__ = "sieve_plugins_unload" #6 0x00007ff53e0918dc in sieve_deinit (svinst=svinst at entry=0x7fff1893f7e0) at sieve.c:136 No locals. #7 0x00007ff53e2da948 in lda_sieve_deliver_mail (mdctx=<optimized out>, storage_r=0x7fff1893f998) at lda-sieve-plugin.c:948 srctx = {svinst = 0x7ff53fb599b0, mdctx = 0x7fff1893f9c0, home_dir = 0x7ff53fb55f78 "/var/mail/vhosts/xxx/xxx", scripts = 0x7ff53fb1a088, script_count = 0, user_script = 0x0, main_script = 0x0, msgdata = 0x0, scriptenv = 0x0, user_ehandler = 0x0, master_ehandler...

Hi Stephan, Here it is: Program received signal SIGSEGV, Segmentation fault. p_strdup (pool=pool at entry=0x55555579bc20, str=0x6d65642e6c69616d <error: Cannot access memory at address 0x6d65642e6c69616d>) at strfuncs.c:51 51????? strfuncs.c: No such file or directory. (gdb) bt full #0? p_strdup (pool=pool at entry=0x55555579bc20, str=0x6d65642e6c69616d <error: Cannot access memory at

On Thu, 2015-08-06 at 16:10 +0200, Stephan Bosch wrote: > Since the extdata plugin is not part of the normal Debian packages (not > afaik anyway), you likely compiled and installed the extdata plugin > manually in the past while using Dovecot 2.1. Do that again, but use > this repository: http://hg.rename-it.nl/pigeonhole-0.4-sieve-extdata/ I'm just trying to install this now,