放弃 我在超级用户上发布了这个问题 ，没有任何反应，但是我正在一个域上工作，想以pipe理员身份更换许多计算机，所以我相信这也是关于这个话题的。 题 在Windows 7和Outlook 2013中，保存为.xml的附件似乎可以在Internet Explorer中打开，而不pipe设置为默认程序的内容。 在“控制面板”中的“默认程序”下，我的用户将.xml与其select的程序相关联（如果有问题，请使用UAD Reader 。）如果用户桌面上有.xml文件，并且双击它，如预期。 但是，当相同的.xml文件是Outlook中的附件时，它始终在Internet Explorer中打开。 在阅读这篇Microsoft文章之后 ，似乎并不是Outlook安全设置，因为Outlook允许以附件forms打开该文件，而不是在预期的程序中。 有没有办法改变这个？ 我不相信有这个内置的GPO。 也许是一个registry值，将迫使它在我想要的程序中打开？ 我正在寻找一个解决scheme，不涉及安装第三方软件，可以通过组策略或login脚本来处理。 更新：如果我右键单击并select“打开方式…”并将记事本++设置为默认的程序，然后Outlook将在记事本++中打开XML文件。 如果我将其设置回UAD阅读器，Outlook将启动IE以打开.xml文件。 我不确定这是否是UAD Reader的问题，我遇到了一个奇怪的Windows安全function，或者其他的东西。
对于其他人来说，Windows 7命令处理器（CMD.EXE）是否启动缓慢？ 我从命令行运行这个testing（ntimer是一个来自Windows服务器资源工具包的计时工具，如果你没有安装，你可以把它忘掉）： （1,1,100）的@ cmd / c rem 它所做的一切就是炮制一个新的CMD.EXE 100次。 在我的x64 Win7基础系统上运行大约需要2.3秒。 运行这是在一个x86 Win7的虚拟机大约需要5.6秒。 有趣的是，在使用旧的16位命令处理器COMMAND.COM的VM中，相同的testing需要不到1秒的时间。 为什么CMD.EXE这么慢？ 我期望性能类似于我在VM中看到的COMMAND.COM。 原始机器和虚拟机之间的CMD.EXE速度比似乎是合理的，但是绝对速度是很慢的。 任何人有任何想法呢？ 谢谢！ 我注意到这一点，因为我正在做一个软件构build，执行时间从我的旧XP虚拟机中的15分钟到新的Win7虚拟机中的30分钟。 构build过程使用GNUMAKE实用程序并执行大量的shell命令到处理器。 PS我最初问这个在stackoverflow.com，但他们build议我去这里。
我已经看到很多人在Windows 7 / Server 2008 R2中遇到硬件保留内存问题。 我自己拥有，但没有其他人那样庞大。 问题描述 当您安装Windows 7（或其更大的兄弟 Windows Server 2008 R2）时，可能无法充分利用您的内存。 如果你看 Task Manager > Performance Tab > Resource Monitor > Memory Tab 并滚动到列表的底部，你会看到你的记忆的graphics表示。 其中一些可能是硬件保留的 。 以前的Windows版本没有这个问题 。 系统能够利用所有可用的内存。 题 有没有解决scheme来降低/删除硬件保留内存？ 边注 我试着安装32位和64位版本，但无济于事。 我也尝试了Windows 7和Server 2008 R2。 但总是得到硬件保留的相同数量。 在以前的Windows版本中，我有更多的内存可用，因为我同时在主机上运行2个虚拟机（所以三台机器都在一起）。 现在我的记忆力已经比老版本高出许多了。
telnet客户端在Windows 7中默认是禁用的。我想为我们域中的所有Windows 7 PC启用telnet客户端。 我知道如何手动启用它： 开始 控制面板 程序和特点 打开或closuresWindowsfunction 检查Telnet客户端 点击确定 我该如何为域中的所有Windows 7电脑做到这一点？ 所有的Windows 7个人电脑都在一个单独的OU。 这可以启用registry设置，我可以适用于所有的Windows 7电脑？ 可以通过组策略来完成吗？
我为无人参与安装创build了一个简单的答案文件，但是从USB启动时，它仍然问我什么语言，并且要求在启动之前单击“立即安装”button。 其他一切都是自动的。 我如何自动化第一部分？ 这是我的答案文件： <?xml version="1.0" encoding="utf-8"?> <unattend xmlns="urn:schemas-microsoft-com:unattend"> <settings pass="windowsPE"> <component name="Microsoft-Windows-International-Core-WinPE" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <SetupUILanguage> <UILanguage>en-US</UILanguage> </SetupUILanguage> <InputLocale>en-US</InputLocale> <SystemLocale>en-US</SystemLocale> <UILanguage>en-US</UILanguage> <UserLocale>en-US</UserLocale> </component> <component name="Microsoft-Windows-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <DiskConfiguration> <WillShowUI>OnError</WillShowUI> <Disk wcm:action="add"> <ModifyPartitions> <ModifyPartition wcm:action="add"> <Active>true</Active> <Format>NTFS</Format> <Label>Windows</Label> <Letter>C</Letter> <Order>1</Order> <PartitionID>1</PartitionID> </ModifyPartition> </ModifyPartitions> <DiskID>0</DiskID> <WillWipeDisk>true</WillWipeDisk> <CreatePartitions> <CreatePartition wcm:action="add"> […]
这是configuration。 专用networking和域（ foo.bar ）。 2文件服务器运行2K8R2（ file1.foo.bar和file2.foo.bar ）。 在每台服务器上创build共享（ \\file1\share and \\file2\share ）。 在域上设置DFS并创build一个名称空间（ \\foo.bar ）。 在2个目标（ \\file1\share和\\file2\share ）的DFS中创build一个文件夹（ dfsshare ）。 创build复制组，一切正常，除… 如果我将大文件（230MB）复制到DFS共享（ \\foo.bar\dfsshare ），则在testing期间（Win 7 SP1 x64客户端）出现以下错误： Error 0x8007003B: An unexpected network error occured. 如果我直接将相同的文件复制到其中一个文件服务器（ \\file1\share ），我不会收到错误，并将文件复制到其他文件服务器，并显示在DFS共享中。 将小文件复制到DFS共享时没有错误。 我发现hotfix 983620 http://support.microsoft.com/kb/983620但该修补程序包含在Windows 7的SP1中。 更新：缩小到〜41MB的文件大小。 在上面，我得到错误。 在下面，它工作正常。 此外，networking是一个局域网（我和服务器之间没有路由器）运行1000Base T. 更新2：也validation了Windows XP SP3机器工作正常，所以这仅限于Windows 7 SP1的框。 UPDATE3：在我们的开发networkingconfiguration相同的方式，它的工作原理。 将工作站移动到阻止所有DISA GPO的OU，但仍然中断。 […]
我在服务器上设置BackupPC，并使用smbclient来备份Windows 7工作站。 smbclient正确login到\\ TESTHOST \ C $作为TESTDOMAIN \ backupoperator（这也是一个域pipe理员和TESTHOST上的“备份操作员”），但返回NT_STATUS_ACCESS_DENIED目录内的用户主目录，如“我的文档”和“桌面“等，尽pipe能够列出，阅读/打开所述目录和它的内容使用一个实际的Windows客户端login使用相同的凭据。 一切似乎都可以访问。 提取BackupPC日志： NT_STATUS_ACCESS_DENIED listing \Users\testuser\Local Settings\* NT_STATUS_ACCESS_DENIED listing \Users\testuser\My Documents\* NT_STATUS_ACCESS_DENIED listing \Users\testuser\NetHood\* NT_STATUS_ACCESS_DENIED listing \Users\testuser\PrintHood\* NT_STATUS_ACCESS_DENIED listing \Users\testuser\Recent\* NT_STATUS_ACCESS_DENIED listing \Users\testuser\SendTo\* NT_STATUS_ACCESS_DENIED listing \Users\testuser\Start Menu\* NT_STATUS_ACCESS_DENIED listing \Users\testuser\Templates\* 当我直接从shell中直接使用smbclient并自己访问它时，会发生同样的问题。 为什么发生这种情况？ 我怎样才能解决这个问题？ 这是Windows客户端上的问题还是configuration问题？
是否有GPO选项来禁用RDP连接的空闲时间屏幕保护程序，但为交互式login保留空闲时间屏幕保护程序选项？ 编辑：所有用户是TS用户以及本地，所以他们在同一个OU。 当他们RDP时，我们需要屏保'禁用'。
我有一个公司内部应用程序放置在Windows Server 2003服务器上的networking共享文件夹中。 需要访问此文件夹的用户具有适当的权限，可以列出目录内容，保存文件，打开和修改文件等。本质上，用户需要使用此文件夹的所有内容都可以在没有密码提示的情况下访问（networking共享是通过login脚本在本地工作站上创build的）， 除非试图运行一个程序。 用户通过放置在桌面上的快捷方式访问该程序到应用程序位置。 任何（有限的）不是试图运行该应用程序的域或本地帐户pipe理员的用户都会被提示inputpipe理员密码。 此networking共享中没有其他操作提示用户inputpipe理员密码。 我需要有限的帐户用户访问这个应用程序， 而不必在每次尝试运行时都提示input密码。 Windows Server 2003和Windows 7将允许设置兼容模式，因为Compability modes cannot be set on this program because it is located on a network drive.设置兼容模式， Compability modes cannot be set on this program because it is located on a network drive. 由于最终用户的请求，程序经常变化。 然后重新编译并放回到networking驱动器上以供使用。 没有将程序放置在每台计算机上，或给予有限的用户pipe理权限，我怎样才能使Windows 7运行此程序而不提示input密码？
有一个外部网站可以在一些电脑上打开，但似乎超时（或超时的症状，但从来没有实际上）在其他人。 似乎只影响（部分）我们较新的HP Pro 3305 MT工作站 。 所有这些都运行Win7 32位SP1与所有更新。 较旧的PC（Win7 32bit SP1和WinXP）不受影响。 使用谷歌浏览器和Firefox并没有什么区别。 在IE9兼容模式下打开网站有完全相同的症状。 所有PC都位于同一个本地networking（工作组）上，使用同一个互联网连接上相同的DNS服务器和网关（内部），在同一个子网上。 没有代理服务器，没有内容过滤，没有负载平衡等。只有组策略（本地）是更新调度。 本地防火墙都是一样的（卡巴斯基WP4），我们的外部防火墙没有IP特定的设置。 我无法控制外部网站，traceroute在所有PC上显示相同的目的地。 这是一个相当受欢迎的网站在我们的行业（园艺），我不知道有任何其他人（即使我们的姊妹公司其他网站）也有同样的问题。 更新：使用Fiddler2来监视HTTP请求，似乎由于某种原因没有得到满足？！ 发送的请求： GET http://www.rhs.org.uk/ HTTP/1.1 Host: www.rhs.org.uk Connection: keep-alive User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.47 Safari/536.11 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Encoding: gzip,deflate,sdch Accept-Language: en-GB,en-US;q=0.8,en;q=0.6 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3 login请求的提琴手2： This session is not yet complete. Press F5 […]