我们目前正在向pipe理层游说，从我们的networkinglogin脚本中删除在用户浏览器中启动SharePoint，因为当用户login到networking时，我们面临着许多竞争条件和其他问题。 换句话说，当用户login到networking时，networkinglogin脚本的最后一步是使用我们的SharePoint服务器的地址启动IE。
pipe理层已经提出了许多技术原因，为什么这是一个坏主意，但我需要第三方validation为什么不应该使用networkinglogin脚本来启动SharePoint。 pipe理层的目标是让SharePoint成为您loginnetworking时看到的第一个应用程序。
我正在寻找的资源/案例研究详细介绍了启动SharePoint的最佳实践，如果可能的话，为什么这不应该在networkinglogin脚本中完成。 最终，我得到的反馈应该是业务部门（最终用户）应该能够消化的forms。 我当然可以提供日志，configuration比较和其他诊断，但这对他们来说是毫无意义的。
这是从login脚本开始的一种非常规的事情。 如果要求我这样做，我会通过用户registry的“传统运行”键或“启动”程序组来执行此操作，以便在Explorer.exe启动后调用浏览器。
话虽如此，但我不知道为什么这是一个坏主意，除此之外，在我看来，在用户的明确同意的情况下启动浏览器是件丑陋的事情。
我假设有一些动机让人们有兴趣使用SharePoint。 我认为把它压在喉咙里，可能会让他们的电脑启动慢一点，这不是build立热情的方法。
（我真的有兴趣听到你的许多技术问题，因为我很难得到任何东西。就像我说的，我不会从login脚本启动它，因为我不想做机会Explorer.exe不愉快，但除此之外，在每次loginsessioin时自动启动一个浏览器是完全可行的，我个人很讨厌它，但仍然可行。
从login脚本开始它，没有服务器端问题，只是你在客户端上遇到的问题。 从您的意见，这个问题似乎与MnM软件。 也许你可以将其描述为该产品和IE之间的冲突。
编辑：你没有公布你的login脚本的相关部分，但是有可能时间多久IE浏览器启动？ 例如，请参考这个问题的计时器。 然后，一旦在脚本中设置：
start /wait iexplore.exe ..... 顺便说一句，这听起来不像是一个很好的想法。 我同意Evan的评论……作为最终用户，我无法想象当我没有提出要求的时候，我的浏览器出现了什么问题。 当我不要求电脑的时候，我不喜欢电脑做事情。 也许你可以拿出一些pipe理层可以识别的很好的类比/例子来强调用户体验不佳。
一个很好的折衷办法是将SharePoint站点作为浏览器主页。
也许每天都会有SharePoint“热身”，这样，用户login时，SharePoint将以更快的速度做出反应（即，如果一群用户是第一批访问SharePoint站点并且没有“热身”慢一点。）
在Google上查找一些“SharePoint热身脚本”相关资源。