Virtualmin backups, dovecot control files missing

"Backups now include the Dovecot control files of users when they are stored outside the home directory, so that message UIDs are preserved when the domain is restored on another system." in 3.89, which is something I had asked for!

What enables this though? I see in my backups, the directories are not being stored. They are in /var/dovecot/%u

This shows up in the dovecot module in webmin, i.e., it seems to know that this is the control file directory. When I look at a backed up virtual server, I see no files from /var/dovecot.

So, am guessing somethign else triggers this?

Status: 
Active

Comments

It should just happen automatically, assuming that in your Dovecot config file the mail_location line specifies the control directory like :

mail_location = maildir:~/Maildir:INDEX=/var/dovecot/index/%u:CONTROL=/var/dovecot/control/%u

What does that line contain on your system?

mail_location = maildir:~/Maildir:CONTROL=/var/dovecot/%u

This is stored in the file /etc/dovecot/local.conf

That file is configured in the dovecot module config, full path to Dovecot configuration file. That box says:

/etc/dovecot/dovecot.conf /etc/dovecot/local.conf

Is this perhaps the issue? Perhaps you are not working with multiple configuration files as Dovecot does (at least for backup purposes)?

Note that in dovecot webmin module, under mail files, there, it DOES show the correct value in the control files location field.

I see no files from /var/dovecot in the backups.

If you list the backup contents with tar , you won't actually see the path /var/dovecot .. instead, look a file named something like mail_control .

I do see that, and in THAT file, there are still no files from /var/dovecot, however, it appears you are storing them with a base of that path, so, they are there.

I guess I did this for nothing, though, I was wanting to double check that this truly works before using.

If you really want to verify that this works, you would need to take a backup, delete the control file for a user, then restore.