前一段时间开发了一个AD账号和Exchange 2003邮箱的Web管理器，里面就遇到一个非常棘手的问题:ASP.NET的运行并不是真的运行身份，而是模拟的。Exchange 2003与2000的CDOEXM的一个主要区别却是出于安全考虑不再支持ASP.NET的这种身份模拟，其执行权限取自进程的身份。
这为使用asp.net开发BS的邮箱管理器制造了一个难题，或者提升asp.net应用程序池标示的运行权限，或者放弃一些功能。
在网上找到一些老外也遇到类似的问题，但是得到的答复是建议使用Exchange的官方管理器来完成相应操作，这个是By Design的问题。但是我也找到了一个高人的解决办法，就是使用COM+ Application来托管关键操作。详细的参考下面链接的说明：
刚才突然发现前面的一帖有乱码问题，找了一下网上很多人给出了解决办法，无外乎就是将资源文件的编码由utf-8转换成gb2312，但是也有人观察出来奇数汉字的时候会出现乱码，并确定可以通过修改BlogEngine.NET设置中的页面压缩设置来搞定。
看了一下BlogEngine.NET自己实现了一个压缩传输的HttpModule，叫做CompressionModule。显然是它压缩中出了和编码相关的问题。
终于狠下心将Blog程序从SharePoint迁移到BlogEngine.NET上面。SharePoint在企业内部做Blog还是不错的，但是作为个人的Blog程序，还是稍显个性不足。前一段时间评估了一下WordPress的程序，还是很喜欢WordPress的功能，但是WordPress是PHP写的，感觉掌控力度还是不够。
朋友的服务器是64位的，PHP官方的解释器，以兼容方式工作问题还是比较多，前段时间还被人挂了马。可是我除了能把挂的马删掉以外，别的也做不了什么，比较郁闷。BlogEngine.NET我还是比较喜欢的，轻量，而且还可以不使用数据库。现在使用的程序不是BlogEngine.NET官方发布的版本，这是一个从其代码服务器上拿下来的最新版本自己编译的。这种从原代码开始的掌控感还是很好的。
迁移Blog是一个繁重的工作，特别是从SharePoint这样的地方迁移，大家慢慢看吧……
在最近项目的服务器上总是有“无法获取 W3WP 进程的专用字节内存限制”的错误。
事件日志如下：
========================
事件类型: 错误
事件来源: ASP.NET 2.0.50727.0
事件种类: 无
事件 ID: 1093
日期: 2009-8-17
事件: 11:09:28
用户: N/A
计算机: V-AUDIKMWEB-T
描述:
无法获取 W3WP 进程的专用字节内存限制。 ASP.NET 缓存将无法限制其内存使用，这可能会导致 进程重新启动。错误: 0×80070005
有关更多信息，请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。
========================
原因：
这是一个已知的由于IIS metabase权限不足导致的错误.
目的服务器的IIS metabase的ACL在下面两个节点没有包含IIS_WPG组.
– W3SVC/AppPools
– W3SVC/Filters
解决办法：
下载 MetaACL utility (http://support.microsoft.com/?id=267904). 安装后, 打开命令行并切换当前目录到MetaACL utility 安装目录, 运行:
– cscript metaacl.vbs IIS://Localhost/W3SVC/AppPools IIS_WPG RE
– cscript metaacl.vbs IIS://Localhost/W3SVC/Filters IIS_WPG RE
注意:
命令中路径是大小写敏感的(最好Copy&Paste), 运行命令以后重启IIS服务.
最近一段时间项目压力无法坚持写博，不过随着项目的收尾，继续博。
断博的这段时间里，我主持的了一个纯MOSS实现的知识管理系统。除了全面使用MOSS技术外，也对如何组织团队进行MOSS项目开发进行了一些尝试，这里面感受颇多，这留以后来说。
断博的这段时间，SharePoint新版的CTP面试了。虽然我不是微软的正式员工，也成了前MVP，但是我还是通过关系找了一个，忙中偷闲安装了一下，可是让我比较惭愧的是，居然装了几次都没有装上。
嗯，自己的事情、项目的事情忙的七七八八了，该好好研究一下新版的SharePoint和团队MOSS项目开发的组织了……
近期评论