Re: Regression/Bug report: crypt_private_key_file (for crypt_global_private_key) no longer supports inline base64 (from userdb) in dev branch

Ömer Güven via dovecot <[email protected]> Tue, 7 Apr 2026 13:07:03 +0200
Newsgroups gmane.mail.imap.dovecot
Message-ID <[email protected]>
I created that empty user named list in my config, so it exists. I wrote about that earlier.
You still cannot set values inside it via userdb but only via doveadm.

> Am 07.04.2026 um 11:45 schrieb Timo Sirainen <[email protected]>:
> 
> On 7. Apr 2026, at 11.23, Ömer Güven via dovecot <[email protected]> wrote:
>> 
>>  To make it more complicated:
>>  You can set it in
>> 
>>        doveadm -o
>>        crypt_global_private_key/user/crypt_private_key_file=inline:...
>> 
>>  but not in userdb the same way. (I`m returning it via passdb lua, with
>>  userdb_ prefixed.) Setting userdb_crypt_private_key_file without any named
>>  filter works inexpectedly. So userdb returned variables are somehow parsed
>>  differently (maybe slashes aren`t split) than doveadm options with
>>  divergent behavior and the documentation is wrong about that. :(
>>  I guess the way it works now is unintented and won`t work in the future.
> 
> It would help if you gave full crypto configs in dovecot.conf and userdb of what doesn't work. I'm now suspecting that you're trying to return everything from userdb, but you don't create the "user" named list filter anywhere? If you don't have in config:
> 
> crypt_global_private_key user {
> }
> 
> Then in userdb you need to return userdb_crypt_global_private_key=user to create it.
> 
> Not really sure why it works in -o parameter without it.

_______________________________________________
dovecot mailing list -- [email protected]
To unsubscribe send an email to [email protected]