Messaging server 7 duplicate folders

Question

Sun Java(tm) System Messaging Server 7.3-11.01 64bit (built Sep 1 2009)
libimta.so 7.3-11.01 64bit (built 19:54:45, Sep 1 2009)
Using /opt/sun/comms/messaging64/config/imta.cnf (compiled)
SunOS 5.10 Generic_142900-03 sun4v sparc SUNW,SPARC-Enterprise-T5120
After installling messaging server 7 and restoring data (imsrestore), webmail client shows me a draft folder and a Borradores (spanish) folder.
The messenger express client shows both as "Borradores" and just one keeps old messages, but new ones are save in the other one.
The same issue for Sent (Enviados) and Trash (Basura).
Not all users present this problem, and have not found the characteristic that makes the diference.
The ldap entry atributes (related with folder configuration) for a right user (no duplicate folders) is like this:
nswmExtendedUserPrefs: meDraftFolder=Drafts
nswmExtendedUserPrefs: meSentFolder=Sent
nswmExtendedUserPrefs: meTrashFolder=Trash
nswmExtendedUserPrefs: meInitialized=true
And for a wrong user:
nswmExtendedUserPrefs: meSentFolder=Enviado
nswmExtendedUserPrefs: meInitialized=true
nswmExtendedUserPrefs: meDateFormat=0/
nswmExtendedUserPrefs: meColorSet=5
nswmExtendedUserPrefs: mePrevTrash=Papelera
nswmExtendedUserPrefs: meExpungeOnExit=true
nswmExtendedUserPrefs: meViewSize=100
nswmExtendedUserPrefs: meAutoSpell=true
nswmExtendedUserPrefs: meDraftFolder=Drafts
I have tryied changing nswmExtendedUserPrefs attribute from "meSentFolder=Borradores" to "meSentFolder=Draft" without success.
I am not sure where is the problem, messaging configuration or it is a ldap issue.
Any idea will be apreciated, thanks.

Answer 1

adding to what Shane said...
doing this via IMAP is the best bet. If you are moving messages between folders in the same account, you can do that via IMAP and the Message Store will end up doing it all via hard links in the file system rather than actually copying the data. So it should be nice and fast and low impact on your disk space and system. In IMAP, "move" consists of COPY to the destination folder and then flagging the originals as deleted and doing expunge. That will update store.* files and create hard links for the messages in the destination folders, but not copy the message data. You will not need to do any reconstructs.
imsbackup/imsrestore could do it, but will end up copying the data - unless you enable real time relinker - so this method is more load on the system.
And manually moving the files around in the store would require reconstruct and is generally not as good an idea as doing it via IMAP. If you have only a few folders to do this to, then you could do the IMAP commands by hand as easily as you could hack on the store files directly.