search for: return_path

...ction does not dominate all uses!". In my code it relates to exception handling and how I generate the blocks. I understand exactly why I get the message, but I'm unsure of how I can structure things to avoid the problem. In a rough pseudo-code, my blocks look like this: entry: store 0, return_path result = invoke func to defer_block unwind landing landing: landingpad store 1, return_path br defer_block defer_block: stuff switch return_path, next_step [ 0, next_step 1, rethrow ] next_step: val = load result ; error here Structually the `next_step` has multiple preceding bloc...

I am using dovecot-lda from cvs (checked out on september the 21st) and dovecot 1.0alpha2 (not yet upgraded ok). I have a strange feeling about "redirect" feature. Let's see two sieve scripts examples: # ex1 require ["fileinto", "vacation"]; if header :is ["blabla"] "blabla" { fileinto "blabla"; } redirect

...e the DAG is just to store a flow variable and end blocks with a "switch" branch. It appears the optimizers do a fine job of unwinding the nonsense, reducing the conditions, and even expanding the trailing paths. For example, I terminate my blocks with a logical switch like this: switch return_path, next_block cleanup, except_block break, loop_block return, return_block rethrow, except_block In most cases I'd say only 1-2 of the cases are actually possible (return_path cannot be the other values). Is there any value in me attempting to produce a cleaner DAG to pass to the optimiz...

...rc/deliver/mail-send.c,v retrieving revision 1.1.2.1 diff -u -r1.1.2.1 mail-send.c --- mail-send.c 11 Jun 2006 11:10:55 -0000 1.1.2.1 +++ mail-send.c 19 Jul 2006 09:28:18 -0000 @@ -116,16 +116,17 @@ struct smtp_client *smtp_client; FILE *f; const unsigned char *data; + const char *return_path; size_t size; int ret; + return_path = mail_get_first_header(mail, "Return-Path"); + input = mail_get_stream(mail, NULL, NULL); if (input == NULL) return -1; - smtp_client = smtp_client_open(forwardto, - mail_get_first_header(mail, "Return-Pa...

...flow variable > and end blocks with a "switch" branch. It appears the optimizers do a > fine job of unwinding the nonsense, reducing the conditions, and even > expanding the trailing paths. > > For example, I terminate my blocks with a logical switch like this: > switch return_path, next_block > cleanup, except_block > break, loop_block > return, return_block > rethrow, except_block > > In most cases I'd say only 1-2 of the cases are actually possible > (return_path cannot be the other values). Is there any value in me > attempting to produ...

...local_part_suffix_optional local_parts = +foldered_mailboxes address_data = user=$local_part folder="MAPPED_FOLDER" transport = dovecot_virtual_delivery ...begin transports dovecot_virtual_delivery: driver = pipe command = /usr/local/libexec/dovecot/deliver \ -f $return_path \ -a $local_part$local_part_suffix@$domain \ -d ${extract{user}{$address_data}} \ -m "${extract{folder}{$address_data}}" -n message_prefix = message_suffix = log_output return_path_add user = vmail

..._bytecode_t *) 0x80e3eb0 sdata = {username = 0x80cb030 "ska", storage = 0x80d0a20, errors = 0x0} mdata = {mail = 0x80e03c8, mailbox = 0x80bae92 "INBOX", id = 0x80e4860 "<200704260754.l3Q7sWdu002894 at ux-2s11-9.inf.fh-bonn-rhein-sieg.de>", return_path = 0x0, authuser = 0x80cb030 "ska", temp = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} compiled_path = 0x80cbc68 "/home/ska/.dovecot.sievec" path = 0xb7fb0ff4 "<?\022" ret = <value optimized out> #3 0xb7e1da72 in cmusieve_...

...nnull" -#endif - /** * Test if the qemu binary uses mandatory file locking, added in * QEMU >= 2.10 (but sometimes disabled). @@ -599,11 +588,7 @@ int guestfs_int_qemu_mandatory_locking (guestfs_h *g, const struct qemu_data *data) { - const char *return_path[] = { "return", NULL }; - const char *meta_type_path[] = { "meta-type", NULL }; - const char *members_path[] = { "members", NULL }; - const char *name_path[] = { "name", NULL }; - yajl_val schema, v, meta_type, members, m, name; + json_t *schema, *v, *me...

...nnull" -#endif - /** * Test if the qemu binary uses mandatory file locking, added in * QEMU >= 2.10 (but sometimes disabled). @@ -599,11 +588,7 @@ int guestfs_int_qemu_mandatory_locking (guestfs_h *g, const struct qemu_data *data) { - const char *return_path[] = { "return", NULL }; - const char *meta_type_path[] = { "meta-type", NULL }; - const char *members_path[] = { "members", NULL }; - const char *name_path[] = { "name", NULL }; - yajl_val schema, v, meta_type, members, m, name; + json_t *schema, *v, *me...

Hi, recently, there was a discussion in the development list of libvirt on switching to a different JSON library than YAJL [1]. Since we use YAJL, and the points there IMHO apply to libguestfs as well, I decided to give a try in switching to Jansson [2]. The result IMHO is nice, with the additional APIs of Jansson that simplify some of our code. Unlike with YAJL, I did not set a minimum

...ptimized out> cpflags = SIEVE_COMPILE_FLAG_NOGLOBAL ret = <optimized out> ehandler = 0x140cba0 error = <optimized out> #18 lda_sieve_execute (storage_r=0x7fffdfaff338, srctx=0x7fffdfaff170) at lda-sieve-plugin.c:927 msgdata = {mail = 0x13eaf20, return_path = 0x13b63c8 "bounces+20150117-lists=leuxner.net at packages.qa.debian.org", orig_envelope_to = 0x13b6c40 "tlx at leuxner.net", final_envelope_to = 0x13b6c40 "tlx at leuxner.net", auth_user = 0x13efc38 "tlx at leuxner.net", id = 0x13eb8a0 "<...

Hi, recently, there was a discussion in the development list of libvirt on switching to a different JSON library than YAJL [1]. Since we use YAJL, and the points there IMHO apply to libguestfs as well, I decided to give a try in switching to Jansson [2]. The result IMHO is nice, with the additional APIs of Jansson that simplify some of our code. Unlike with YAJL, I did not set a minimum

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

v2 -> v3: - I addressed everything that Pino mentioned last time. - It's tricky to get a stable run when multiple copies of qemu are involved, because the same cache files get overwritten by parallel libguestfs. So I changed the names of the cache files to include the qemu binary key (size, mtime), which removes this conflict. This is in new patch 4/6. Rich.

..._EXECUTE_FLAG_NOGLOBAL error = SIEVE_ERROR_NONE ret = 32680 #26 0x00007fa88b5400e1 in lda_sieve_execute (srctx=0x7ffdac80aac0, storage_r=0x7ffdac80aba8) at lda-sieve-plugin.c:856 mdctx = 0x7ffdac80ac10 svinst = 0x7fa88e647f40 msgdata = {mail = 0x7fa88e633180, return_path = 0x7fa88e593228 "root at ancientmariner.szoccer.com", orig_envelope_to = 0x7fa88e5934c0 "redacted at ruhr-uni-bochum.de", final_envelope_to = 0x7fa88e5934c0 "redacted at ruhr-uni-bochum.de", auth_user = 0x7fa88e5bdcf8 "redacted at...