Timo Sirainen wrote:
Right. If you use mail_chroot or chroot, the home directory points under the chroot. I guess it might be also useful for it not to do that, but I can't change that without breaking backwards compatibility, and I'm not sure if it's worth it to add yet another setting just for that.
So in such case - is there any way to chroot mail processes for userdb that can't (or shouldn't) use /./ and can't modify HOME to fit mail_chroot setting ? Like system's passwd, or other where changing HOME would/could break other things ?
I know what you mean by breaking backwards compatibility in this context, but in this way, mail_chroot is practically unusable besides custom-userdb + dovecot-only setups. And in this scenario - you can simply use /./ (point being, in a way - is there anyone actually using mail_chroot / chroot along with stripped HOME paths ?).