nick's IT blog

自定义Exchange Server系统退信内容的几个工具

自定义Exchange Server邮箱配额的警告信息

如何在Exchange 2007中自定义未送达报告(NDR)

PublicFixSearchFolders.zip

智能邮件筛选器(IMF)的管理

http://bbs.winos.cn/viewthread.php?tid=6470 

IMF Add On Tool 安裝及操作說明

http://download.microsoft.com/download/1/a/3/1a332484-8d8c-4745-9f22-602f095d9fc2/IMF-Admin-Guide-v1.doc

IMF归档管理器

http://www.gotdotnet.com/workspaces/workspace.aspx?id=e8728572-3a4e-425a-9b26-a3fda0d06fee

IMF Companion

http://stoekenbroek.com/imfcompanion.htm

NetWrix.Active.Directory.Change.Reporter.v4.0.35.0.Incl.KeyMaker-DVT

File System Auditor 安装全程截图

File System Auditor 设置截图

Update Rollup 9 for Exchange Server 2007 Service Pack 1 has been released

We have released Update Rollup 9 for Exchange Server 2007 Service Pack 1 (KB 970162) to the download center. The release of the rollup via Microsoft Update will happen on July 28.

The majority of changes in this rollup are bug fixes. Here are a few that I would like to call out:

1. KB 969911 - This is bug likely to affect customers who have deployed the Messaging Records Management feature and have specified a storage limit for a managed folder. After a move mailbox, the property which marks the folders as managed is not preserved.
2. KB 968621 - Store stops responding under certain conditions when scheduled backup is canceled and online maintenance is in progress.
3. KB 945877 - Performance improvements to eseutil when it verifies the checksum of transaction logs.
4. Support for Windows Server 2008 R2 Domain Controllers in the environment (Note: Exchange Server 2007 itself is not supported to be installed on a Windows Server 2008 R2 system.
5. KB 968715 - This bug is likely to affect customers who have deployed CAS-CAS proxying. When a user selects This is a public or shared computer or This is a private computer on the Outlook Web Access logon page, this value is not maintained  between the CAS servers when the request is proxied. This bug will most likely affect customers with Internet facing CAS sites which proxy the requests to internal sites. Now the bug was that we defaulted to private access irrespective of the option selected by the user. Outlook Web Access has the following features which allow the administrator to control access of users depending on the logon type.:
   • Public and Private Computer File Access
   • WebReady Document Viewing

After deploying this rollup, the logon type will now be correctly maintained between CAS servers if the request is proxied.
Administrators should watch out for scenarios where they have configured different behavior based on the logon type and required users to select the private computer option to access files, but users were able to access files without selecting the private computer option due to this bug. These users will now be unable to do so because we fixed the bug.

KB 970162 has more details about this release and a complete list of all fixes included in this rollup.

The release of Exchange Server 2007 Service Pack 2 (SP2) is just around the corner (slated for release in this quarter). SP2 will include all fixes in this Update rollup as well as the fixes contained in all prior rollups. We'll be posting more information on when future update rollups can be expected for Exchange 2007 SP2 as well as information about the patching improvements these rollups will bring.

Finally, I would like to call out our Exchange Software Updates forum. The forum is available to provide answers to questions about fixes contained in this rollup, help if you encounter issues when deploying the rollup, or if you just want to ask other forums users if you should take the plunge and install the rollup. We have engineers monitoring the forum to assist you.

- Exchange Customer Experience team

"ViewState值已被截断"导致[HttpException (0x80004005): 无法验证数据。]

这几天做了个小项目,上传到购买的虚拟主机上,居然问题多多,不知道他们的管理员有问题还是我的程序有问题.标题所述的这个错误比较难缠,截至目前还没有搞定.下面是收集的一篇与该错误有关的文章作为参考.
文章出处：伟网动力(http://www.weiw.com)
有何见解，可以来此论坛 http://www.weiw.com/bbs/
转贴请标明出处，谢谢。

环境说明：
开发平台是DOTNET  B/S  .NET Framework 1.1
正式WEB服务器和测试机，均为win2003
原有一个主网站，在六台WEB服务器做负载均衡。运行比较稳定。
现新开发一个子站，将布署在另三台WEB服务器上做负载均衡。这个负载均衡设置类似主网站的设置。

解决步骤：
1）子站在测试机测试通过，运行正常。准备布署到正式环境下（三台WEB服务器）

2）将子站程序拷贝到那三台WEB服务器上，配置好子站相关配置，开放站点与负载均衡开始测试。

3）测试时，页面显示正常，但在触发服务端事件时出现异常。
错误信息“Viewstate is invalid for this page”（此页的视图状态无效）没有为解决此问题提供足够信息
同样的程序为何在测试机运行没问题，放到正式环境下，就出现异常呢？
在微软网站要查到这个异常的解释（http://support.microsoft.com/default.aspx?scid=kb;zh-cn;831150），说建议安装Microsoft .NET Framework 1.1 Service Pack 1。
于是，怀疑没有装这个补丁，就查看注册表项：
项名称：HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v1.1.4322
SP值为0，表明没有装Framework 1.1 Service Pack，
然后去微软网站下载了.NET Framework 1.1 Service Pack 1和.NET Framework 1.1 Service Pack 1 ASP.NET 安全更新 - Windows Server 2003

4)装上这两个补丁后，运行子站程序，在触发服务端事件时仍旧出现异常。异常如下：
异常详细信息: System.Web.HttpException: 无法验证数据。
堆栈跟踪:
[HttpException (0x80004005): 无法验证数据。]
[HttpException (0x80004005): Authentication of viewstate failed.  1) If this is a cluster, edit <machineKey> configuration so all servers use the same validationKey and validation algorithm.  AutoGenerate cannot be used in a cluster.  2) Viewstate can only be posted back to the same page.  3) The viewstate for this page might be corrupted.]
再回到831150那篇文章看：“应用此修复程序后，视图状态错误信息标题将变成“Unable to Validate Data”。尽管新的错误信息格式没有对问题进行具体描述，但它比以前的错误信息格式提供了更多信息。”
得知应该是ViewState值已被截断？！
问题就转化：什么原因导致"ViewState值已被截断"呢？
因为程序在测试环境下运行没问题的，那么可能是系统级的问题。
比较一下正式和测试环境：正式环境是三台Server做负载均衡，而测试环境只一台Server。

