search for: username_r

...ine (stream=0x0) at istream.c:382 _stream = <optimized out> pos = <optimized out> #1 0xb754656b in auth_master_user_list_next (ctx=0xb91bfbd8) at auth-master.c:689 line = <optimized out> #2 0xb7634a0b in mail_storage_service_all_next (ctx=0xb91c4ba8, username_r=username_r at entry=0xbf8e6630) at mail-storage-service.c:1260 __FUNCTION__ = "mail_storage_service_all_next" #3 0xb7752d46 in doveadm_mail_cmd_get_next_user (ctx=0xb91be478, username_r=0xbf8e6630) at doveadm-mail.c:416 No locals. #4 0xb7753e95 in doveadm_mail_all_users (wildc...

Hi, It would be nice if the recipient_delimiter configuration option supported multiple recipient delimiters as Postfix now does. e.g. now if I set: recipient_delimiter = +- in Postfix, then test-extension at sample.com and test+extension at sample.com are both recognized. But if I set: recipient_delimiter = +- in Dovecot, neither of the above are recognized and instead test+-extension at

Hello, since few weeks i have problems with the command: doveadm expunge -A mailbox Trash savedbefore 7d => kernel: doveadm[11609]: segfault at 10 ip b75f146a sp bf856ad0 error 4 in libdovecot.so.0.0.0[b7585000+c8000] but for a single user it's works fine: doveadm expunge -u test at vtlx.de mailbox Trash savedbefore 30h I hope there is a solution for this. with regards Mario --

...*cstr, bool escape_dot) { const char *p; --- dovecot-2.2.33.2/src/lib-mail/message-address.h 2017-10-05 18:10:44.000000000 +0100 +++ dovecot-2.2.33.2.quoted-local-proxy/src/lib-mail/message-address.h 2017-11-02 13:22:45.093866755 +0000 @@ -39,4 +39,7 @@ const char *address, const char **username_r, const char **detail_r); +/* quote with "" and escape all '\', '"' and "'" characters if need */ +void str_append_maybe_escape(string_t *dest, const char *cstr, bool escape_dot); + #endif --- dovecot-2.2.33.2/src/lmtp/commands.c 2017-10-05 18:1...

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