Dave,
"vuserinfo -d [EMAIL PROTECTED]" will give you the user's Maildir directory. # ~vpopmail/bin/vuserinfo -d [EMAIL PROTECTED] /home/vpopmail/domains/domain.com/postmaster You can add the following lines to the your script (I don't know what kind of script (perl, shell etc) do you use, so I will write a shell code. newdir=`vuserinfo -d [EMAIL PROTECTED]; oldir=/nfsmountdir/domainname/user; # don't delete the users under ~vpopmail/domains/ base dir if [ ! $newdir == $oldir ]; then rm -fr $newdir mv $oldir $newdir chown -R vpopmail:vchkpw $newdir fi I wrote this script to give you an idea. Please try it in your lab and Use at your own risk! I highly suggest you to take a backup of your existing data. Sunday, October 8, 2006, 11:56:47 PM, you wrote: > Sure, > I've tried to get vconvert to work on the source server, but it's a > really old version of vpopmail and the files for the users on an NFS > mount in a non-standard folder. There are other issues with the source > configuration, but in short, they have all 7000 users in one primary > domain folder. > I have written a script (you know that now) that is parsing this source > folder, then parsing the /etc/shadow file, and creating a series of > commands to directly call /home/vpopmail/vadduser with the required > values (per user) for every user. > So the problem is that I've got to solve the sync of the user Maildirs > once we're ready to migrate completely. My sources are in a sinpgle > domain folder, now my targets are in a single domain folder. Once I > rsync the folder data, I'm essentially ready to go. > My thinking was that I could "repair" the big-dirs issue after the fact > by slowly moving users' Maildirs from the domain folder to a domain > subfolder. > The alternative solution would be to find a much smarter way to rysnc > the data based upon where the big-dirs enabled target migration puts the > users' maildirs. I suppose I could go down that road too, scripting for > it, but I suspect the rsync activity would take considerably longer than > the few hours it does now. We're moving almost 25G of email, albeit > within a local LAN. > Appreciate your consideration of options, opinions welcome! > Ismail YENIGUL wrote: >> Dave, >> >> What is the problem with big-dirs while migrating the users? >> If you can tell us the reason of the disabling big-dirs, >> We can try to find out a solution without disabling big-dirs. >> I guess it is related with the script? >> >> >> >> Sunday, October 8, 2006, 11:29:56 PM, you wrote: >> >> >>> OK, fair point. So let me ask this please. >>> >> >> >>> If I migrate with big-dirs DISABLED, then I recompile to enable big-dirs >>> AND I move some accounts into subfolders "a", "b", "c", etc while making >>> appropriate adjustments in vpopmail table, is that an appropriate way to >>> control this risk? >>> >> >> >>> THANKS! >>> >> >> >> >> >>> Ismail YENIGUL wrote: >>> >>>> Dave, >>>> >>>> Please note that creating 7000 sub directories in a single directory will >>>> effect your performance negatively. >>>> >>>> >>>> Friday, October 6, 2006, 11:50:26 PM, you wrote: >>>> >>>> >>>> >>>>> Rick Macdougall wrote: >>>>> >>>>> >>>>>> Dave Richardson wrote: >>>>>> >>>>>> >>>>>>> I'm using a script to add thousands of user accounts as part of a >>>>>>> migration for a single domain. It's a perl script making repeated >>>>>>> calls to >>>>>>> /home/vpopmail/bin/vadduser -e "dsfgskjghaekjrgkr" [EMAIL PROTECTED] >>>>>>> >>>>>>> The scripting is working fine, I see the accounts correctly in >>>>>>> MySQL's vpopmail table. >>>>>>> >>>>>>> However, I'm seeing vadduser create a hierarchy of folders after >>>>>>> about the first 80-100 users are added. Using subfolders A-z,0-9. >>>>>>> >>>>>>> I only have about 7,000 users to manage and would rather NOT subtree >>>>>>> (whatever the term is) this user hierarchy. >>>>>>> >>>>>>> What logic controls when vadduser decides to subtree the folders for >>>>>>> a particular domain? >>>>>>> >>>>>>> Or, should I just let my script run out all the migrations, create >>>>>>> the user/Maildirs wherever, and then start moving them to the root of >>>>>>> the domain folder? That leaves some nasty work in SQL to clean up >>>>>>> the home folder field! >>>>>>> >>>>>>> >>>>>> Hi, >>>>>> >>>>>> Configure vpopmail with --disable-users-big-dir. >>>>>> >>>>>> --disable-users-big-dir Disable hashing of user directories. >>>>>> >>>>>> Regards, >>>>>> >>>>>> Rick >>>>>> >>>>>> >>>>>> >>>>> Thanks Rick and Jon! >>>>> >>>>> >>>> >>>> >>>> >> >> >> >> -- Ismail YENIGUL [EMAIL PROTECTED] http://www.endersys.com
