环境：带有Vista桌面和W2K8服务器的AD域（W2K8级），W2K3服务器上带有XP桌面的AD域（W2K3级）。
每隔一次，我注意到一个用户的本地configuration文件位于C:\Users\username.domain而不是C:\Users\username
我知道当用户从位于域B的工作站login域A时会发生这种情况，但是我发现这种情况发生了很多次，其中.domain与工作站的域相同。
当这成为一个问题，我们通常删除本地configuration文件，并让用户再次login，之后configuration文件正确加载。
我已经多次查看了事件查看器，但还没有find与此相关的任何条目。
问题是什么导致了这种行为？
在我的环境中，最常见的原因是在加载漫游configuration文件时，networking连接中断（大多数情况下，用户重新启动PC），关键文件（即registry）已损坏，导致configuration文件无法在后续加载尝试。
如果用户无法加载该目录中的configuration文件（访问被拒绝），则ACL将执行此操作。
海事组织，腐败是最有可能的候选人。
无论如何：这不应该是一个问题。 如果您的脚本或应用程序依赖于驻留在特定位置的用户configuration文件，则它们已损坏 ，需要修复。 我理解实施一个解决方法，但仍然尝试解决问题。
如果用户configuration文件是在C:\Users\username.domain （或C:\users\username.domain001 ）创build的，那么因为C:\users\username.domain001已经有一个文件夹或configuration文件）。