search for: msgdata

...nbox to the junk folder. I've recompiled both dovecot and pigeonhole with debug symbols and got this stacktrace [2]. As you can see, it fails (with a SIGSEGV) in sieve_extprogram_create(), sieve- extprograms-common.c:562, which corresponds to this code: === 562 if ( !smtp_address_isnull(msgdata->envelope.rcpt_params->orcpt.addr) ) { 563 program_client_set_env 564 (sprog->program_client, "ORIG_RECIPIENT", 565 smtp_address_encode(msgdata->envelope.rcpt_params- >orcpt.addr)); 566 } === When I dump msgdata structure, I see tha...

...w! For posterity, the log file reported: Nov 13 13:27:33 2004 (25374) Delivery exception: EOF read where object expected Nov 13 13:27:33 2004 (25374) Traceback (most recent call last): File "/usr/lib/mailman/Mailman/Handlers/HandlerAPI.py", line 82, in do_pipeline func(mlist, msg, msgdata) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 152, in process hold_for_approval(mlist, msg, msgdata, NonMemberPost) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 218, in hold_for_approval mlist.HoldMessage(msg, reason, msgdata) File "/var/li...

...4) at tst-address.c:259 #5 0x080804b6 in sieve_interpreter_execute_operation (interp=0x8986190) at sieve-interpreter.c:437 #6 0x08080573 in sieve_interpreter_continue (interp=0x8986190, interrupted=0x0) at sieve-interpreter.c:464 #7 0x080806df in sieve_interpreter_start (interp=0x8986190, msgdata=0xbfccc6b0, senv=0xbfccc688, msgctx=0x0, result=0x8984180, estatus=0xbfccc6c4, interrupted=0x0) at sieve-interpreter.c:506 #8 0x08080789 in sieve_interpreter_run (interp=0x8986190, msgdata=0xbfccc6b0, senv=0xbfccc688, result=0xbfccc60c, estatus=0xbfccc6c4) at sieve-interpreter.c:528 #9...

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

...t sieve-result.c:1387 status = <optimized out> result_status = <optimized out> first_action = 0x1422088 last_action = 0x0 implicit_keep = true ret = <optimized out> #16 0x00007f0ca17b5e45 in sieve_execute (sbin=<optimized 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...

...warning: useless declaration "sieve.c", line 578: identifier redeclared: sieve_multiscript_run current : function(pointer to struct sieve_multiscript {pointer to struct sieve_instance {..} svinst, pointer to struct sieve_result {..} result, pointer to const struct sieve_message_data {..} msgdata, pointer to const struct sieve_script_env {..} scriptenv, int status, _Bool active, _Bool keep, pointer to struct ostream {..} teststream}, pointer to struct sieve_binary {}, pointer to struct sieve_error_handler {pointer to struct pool {..} pool, int refcount, pointer to struct sieve_instance {..}...

...5b040, flags=SIEVE_EXECUTE_FLAG_NOGLOBAL) at sieve-result.c:1370 status = 1 result_status = -1905954768 first_action = 0x7fa88e65e020 last_action = 0x0 implicit_keep = true ret = 32680 #24 0x00007fa88b2c0597 in sieve_execute (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-...

...imized 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 = 0x7fc5761b56c0, userlog = 0x0} debug = <optimized out> svenv = {hostname = 0x7fc57618cb98 "xx.com", domainname = 0x0, base_dir = 0x7fc5761ac8c0 "/var/run/dovecot", username...

...) at sieve-interpreter.c:911 #7 sieve_interpreter_continue (interp=0x55f734856a68, interrupted=0x0) at sieve-interpreter.c:949 #8 0x00007f992543f5d1 in sieve_interpreter_run (interp=0x55f734856a68, result=<optimized out>) at sieve-interpreter.c:999 #9 0x000055f73308f670 in testsuite_run (msgdata=<optimized out>, ehandler=<optimized out>, senv=0x7ffd30eacfa0, sbin=<optimized out>) at testsuite.c:73 #10 main (argc=<optimized out>, argv=<optimized out>) at testsuite.c:203 (gdb) up #1 0x00007f992514fdd2 in smtp_address_clone (pool=0x7f992528dce0 <static_sy...

...t;, aenv=0x6523f0, tr_context=0x652588, keep=0x7fff9490812f) at sieve-actions.c:665 #5 0x00007f197587d79b in sieve_result_execute (result=<value optimized out>, keep=<value optimized out>) at sieve-result.c:1156 #6 0x00007f197588dca6 in sieve_execute (sbin=<value optimized out>, msgdata=<value optimized out>, senv=<value optimized out>, ehandler=<value optimized out>, flags=<value optimized out>, keep=0x0) at sieve.c:475 #7 0x00007f1975ac9a43 in lda_sieve_singlescript_execute (mdctx=0x7fff949085a0, storage_r=<value optimized out>) at lda-sieve-pl...

...g is related to the sieve module in /src/lib-sieve/plugins/notify/ext-notify-common.c:266. The line contains only a check if mail_get_headers_utf8 returns an error. So the workaround for this line would be to add a check if header[0] is not NULL. if ( (mail_get_headers_utf8(msgdata->mail, "subject", &header) >= 0) && header[0] ) str_append(out_msg, header[0]); IMHO this patch should be applied to the "$from$" replacement as well. The comments in the dovecot's header file says for mail_get_headers:...

# 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 !=

...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 = 0x7fc5761b56c0, userlog = 0x0} > debug = <optimized out> > svenv = {hostname = 0x7fc57618cb98 "xx.com", domainname = 0x0, base_dir = 0x7fc5761ac8c0 "/var/run/dovecot", &g...

...ecute (action=<value optimized out>, aenv=0x8016a3070, tr_context=<value optimized out>) at sieve-actions.c:551 #21 0x0000000801b428de in sieve_result_execute (result=0x8016a3040, keep=0x0) at sieve-result.c:1117 #22 0x0000000801b52d5a in sieve_execute (sbin=<value optimized out>, msgdata=<value optimized out>, senv=<value optimized out>, ehandler=<value optimized out>, flags=<value optimized out>, keep=0x0) at sieve.c:508 #23 0x0000000801a0aec6 in lda_sieve_deliver_mail (mdctx=0x7fffffffe970, storage_r=0x7fffffffe8e8) at lda-sieve-plugin.c:424 #24 0x0000...

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,

...ized 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 = 0x7ff53fb5e6c0, userlog = 0x0} debug = <optimized out> svenv = {hostname = 0x7ff53fb35b98 "xxx.com", domainname = 0x0, base_dir = 0x7ff53fb558c0 "/var/run/dovecot", usernam...

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,

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