Virtualmin backups, dovecot control files missing

Submitted by sfatula on Sat, 01/28/2012 - 13:11

"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

Submitted by JamieCameron on Sat, 01/28/2012 - 13:24

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?

Submitted by sfatula on Sat, 01/28/2012 - 23:23

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.

Submitted by JamieCameron on Sun, 01/29/2012 - 00:06

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 .

Submitted by sfatula on Sun, 01/29/2012 - 10:03

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.

Submitted by JamieCameron on Sun, 01/29/2012 - 10:34

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.