Mailbox Folders split on diff partitions
In Msg 6.3:
Will it be possible to split a mailbox such that some folders are on a different partition than the INBOX?
I'm looking for a simple way to put an archive folder off onto cheap storage without using "AXS-One Messaging Archiving", which I expect will be a little too pricy.
Thanks for any insights you might have.
Steve
[361 byte] By [
Steve@UWa] at [2007-11-27 5:15:09]

# 2
How about ZFS? Supported in 6.3, and comes with the OS for free?Always better to ask for a goal, not how to get there. . . I know of no way to split a folder off to another partition or disk, but ZFS will do what you're looking for.
# 4
Hi,
Just throwing this out there - and I should point out that SAM-FS is not supported for messaging server store (yet, nor is ZFS for that matter) but a combination of:
http://www.c0t0d0s0.org/archives/2874-Thoughtgame-Leveraging-ZFS,-iSCSI-and-the -Thumper-with-SamFS.html
And using the store.partition.*.messagepath option to separate the *.msg message files on a separate SAM-FS (which can be on _slower_ storage) from the store.idx files (which need to be on the fastest storage available -- but they are small(ish)) is an option.
I realise it doesn't address the use of the Archive folder, but this way _all_ folders are covered which is much easier for an end-user perspective.
So if anybody has a spare thumper and is happy to try this out I would be _really_ interested to know if it works.
Regards,
Shane.
# 5
I know it's possible to do this with mboxutil, I just don't know if it causes any problems.
mboxutil -r user/<user>/Archive user/<user>/Archive alternatepartition
So, all you need to do is write a script that locates users that have Archive folders that aren't on the alternate partition and then run mboxutil to move those folders. As far as I can tell, the folders should stay on the alternate partition, and I am unaware of any issues this would cause.
Would this work?
# 6
Hi,
We had a customer that tried just that. I don't remember the specifics - but problems with imsbackup/restore, moving accounts between partitions, moving accounts between hosts come to mind. Although this was mainly regarding the expectation of what the utilities do in this situation rather then that they break.
If you plan on going down this path lots of testing is recommended before-hand.
Regards,
Shane.
# 7
Shane, thanks for the tips. We don't use imsbackup/restore routinely or move accounts between stores, but we do shuffle users between partitions. We'll definitely have to do some testing in these areas.Anyone else have any other pitfalls to look out for?