After adding a new message store partition

Question

First , our version is:
Sun Java(tm) System Messaging Server 6.3-6.03
(built Mar 14 2008; 32bit)
libimta.so 6.3-6.03 (built 17:12:37, Mar 14 2008; 32bit)
I have a question about the behaviour of users whose
mailbox are in a newly created message store partition
, which I call its nickname as mailvol2
These were what I did:
I created the new partition using the command
configutil -o store.partition.mailvol2.path -v /newdisk/par
(then restarted the JSMS)
I tried to test it first on an existing user
(whose mails are still in the default primary partition)
and I added the "mailMessageStore" attribute to
his Ldap entry, with the value mailvol2
Now I tried sending him new mails.
The mail could be read. But it seems that they
went to the primary mailstore partition as I
could not see any subdirectories under the path
/newdisk/par
(I expected there is a subdirectory called
==user under there)
Is this normal ? In other words, only newly created
users (with the mailMessageStore= mailvol2 attribute)
will have their mails under there.
For the old user, I must use the
mboxutil -r ..........
command to move his old mailbox first in order for his
new mails being housed in the new partition ?

Answer 1

mboxutil -r should change the mailMessageStore attribute on the user.
It is important that the mailMessageStore attribute on the user be correct. This is not for the normal functioning of access to the folder on a day-to-day basis, but for recovery purposes.
For normal functioning, access to the folder occurs via the folder DB. The folder DB record includes the name of the partition on which the folder resides and the file system path to the folder.
But if folder DB information has been lost, the store access code looks for the folder on the partition specified by the user's mailMessageStore attribute. If it exists, the folder is added to the folder DB. This allows the store to recover dynamically. If the user does not have a mailMessageStore attribute, then the default partition is assumed. The reconstruct -m command will search all the partitions and work this out, but the dynamic recovery requires the mailMessageStore attribute to be correct and assumes the user is on the default partition if the does not have a mailMessageStore attribute.
This is mentioned in [To Change the Default Message Store Partition|http://wikis.sun.com/display/CommSuite/Managing+Message+Store+Partitions+and+Adding+Storage#ManagingMessageStorePartitionsandAddingStorage-ToChangetheDefaultMessageStorePartition] in the Admin Guide.