When doing a backup using internal you have a choice of with or without messages. If you run just the settings off you do not get the data from hm_messages added to XML but if you run with messages the data directory must be under 1.5 gig.
I suggest adding the option to backup with messages but without physical data directory. The data directory can be moved easily and doesn't need to be added to backup zip but the message data from the database can then be imported into any SQL server hMail Supports.
Internal Backup With Messages but without EML Files
Internal Backup With Messages but without EML Files
If at first you don't succeed, bomb disposal probably isn't for you! ヅ
Re: Internal Backup With Messages but without EML Files
Thanks ^DooM^ for putting up this feature request, and thanks for the help in IRC 

If you have strange problems or errors use the log analyzer! http://log.damnation.org.uk
Join us on IRC! http://hmailserver.com/irc_fullscreen.php
Join us on IRC! http://hmailserver.com/irc_fullscreen.php
Backup only database structure without messagesfolder
Bill48105 did a change to an experimental build and added a setting named:
[Settings] BackupMessagesDBOnly=0 ;Defaults to 0 or disabled
This setting modifies the behaviour of the built-in full (message) backup. The aim is to backup the settings+file informations but not the data (files) folder.
This setting is optimal for migration purposes and backup scenarios where the data (files) folder is backed up separately. Because the XML-structure is used, this "dump" is database type independent.
The problem is, the data (files) folder has to be renamed, before the restore is started. Background: During the restoring process the data folder will be wiped out.
So, here is the request:
1. Please put BackupMessagesDBOnly in a stable release
2. Give it a own GUI Checkbox
3. Prevent deletion of the data (files) folder if no messages are stored in the backup file.
[Added poll]
[Settings] BackupMessagesDBOnly=0 ;Defaults to 0 or disabled
This setting modifies the behaviour of the built-in full (message) backup. The aim is to backup the settings+file informations but not the data (files) folder.
This setting is optimal for migration purposes and backup scenarios where the data (files) folder is backed up separately. Because the XML-structure is used, this "dump" is database type independent.
The problem is, the data (files) folder has to be renamed, before the restore is started. Background: During the restoring process the data folder will be wiped out.
So, here is the request:
1. Please put BackupMessagesDBOnly in a stable release
2. Give it a own GUI Checkbox
3. Prevent deletion of the data (files) folder if no messages are stored in the backup file.
[Added poll]
Re: Backup only database structure without messagesfolder
I voted YES but don't believe this needs to be in GUI at this time. Eventually yes but not for next release. INI setting is sufficient for the purpose of this feature IMO
hMailServer build LIVE on my servers: 5.4-B2014050402
#hmailserver on FreeNode IRC https://webchat.freenode.net/?channels=#hmailserver
*** ABSENT FROM hMail! Those in IRC know how to find me if urgent. ***
#hmailserver on FreeNode IRC https://webchat.freenode.net/?channels=#hmailserver
*** ABSENT FROM hMail! Those in IRC know how to find me if urgent. ***
Re: Internal Backup With Messages but without EML Files
Merged
Just 'cause I link to a page and say little else doesn't mean I am not being nice.
https://www.hmailserver.com/documentation
https://www.hmailserver.com/documentation
Re: Internal Backup With Messages but without EML Files
Merged or deleted?
Seems that everybody who voted yes for the other poll has also voted yes here. Because the 15 yes have not changed here... miraculous but not implausible 


Re: Internal Backup With Messages but without EML Files
There was no merge option, only move posts
I suspect that the poll didn't move.
It may well have been the same group that voted though.
Add this to github as a bug I reckon. https://github.com/hmailserver/hmailserver/issues
I suspect that the poll didn't move.
It may well have been the same group that voted though.
Add this to github as a bug I reckon. https://github.com/hmailserver/hmailserver/issues
Just 'cause I link to a page and say little else doesn't mean I am not being nice.
https://www.hmailserver.com/documentation
https://www.hmailserver.com/documentation