一些博客传言说，下一个Windows Server Update Services（WSUS）将允许托pipe用户定义的甚至非Microsoft包。
WSUS 4.0的愿望清单是什么？
如果有足够的人支持它，非微软的软件包将是非常棒的。
所有在不同时间自动更新的标准桌面应用程序（尤其是Adobe Acrobat）都将成为桌面环境日益严重的问题，造成用户混淆和系统不稳定。
如果供应商可以通过一个集中pipe理的交付机制（无论是WSUS还是其他）共同协商并达成单一更新策略，那么我们作为系统pipe理员将对更新和补丁的部署拥有更多的控制权，我们的系统发生了什么事
我活在希望…. 🙂
官方支持的命令行更新安装function。 认为“wuauclt / installnow”。
只是对UI的一些简单的调整将是非常有帮助的。 批准大量更新确实是一件痛苦的事情。 用户界面响应缓慢，并不能反映你已经更新的东西。
我想为更新视图有更好的（即自定义）规则。 这是我的场景：
通知邮件的阈值，例如。 如果在上次同步中find超过20个新更新，则发送通知。 或电子邮件，如果发现更新与特定的关键字，特定的产品或在一个特定的类别。
访问批准的时间戳。 我的审计人员非常热衷于确切地知道什么时候相对于实际安装date被批准。 我强烈怀疑它logging在数据库中，但没有在UI中公开。
能够创build更新的任意“捆绑”。 说“2011年1月”，批准/否定/报告，而不是单个的KB。
但是，我真的会为“我们多年来一直提议的SCOM项目的pipe理批准和资助”做出决定。
把WSUS变成一个通用的应用程序/更新平台，只要把微软的品牌作为一个模块或类似的东西。 WSUS的简单性棒极了，把它扩展到其他所有东西都将是惊人的。