最近因为工作的需要，使用vsto2005se制作了一个outlook2003的小插件，主要是对邮件进行一些检查什么的，用vsto制作这类office软件的插件相对容易和迅速，和office结合的也比较好，可是在发布的时候却遇到了问题，在自己的开发机器上运行和调试的好好的程序，打包后安装在用户的机器上却无法加载。在查了一些资料后，找到了一种解决的方法，希望能帮助大家解决一些问题和提供一些线索。
在开发完成后，用vsto自动生成的打包工程制作了安装包，本以为只要拿到用户的机器上一装就搞定了，没想到安装了之后，用户的outlook并没有加载我的插件，一开始还以为是杀毒软件将我的插件屏蔽了，经过试验发现不是，后在网上查找发现也有人遇到同样的问题，主要原因是.net代码信任权限的问题，其中一种解决方法如下：
因为一般用户的机器上只安装了.net framework的运行时组件，所以无法使用图形化的工具Microsoft .NET Framework 2.0 配置（.net framework sdk版）来设置代码信任权限，所以我们使用命令行程序CasPol.exe来配置，（在.net framework的安装目录下），CasPol -?可以看到详细的使用方法。
对于这种office软件的插件，一般都是一个或几个dll文件，我们的设置方法是建立一个bat文件来自动设置
C:
cd %systemroot%\Microsoft.NET\Framework\v2.0.50727
CasPol -q -u -ag 1 -url "file://c:/Program Files/addins/*" FullTrust -n "addins"
将上一行中的“addins”替换成你的插件的安装目录就可以了，如此一来，这个目录下的所有代码就被添加到用户机器的信任代码中了。
安装vstor（vsto运行时组件）和vsto语言包，之后再安装插件，启动outlook就能看到自己的插件正常运行了。
在开发完成后，用vsto自动生成的打包工程制作了安装包，本以为只要拿到用户的机器上一装就搞定了，没想到安装了之后，用户的outlook并没有加载我的插件，一开始还以为是杀毒软件将我的插件屏蔽了，经过试验发现不是，后在网上查找发现也有人遇到同样的问题，主要原因是.net代码信任权限的问题，其中一种解决方法如下：
因为一般用户的机器上只安装了.net framework的运行时组件，所以无法使用图形化的工具Microsoft .NET Framework 2.0 配置（.net framework sdk版）来设置代码信任权限，所以我们使用命令行程序CasPol.exe来配置，（在.net framework的安装目录下），CasPol -?可以看到详细的使用方法。
对于这种office软件的插件，一般都是一个或几个dll文件，我们的设置方法是建立一个bat文件来自动设置
C:
cd %systemroot%\Microsoft.NET\Framework\v2.0.50727
CasPol -q -u -ag 1 -url "file://c:/Program Files/addins/*" FullTrust -n "addins"
将上一行中的“addins”替换成你的插件的安装目录就可以了，如此一来，这个目录下的所有代码就被添加到用户机器的信任代码中了。
安装vstor（vsto运行时组件）和vsto语言包，之后再安装插件，启动outlook就能看到自己的插件正常运行了。