search for: rcpt_to

...gz). https://github.com/dovecot/core/commit/2bf919786518d138cc07d9cc21e14ad5e07e5e56#diff-7964e00c46515956a959fa47fc86d605 I also noticed a similar construct being used on line 465 (rcpt->rcpt.rcpt->path) that was causing the segfault on the above commit on line 136. struct smtp_address *rcpt_to = rcpt->rcpt.rcpt->path; Should that also use rcpt->rcpt.path; ? Thanks from the other side of the gulf! Reio -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20180304/314ada20/attachment.html>

...gins). #mail_plugins = $mail_plugins } - \ No newline at end of file + diff -r e3640ccaa76d src/lmtp/commands.c --- a/src/lmtp/commands.c Sat Jan 10 04:32:42 2015 +0200 +++ b/src/lmtp/commands.c Tue Jan 13 11:29:20 2015 +0100 @@ -996,7 +996,7 @@ if (array_count(&client->state.rcpt_to) > 0) { str_printfa(str, "Return-Path: <%s>\r\n", client->state.mail_from); - if (rcpt_to != NULL) + if (rcpt_to != NULL && client->lmtp_set->lmtp_add_delivered_to) str_printfa(str, "Delivered-To: %s\r\n", rcpt_to); } diff -r e3640c...

...o available. #13 0x00007ffff7b69960 in mail_deliver (ctx=0x7fffffffe9e0, storage_r=0x7fffffffe9a8) at mail-deliver.c:498 ??????? muser = 0x555555777ef8 ??????? ret = <optimized out> ??????? __func__ = "mail_deliver" #14 0x0000555555556fd2 in lda_deliver (stderr_rejection=false, rcpt_to_source=<optimized out>, rcpt_to=<optimized out>, path=<optimized out>, user=<optimized out>, ??? service_user=<optimized out>, ctx=0x7fffffffe9e0) at main.c:253 ??????? storage = 0x0 ??????? errstr = 0x0 ??????? ret = <optimized out> ??????? var_table = &lt...

...ecot/core/commit/2bf919786518d138cc07d9cc21e14ad5e07e5e56#diff-7964e00c46515956a959fa47fc86d605 > > I also noticed a similar construct being used on line 465 > (rcpt->rcpt.rcpt->path) that was causing the segfault on the above > commit on line 136. > > struct smtp_address *rcpt_to = rcpt->rcpt.rcpt->path; > > Should that also use rcpt->rcpt.path; ? > > Thanks from the other side of the gulf! > Reio > I now managed to coax a core dump out of CentOS - here it is. Thanks! Reio Reading symbols from /usr/libexec/dovecot/lmtp...Reading symbols from /...

...ceived: from smtp.example.com by lmtp.example.com with LMTP id MJbKAMFEclyKCQAAGhmRSA (envelope-from <yyy at example.net>) for <xxx at example.com>; Sun, 24 Feb 2019 07:16:17 +0000 In both cases I *do not* have a "Delivered-To" header I do see a check for rcpt_to == NULL in the smtp_server_transaction_write_trace_record function, but it looks like the lmtp_local_add_headers function does not update the transaction, so it doesn't get pulled in. Also, the LMTP settings struct isn't exposed in that function currently, and I'm not sure how to ad...

...(ctx=0x7fffffffe9e0, >> storage_r=0x7fffffffe9a8) at mail-deliver.c:498 >> ??????? muser = 0x555555777ef8 >> ??????? ret = <optimized out> >> ??????? __func__ = "mail_deliver" >> #14 0x0000555555556fd2 in lda_deliver (stderr_rejection=false, >> rcpt_to_source=<optimized out>, rcpt_to=<optimized out>, >> path=<optimized out>, user=<optimized out>, >> ??? service_user=<optimized out>, ctx=0x7fffffffe9e0) at main.c:253 >> ??????? storage = 0x0 >> ??????? errstr = 0x0 >> ??????? ret = <o...

...2818 } sets = <optimized out> rcpt_user = 0x56239bdcacb8 mail_set = <optimized out> username = <optimized out> rcpt_idx = 0 smtp_set = 0x56239be046e0 lda_set = 0x56239be04750 ns = <optimized out> rcpt_to = 0x56239bde0e78 trcpt = 0x56239bde0e38 storage = 0x56239bdcecc8 mail_error = 1793002219 ret = <optimized out> client = 0x56239bdbc338 service_user = <optimized out> dctx = { pool = 0x56239bddf180, set = 0x5623...

...f7b69960 in mail_deliver (ctx=0x7fffffffe9e0, > storage_r=0x7fffffffe9a8) at mail-deliver.c:498 > ??????? muser = 0x555555777ef8 > ??????? ret = <optimized out> > ??????? __func__ = "mail_deliver" > #14 0x0000555555556fd2 in lda_deliver (stderr_rejection=false, > rcpt_to_source=<optimized out>, rcpt_to=<optimized out>, > path=<optimized out>, user=<optimized out>, > ??? service_user=<optimized out>, ctx=0x7fffffffe9e0) at main.c:253 > ??????? storage = 0x0 > ??????? errstr = 0x0 > ??????? ret = <optimized out> &gt...

...zed out> > rcpt_user = 0x56239bdcacb8 > mail_set = <optimized out> > username = <optimized out> > rcpt_idx = 0 > smtp_set = 0x56239be046e0 > lda_set = 0x56239be04750 > ns = <optimized out> > rcpt_to = 0x56239bde0e78 > trcpt = 0x56239bde0e38 > storage = 0x56239bdcecc8 > mail_error = 1793002219 > ret = <optimized out> > client = 0x56239bdbc338 > service_user = <optimized out> > dctx = { > pool =...

...return str_free_without_data(&dest); +} + int lmtp_proxy_add_rcpt(struct lmtp_proxy *proxy, const char *address, const struct lmtp_proxy_rcpt_settings *set) { @@ -301,10 +320,10 @@ rcpt = p_new(proxy->pool, struct lmtp_proxy_recipient, 1); rcpt->idx = array_count(&proxy->rcpt_to); rcpt->conn = conn; - rcpt->address = p_strdup(proxy->pool, address); + rcpt->address = lmtp_proxy_escape_address(proxy->pool, address); array_append(&proxy->rcpt_to, &rcpt, 1); - lmtp_client_add_rcpt_params(conn->client, address, &set->params, + lmtp_clie...

I think alpine does not have that https://pkgs.alpinelinux.org/packages?name=dovecot*&branch=v3.8&repo=main&arch=x86_64 https://git.alpinelinux.org/aports/tree/main/dovecot/APKBUILD?h=3.8-stable What else would help? strace? On 2019. 10. 06. 23:05, Stephan Bosch via dovecot wrote: > > > On 06/10/2019 23:03, Demonhost wrote: >> Hi Stephan, >> >> I managed

Hi again, I've not heard anything further regarding this bug, so I've had a look at the code. To restate the bug in a more precise way: LMTP in dovecot treats external RFC822 email addresses in the envelope recipient and internal usernames as almost identical/interchangeable. This is incorrect and leads to issues when attempting to use director as an LMTP proxy to proxy to recipients