5）将负载均衡设置修改了一下，只开放一台WEB Server。测试后，发现不出现那个异常。三台机分别测试，均无异常。
推测：可能是负载均衡设置有问题。于是找来系统管理员，他说，子站的负载均衡设置跟主站一样的啊。但还是请他再确认一下两个负载均衡设置的不同之处。
经再次的仔细检查，发现负载均衡Pool的Persistence Type(进程延续)为None，也就是说服务端不保持连接状态。这样，每次服务端事件被触发时，就会导致"ViewState值已被截断"。于是将Persistence Type(进程延续)的值改为Simple，Timeout设为600秒。

总结：
程序员不单要写好程序，也要适当的了解系统。这个问题，不一定会经常遇到，作为一个解决问题的思路，供大家分享。

附：负载均衡一般设三个地方来保证进程延续。首先启动负载均衡,然后设置“Enable Connection Rebind”为true.最后Persistence Type一般设为Simple再加上超时时间。
注：本人对负载均衡研究甚少，不知其他类似软件是否也如此设置，其原理应该都差不多。

Free:

http://www.lansweeper.com/

http://www.spiceworks.com/

http://www.ocsinventory-ng.org/index.php?page=features

http://www.pxserver.com/WinAudit.htm

Order:

http://www.manageengine.com/products/service-desk/software-asset-management.html?gclid=CKTT2M_Y45sCFUUwpAod2k2e-w

http://www.softinventive.com/products/

http://www.alchemy-lab.com/products/atn/（破解）

http://www.deksoftware.com/dni/（破解）

http://www.theonesoftware.com/computer_inventory.php

