Im stumped. I've googled and googled but haven't found a solution to this.\nThe issue itself is common enough but none of the common solutions seem to be\nfor me.\n\nHeres the situation:\n\n- Computer Migration Wizard is run from ADMTv3. It's set to translate all\nobjects (user profiles, user rights, etc.) in Replace mode.\n- After computer restarts user logs into new domain but rather than use the\ntranslated profile a new profile is created with the format user.newdomain.\n\nWhy?\n\nDetails:\n1) All other aspects of the migration look to have done fine (i.e. NTFS\npermissons on the user's exsisting profile have been chagned from\n'olddomain\user' to 'newdomain\user').\n2) There are no errors or warnings in the migration log or in the agent log.\n3) Each domains' 'Domain Admins' group is a member of the others'\nBuiltin\Administrators group\n4) Account running ADMT is a Domain Admin in 'newdomain' (and as a result of\n3, an admin in 'olddomain') and also a local admin on the PC being migrated.\n5) Both the target and source domains have 'Anonymous Logon' and 'Everyone'\nin the 'pre-Windows 2000 Compatible Access' group.\n6) Both the target and source domains are auditing success and failure of\naccount managment.\n7) This is an inter-forest migration\n8 ) Im sure I've mised some so I'll fill this in as I get replies that\nremind me.\n\nTo my understanding SIDHistory dosn't come into play with this but, to cover\nall my bases: SIDHistory is enabled and working.\n\nIm aware of the reg hack to change the SID in the ProfileList key but I\ndon't plan a doing that to every system in the domain.\n\nSo, what I'm trying to find out is:\n\n1) What exactly is ADMT failing to do that is causing this to happen? Is\nADMT supposed to change the SID on the ProfileList reg key?\n2) Why isn't it?\n\nAny help would be greatly appreciated!