我有个很奇怪的问题。我会尽量简短,但我已经通过了很多测试才能到达这里。


在那之后,林克的未来发布就可以了。另外,任务栏中的Lync图标看起来像第一次启动时的OneNote图标。
除此之外,我的部署将是完美的。
我更新了最新的10月,并导入了我现有的MSP。这仅仅是上个星期试图解决的一些不同的问题,所以非常肯定我有最新和最伟大的。
我尝试过用msiexec /p CustomOCT.msp添加其余的Office 2013组件,但是遇到了Lync激活问题,加上Lync在第一次启动时运行修复,还有一些不一致的行为,有时会看到第一次运行向导(MSP中禁用),或者不得不接受许可(MSP接受)。
我甚至在安装后添加了Lync、Excel和ProPlus的修复,以避免在Lync第一次运行时启动OfficeRe修。它适用于Excel,而不是Lync。
基于所有这些,我决定采取一种更激烈的方法,但这将是一个甚至竞争的领域--在重新安装Office 2013之前,我现在要删除Office 2010和Office 2013。我想这会让我回到一个‘干净的安装’。然而,Lync激活问题仍然存在!
我增加了一个重启,但也是一样的。一旦Lync在登录时启动,即使在重新启动之后,也会出现激活问题。
我还试着在重新启动之前从启动中删除Lync,这样它就不会在下次登录时自动启动。重新启动后,我等待了一段时间并启动了Excel。同样的激活问题!有意思的。这不是Lync唯一的问题。
我正在使用微软提供的各自的OffScrub脚本删除Office 2010和Office 2013。
我完全不知道为什么我会得到林克激活的问题。
发布于 2015-12-09 21:32:12
好吧,我只希望这能帮到某人,但事实证明这是个KMS问题。我们在环境中有2 KMS服务器,其中一个在其DNS SRV记录上具有更高的优先级。不知何故,这并没有让2013年办公室感到高兴。删除一个或另一个允许Office 2013激活立即成功。
它看起来像Office部署问题的原因是它以前不是这样的。自我第一次开始测试Office 2013部署以来,他们在授权方面遇到了问题,并部署了一个新的KMS服务器。这就是为什么在我测试干净安装的时候,它更早的工作了,但是,当我进一步了解并针对部分安装进行测试时,就引入了激活问题,使它看起来像是我正在运行的不同测试场景的结果。
https://serverfault.com/questions/740383
复制相似问题