クリックして実行するカスタマイズを通じてOffice 365 2016
をインストールし、一連のアプリケーションを除外しようとしています。 Officeは完全に正常にインストールされ、除外されたアプリは最初のインストール後にシステムに存在しません。 Office 365アカウントにログインした後、Officeの更新が開始され、更新によって除外されたアイテムの一部がシステムにインストールされます。
アップデートはPublisher
とOutlook
をインストールしますが、それらは設定から除外されており、最初はインストールされていません。これはなぜですか、どうすれば防ぐことができますか?
インストールxml
<Configuration>
<Add SourcePath="\\domain.com\Software\Office2016\x64\" OfficeClientEdition="64" Branch="Current">
<Product ID="O365ProPlusRetail">
<Language ID="en-us" />
<ExcludeApp ID="Access" />
<ExcludeApp ID="Groove" />
<ExcludeApp ID="InfoPath" />
<ExcludeApp ID="Lync" />
<ExcludeApp ID="Outlook" />
<ExcludeApp ID="Project" />
<ExcludeApp ID="Publisher" />
<ExcludeApp ID="SharePointDesigner" />
<ExcludeApp ID="Visio" />
</Product>
</Add>
<Updates Enabled="TRUE" UpdatePath="\\domain.com\Software\Office2016\x64\" Branch="Current" />
<Display Level="None" AcceptEULA="TRUE" />
<Logging Level="Standard" Path="\\domain.com\Software\Logs\Office2016\x64" />
</Configuration>
これは、Office 365の展開から特定のアプリケーションを除外する方法に関する公式リファレンスです https://technet.Microsoft.com/library/dn745895.aspx 。
構文が正しくないようです。これは次のようになります(スペース、またはスペースがないことに注意してください)。
<Add SourcePath="\\Server\share" OfficeClientEdition="64" Branch="Current">
<Product ID="O365ProPlusRetail" >
<Language ID="en-us" />
<ExcludeApp ID="Access" />
<ExcludeApp ID="InfoPath" />
</Product>
</Add>
また、ライセンスにも注意してください。ユーザーが実際にはProfessional Plusライセンスを持っていないが、別のライセンスを持っている場合、ユーザーがOffice 365アプリケーションにログインするとすぐに、セットアップが自動的に開始され、インストールされているアプリケーションを確認しますユーザーに割り当てられた実際のライセンスと一致します。実際にBusiness Premiumライセンスしか持っていないユーザーの最初のログイン後に、Office 365セットアップでAccessとSkype For Businessを削除するためだけに、Professional Plusエディションを誤って複数のコンピューターに展開したときにこれを目の当たりにしました(SfBは物理的に削除されませんでしたが、ライセンスの不一致が原因で使用できなくなりました。インストールされましたが、Business PremiumエディションにはSfBBasicのみが含まれているため、アクティベーションが拒否されましたが、Professional Plusエディションにはフルバージョンが含まれているため、インストールされたアプリケーションは動作しなくなりました)。
Technetリファレンス here にリストされている構文は...不足しています。
ExcludeApp要素のID=
と"Publisher"
の間のスペースを削除します。
<Add />
<Product ID />
<ExcludeApp ID="Outlook" />
(Office 365)Setup.exeはXMLフォーマットに非常に注意を払っています。 XMLが正しく解析されない場合でも、実際にはエラーは発生しません(詳細なログとログパスが構成されている場合でも)。
あなたの問題は、更新プロセスの実行時にO365changingの構成に集中しているようです。 Technet-Office 365 ProPlusの更新設定を構成する 、
Office展開ツールを使用してOffice 365 ProPlusを展開すると、configuration.xmlファイルの更新設定がOffice 365 ProPlusに適用されます。これらの設定を変更する場合は、configuration.xmlファイルを更新してから、Office展開ツールを再度実行する必要があります。
AutoUpdates
はサンプルのEnabled
configuration.xml
です。 O365クライアントを再構成するためにsetup.exe
が呼び出されていないことは確かですか?更新を管理するもう1つの一般的な方法は、Setup.exe
を再実行し、目的のバージョンを指定することです(これは、SCCMで行うための一般的な方法です)。