RichCopy is a utility that helps you to copy or move files at a greater speed. In 1996, the first version of RichCopy was developed. The main idea was to utilize the network resources in a very minimal way and perform file copy in a better way. The tool when developed was available only for the Microsoft guys and hence none of the public was aware of it. But today, Microsoft has removed the accessibility limitations for this tool and has made it available as public downloadable software.

RichCopy was completely designed and developed by Ken Tamaru, a Microsoft fellow. Unlike other copy mechanism, the RichCopy tool is capable of copying multiple files simultaneously. RichCopy performs the copy operation eight times faster than XCOPY command. Also it is faster than the most popular RoboCopy tool. RichCopy has the most powerful features to copy the files which none of the other copy utilities have.

The following are the features available in RichCopy Utility

1. The latest version, RichCopy 4.0, is more performant than any other copy tool
2. There is an option for the user to save the desired settings with a profile name and choose any profile for copy process. This helps the user to maintain the state for different copy process and multiple instances of RichCopy can be used with different settings. This would allow us to complete the copy process in a minimal time.
3. The latest version of the utility, RichCopy 4.0, allows us to choose multiple source locations. This enables us to copy files from different locations to the same destination in a single copy process.
4. The number of thread that can be spanned off is configurable. There can be more 256 threads running using RichCopy, provided we have a high end machine which allows us to have as many threads as required.
5. RichCopy 4.0 is capable of filtering the files based on the date time and based on the filter result,the files can either be copied to the destination folder or we can opt to leave it as it is.
6. In addition to the GUI, the tool supports command line usage too. This would really help all the business users to invoke this tool internally and perform the copy process with no tension.
7. RichCopy can be used against various storage devices without any problem.
8. The suspend and resume feature in RichCopy is absolutely useful. When the network is down, we can peacefully suspend the copy operation and resume it back after sometime. This reduces the pain of copying the files again from the beginning.

RichCopy is a very useful tool for everyone irrespective of domestic or business requirements. The tool completely suffices the need of those people who are involved in blob migration. The tool when used in a low bandwidth network would show us high performing results.Try out and check if this tool is useful for you.

People have been asking me for years in my presentations what that icon on my desktop called “RichCopy” was.  I would of course tell them all about it.  That was always followed by a request for the utility.  Well, it only took nine years to fulfill that request, but it’s finally here.

I didn’t even know we were going to release it, so I was pleasantly surprised to see it prominently displayed right at the top of the April TechNet Magazine.  The cover pic on the website is too small for you to see the box next to the TechNet name, but fear not.  Head on over to the column from Joshua Hoffman called, “Utility Spotlight: RichCopy”

Joshua gives you some of the background, history, and other information in the column.  But you’ll want to head right to the download link and grab one of my favorite utilities. Here’s a screenshot of this bad boy in action.  In the job below, I am uploading the content for the Interop Road Show to a server in Seattle.  RichCopy has ten upload threads going and as you can see, I am uploading the very beginning of the self extracting archive.

This brings me to an important point.  If you are supplying people a big fat .ISO image or zip file, please rethink your strategy.  WinRAR from RARLabs is a great archive utility and when combined with a tool like RichCopy, it’s a match made in heaven.  With WinRAR, I took the entire set of content and archived it into 100MB chunks.  People that use multi threaded download tools like RichCopy are going to love me for that. 

My team standard for FTP is the wonderful FileZilla.  Like RichCopy, FileZilla is also multi threaded.  I have never used RichCopy for FTP because until the public release, you were required to be connected to our corporate AD forest to use it.  And the last thing I want is a FTP client that is running across the VPN connection.  That has all changed now, so I need to run some tests with both of them and see if there’s a clear winner.  Today I am using RichCopy for SMB and FileZilla for FTP.  Using a single util for both may make more sense now.

Get RichCopy @ http://download.microsoft.com/download/f/d/0/fd05def7-68a1-4f71-8546-25c359cc0842/HoffmanUtilitySpotlight2009_04.exe.