IT博客-山和云的彼端-随笔分类-Exchange

AddReplicaToPFRecursive.ps1

joyclear — Tue, 08 Sep 2009 07:50:00 GMT

Exchange 2007服务器公用文件夹做复制，通过SP1的管理界面可以一个个目录来设定，但是效率太低，如果公用文件夹多的话，就比较麻烦。

从手册中查到AddReplicaToPFRecursive.ps1这个脚本可以批量添加服务器角色

该命令的help

但是这个命令有个bug，TopPublicFolder参数竟然不认空格。

例如：某个目录的名称为 Office NewsGroup，当在命令中里面输入 –TopPublicFolder “\Office NewsGroup”，竟然不认。

解决方法就是再套 ‘’符号，也就是命令为 –TopPublicFolder “’ \Office NewsGroup’” .

joyclear 2009-09-08 15:50 发表评论

Exchange 2007 CCR连续复制

joyclear — Wed, 29 Jul 2009 08:47:00 GMT

这二天在重新做一下CCR的实验，突然想到之前有客户问，CCR的数据库日志是否可以选择心跳线传输，减少网络压力。

在Exchange帮助文档中，关于群集网络有三种模式，如下描述，其中关于专用网络，数据库更新通讯使用此网络，这个数据库更新通讯到底是指什么呢？是否就是日志传输？

再继续查Help文档

冗余群集网络上的连续复制

在 Microsoft Exchange Server 2007 的正式发布 (RTM) 版本中，CCR 环境中的所有事务日志文件复制和种子设定都发生在公用网络上。此配置具有下列限制：

如果被动节点不可用达几个小时，可能会产生大量需要转输的日志。应该在被动节点可用时应尽可能快地移动这些日志。通过公用网络复制日志，日志的移动会与客户端通信争用资源。这将影响客户端通信并使重新同步变慢。
在公用网络出现故障时，即使日志数据可用，故障转移也会丢失数据。
使用孤立的网络进行日志通信时，可以为邮件数据提供安全性而无需使用加密，也不会引起与其相关的性能损失。
在某些情况下，可能出现日志风暴。出现日志风暴时，系统会遇到不同寻常的高复制负担。如果日志数据必须在用于和客户端进行通信的网络上进行通信，可能会导致客户端资源不足。

所有这些问题并非都会以相同频率出现。但是，由于被动节点会因定期维护活动而脱机，第一个问题实际上肯定没几个月就会发生一次。

Exchange 2007 SP1 允许管理员在群集中创建一个或多个混合网络（例如，支持内部群集检测信号通信和客户端通信的群集网络）来进行日志传送，最大限度地减少了上述问题的影响。Exchange 2007 SP1 还允许管理员指定用于种子设定的特定网络。

用于日志传送和种子设定的群集网络必须配置为混合网络。混合网络是为群集（检测信号）和客户端访问通信而配置的任何群集网络。此外，在使用连续复制主机名配置的网络适配器上，管理员必须选中"高级 TCP/IP"属性对话框上的"在 DNS 中注册此连接的地址"复选框。网络适配器使用的 DNS 服务器可以位于公用或专用网络上；但是，无论其位置如何，它必须可以被两个节点访问，以便可以进行主机名解析。

支持在混合网络上进行日志文件复制是使用一个称为 Enable-ContinuousReplicationHostName 的新 cmdlet 来配置的。与此类似，关闭此功能使用 Disable-ContinuousReplicationHostName cmdlet 来完成。群集邮箱服务器位于 CCR 环境中之后，管理员可以在群集的两个节点上运行 Enable-ContinuousReplicationHostName 并指定其他 IP 地址和主机名，之后将在与每个节点相关的专用群集组中创建这些 IP 地址和主机名。执行此任务之后，Microsoft Exchange 复制服务将在成功配置和确认新网络正常运行之后立即开始使用新创建的网络进行日志复制。如果创建了多个新网络，Microsoft Exchange 复制服务将随机从中选择一个网络。如果指定的网络不可用，Microsoft Exchange 复制服务将自动开始使用其他复制网络，如果这些网络都不可用，它将在 5 分钟内开始使用公用网络进行日志传送。(Microsoft Exchange 复制服务每 5 分钟进行一次网络检测。）当首选复制网络重新可用时，Microsoft Exchange 复制服务将自动恢复为使用该网络进行日志传送。

那现在明了了，RTM中，日志传输是通过公用网络传输，SP1后，可以通过混合网络。因此如果我们如果要将日志文件通过心跳线传输，需要设置为混合网络。只是关于之前专用网络中的数据库更新通讯到底是指什么，还要再继续查下资料

joyclear 2009-07-29 16:47 发表评论

RPC over Http保存用户名和密码

joyclear — Thu, 02 Jul 2009 04:45:00 GMT

您的描述中，我理解到您想实现每次开启rpc over http Outlook客户端时，不用手动输入用户名和密码。
如果我理解错了，请告诉我
根据我的经验，我想共享给您两种方法，您可以根据您的情况来决定使用那个方法：
方法一:
=======
这种方法主要是将rpc over http用户的密码存储下来，这样以后每次开启rpc over http Outlook客户端时，就不用手动输入用户名和密码了。
具体步骤如下：
在rpc over http 客户端做一下步骤：
1.       打开控制面板，双击 Mail
2.       打开对应邮箱帐户的属性，然后点击 More Settings
3.       切换到 Security 选项卡，确保Always Prompt for logon
credentials没有启用.
4.       点击开始, 点击运行. 输入下面的命令然后点击确定
control keymgr.dll
5.       在“Stored user names and passwords” 窗口内, 点击 Add.
6.       然后添加Exchange RPC server 名字, 输入用户名和密码
然后点击 OK
7.        重启电脑
测试一下是否工作。
方法二:
=======
为rpc over http启用 NTLM authentication. 这种方法要求很苛刻：
1. Exchange RPC server 必须启用NTLM authentication
2. rpc over http 客户端Windows系统登陆用户和邮箱用户用的是同一个账号和密码
3. Exchange RPC server 和rpc over http 客户单之间如果有防火墙，防火墙必须支持NTLM authentication通过.
注释：根据我的经验, 大多数的防火墙都不支持NTLM authentication通过.

马海宾（Jason Ma）
MCSE

joyclear 2009-07-02 12:45 发表评论

针对一些用户的特殊要求

joyclear — Fri, 26 Jun 2009 09:23:00 GMT

根据您的描述，我对这个问题的理解是：您想限制一些用户的邮件功能。如果我的理解有误，请告诉我。
下面我将一一为您解答：
1．不能访问全球地址簿
您可以在命令行管理程序中运行下列命令来禁止某特定用户访问全球地址簿：
Get-GlobalAddressList "Default Global Address List" | Add-ADPermission -User "<用户名>" -AccessRights GenericRead -ExtendedRights Open-Address-Book -Deny:$True
注：请将<用户名>替换成您想禁止的用户帐号。
这样的话，该用户就无法在Outlook内打开并查看默认全球地址簿了。但是，若该用户以前登陆过他的邮箱的话，在他的电脑上可能会存有脱机地址簿。这样的话，除非他新建一个Outlook配置文件，不然的话他还是能够看到以前的默认全球地址簿（只不过无法看到最新的）。

根据您的进一步要求，我又做了一些研究并且经过测试后，得出下面的方法来应用到多个用户。
1．首先，假设这些用户都在同一个名叫MVP的组织单元(OU)下。
2．我们先运行下面这个命令：
Get-GlobalAddressList "Default Global Address List" |fl
在得到的结果中，记下它的DistinguishedName。类似如下：
CN=Default Global Address List,CN=All Global Address Lists,CN=Address Lists Container,CN=,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com
3. 接着运行：
$gal = "CN=Default Global Address List,CN=All Global Address Lists,CN=Address Lists Container,CN=,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com"
即用$gal表示前面得到的这个名字。
4．最后运行：
Get-User –OrganizationalUnit MVP | Foreach { Add-ADPermission –Identity &gal –User $_.Name –AccessRights GenericRead –ExtendedRights Open-Address-Book –Deny:$True }
注：简单解释下这条命令，先是用Get-User来get所有在MVP这个组织单元下的用户，然后对每个用户分别执行下Add-ADPermission的命令从而禁止MVP下的所有用户访问GAL。

2．不能访问公用文件夹
如要禁止用户访问公用文件夹，我们可以先用Administrator账号登陆Outlook然后右键点击一个公用文件夹，选择“更改共享权限”，然后再添加指定账户并且将其权限等级设为“无”。然而这样的操作需要在每一个顶层文件夹上都执行一遍。
考虑到您的环境中公用文件夹数量可能较大，因此，我又想到了另外一种方法。
您可以在命令行管理程序中运行下列命令：
Get-PublicFolder –recurse | Add-PublicFolderClientPermission –AccessRights None –User <用户名>

正是因为考虑到不去影响outlook 2003及以前版本的使用，我没有建议直接在Public Folder Hierarchy上将用户的访问公用文件夹权限直接去掉。因为，Outlook 2003及以前版本的用户依赖于公用文件夹来获取一些重要信息（例如：脱机地址簿，忙/闲信息等存在系统文件夹内的信息）。
因此，我们只能在非系统的公用文件夹上对用户一一限制权限，这样的话是不会影响到脱机地址簿等信息的。
至于同时禁止一组用户访问所有非系统的公用文件夹，经我测试，可以在我之前提供的方法上稍作改进：
1．首先，建立一个启用邮件的分发组
打开Exchange管理控制台，收件人配置->通讯组，这里新建一个分发组（假设名叫usergroup）
双击打开该分发组，点击“成员”标签，将您需要限制的用户添加进去。
然后再在命令行管理程序中运行：
Get-PublicFolder –recurse | Add-PublicFolderClientPermission –AccessRights None –User usergroup
注：这里最后的usergroup即刚才新建的分发组。
这样的话，所有该组内的成员都无法访问公用文件夹了，并且不影响到其它使用。

黄波
在线合作伙伴支持工程师
合作伙伴支持部
微软全球技术支持中心

joyclear 2009-06-26 17:23 发表评论

后知后觉

joyclear — Fri, 05 Jun 2009 04:14:00 GMT

今天才发现Exchange 2007取消OMA功能了，这个功能以前一直不注意，因为手机是Windows mobile的，现在手机换了nokia塞班，倒想起这个功能了，结果竟然取消了…

joyclear 2009-06-05 12:14 发表评论

关于收到自己给自己发的垃圾邮件这个问题，Exchange 2007 edge解决

joyclear — Wed, 13 May 2009 07:58:00 GMT

关于收到自己给自己发的垃圾邮件这个问题，我们可以使用以下方法来阻止这些邮件：

1. 打开边缘服务器上adam ADSIEDIT。（开始->运行->输入ADSIEDIT.msc）,连接端口要设定为50389，默认是389，这个让我查了半天
2. 浏览到Configuration->Services->Microsoft Exchange->First Organization->Adminstrative Groups->Exchange Administrative Group ->Servers->server_name-(边缘服务器)>Protocols->SMTP Receive Connector。
3. 在右边点击Default接受连接器，右击打开属性。
4. 点击Security选项卡，选择Anonymous Logon。
5. 在权限列表中的Accept Authoritative Domain Sender，勾选Deny。
6. 重启Transport服务。
这样的话，凡是发件人是自己域的信都不可以从SMTP发过来。

参考

http://technet.microsoft.com/en-us/library/cc779052(WS.10).aspx

更正，经过测试边缘服务器ADAM adsiedit没有安全选项卡，需要通过下列命令设定。

Remove-ADPermission –Identity "Default Internal Receive Connector EXEDGE" -User "NT AUTHORITY\ANONYMOUS LOGON" –ExtendedRights ms-Exch-SMTP-Accept-Authoritative-Domain-Sender
或者：
Add-ADPermission –Identity "Default Internal Receive Connector EXEDGE" -User "NT AUTHORITY\ANONYMOUS LOGON" –ExtendedRights ms-Exch-SMTP-Accept-Authoritative-Domain-Sender -Deny

joyclear 2009-05-13 15:58 发表评论

Exchange 2007有edge存在的情况，外部用户如何使用pop3,smtp服务

joyclear — Wed, 13 May 2009 07:46:00 GMT

根据您的描述，我对这个问题的理解是：您想知道在装有Edge服务器的情况下如何使用户使用POP、SMTP方式正常收发邮件。如果我的理解有误，请告诉我。
在Exchange 2007 Hub服务器上，预设有一个接收连接器“Client <服务器名>”(打开Exchange管理控制台->"服务器配置"->"集线器传输"->"接收连接器")。对比我们常用的使用25端口的“Default <服务器名>”，“Client <服务器名>”使用
587端口从而避免了与Edge服务器的端口冲突。
因此，您只需要对公网发布587端口，启用Client <服务器名>并进行相应的配置，然后让POP3用户设置使用587端口来替代25端口进行发信。
下面这篇我们Exchange团队的blog中讲述了这种情形供您参考，抱歉只有英文版本：
Quick-Start Guide to Configuring POP3 and IMAP4 in Exchange 2007
http://msexchangeteam.com/archive/2007/05/16/439093.aspx

由于Edge是处在公司外部网络中的，因此POP3用户无法通过Edge经由DC来进行身份验证，而必须连接到HUB服务器上

另外根据以前项目的经验，可以采用二个公网ip地址的方式。

joyclear 2009-05-13 15:46 发表评论

Export-mailbox

joyclear — Thu, 07 May 2009 16:51:00 GMT

客户咨询在Exchange 2007中需要清除一封发送给所有用户的邮件。

将命令发送给客户 get-mailbox | export-mailbox –subjectKeywords “邮件主题 " –targetmailbox administrator –targetfolder export -DeleteContent

客户反映测试执行export-mailbox命令后，用户的所有邮件都导入到administrator邮箱了，没有按照主题来筛选。

不可能啊,我这里测试，一切正常，从客户发过来的运行截图来看，也都正常，没有问题。

再查询下2007help文档，在export-mailbox中发现有下面一段：

如果您使用任何关键字参数，Export-Mailbox cmdlet 将首先导出所有的邮件，包括转储程序中的邮件，然后搜索目标邮箱寻找符合关键字条件的邮件。源邮箱上转储程序中的邮件会转换为目标邮箱上"已删除邮件"文件夹中的常规邮件，并且也要按关键字进行搜索。然后，Export-Mailbox cmdlet 将删除目标邮箱中与关键字条件不匹配的邮件。如果同时使用 DeleteContent 参数，则 Export-Mailbox 将删除源邮箱中与关键字条件匹配的邮件。

赶紧询问客户是不是执行测试命令时候使用ctrl+c中断过，果然是这个状况。这下问题原因找出来了。
按照这样看来，Export-mailbox和以前exmerge的工作模式还是有所区别的，像今天这个客户的情况，如果用户邮件数量比较多的话，执行这个命令恐怕得要花不少时间了。

joyclear 2009-05-08 00:51 发表评论

ISA2006发布Exchange 2007RPC over HTTP故障解决

joyclear — Wed, 22 Apr 2009 06:59:00 GMT

ISA2006发布Exchange ROH, 因为之前已经发布好了OWA，所以按照发布ROH向导，一步步完成，结果测试，竟然不行。

逐步来排错。

首先怀疑可能是证书的地方配置的有些不正确，重新申请配置证书(之前的证书在subjectname上按照help的格式有点问题，建议不要设定subjectname,它会套用domainname的第一个值)

New-ExchangeCertificate -GenerateRequest -Path c:\certrequest.req -SubjectName "cn=mail.contoso.msft" -DomainName mail.contoso.msft,servername,servername.contoso.msft,autodiscover.contoso.msft -PrivateKeyExportable $true

mail.contoso.msft是外部访问域名，当前环境域名和SMTP域名一致

复制certrequest文本中的内容

进入企业CA证书申请页面,申请证书--高级证书申请--使用 base64 编码的 CMC 或 PKCS #10 文件提交一个证书申请，或使用 base64 编码的 PKCS #7 文件续订证书申请。

下载证书，Base64编码

导入证书

Import-ExchangeCertificate -Path c:\certnew.cer

启用服务

Enable-ExchangeCertificate -Thumbprint  -Services "POP,IMAP,SMTP,IIS"

证书重新配置好后，导入ISA，结果ROH测试仍然失败，先从内部测试ROH，DNS服务器里面添加mail.contoso.msft记录。

客户端配置好ROH连接后，能连到exchange,奇怪，难道还是ISA问题？Ctrl+右键点击outlook工具栏图标--连接状态，只有邮件是通过HTTPS方式的，

其他目录连接还是通过TCP/IP方式。重新调整客户端网络设置，去除DNS服务器，在Host文件里面添加一条mail.contoso.msft记录，这次不能再连接到Exchange.

看来，问题还是在Exchange上面

在网上找到了相关的资料，确实在Windows2008+Exchange2007环境上存在这样一个Bug, 因为DSproxy组件侦听6004端口但不支持IPv6，因此需要关闭IPv6.

Exchange 2007 sp1 rollup4据说已经修复这个问题，不过更新好rollup4后，问题依旧。

那就关闭IPv6吧

1. 网卡属性中取消IPv6选项。(这个之前就已经关闭)

2. HKLM\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters下建立32位Dword, DisabledComponents 0xFF

3. 重启电脑

如果CAS和MailBox在一台机器上，还需要关闭loopback interface的IPv6

在host文件中，记录 :::1 localhost 前添加注释符#

添加 Ip hostanme记录

添加 ip FQDN记录

保存host文件

至此问题解决，外部能正常访问outlook anywhere

joyclear 2009-04-22 14:59 发表评论

Exchange 2007针对发件人过滤添加白名单

joyclear — Tue, 21 Apr 2009 04:10:00 GMT

Exchange2007针对发件人或域名添加白名单，在边缘管理工具上找了一下竟然没发现，还是只能在命令行界面设置。

通过Get-ContentFilterConfig命令可以看到里面有BypassedSenders和BypassedSenderDomains二个参数

可以使用Set-ContentFilterConfig –BypassedSenders jiang.cr211@gmail.com

或者Set-ContentFilterConfig –BypassedSenderDomains gmail.com

参考：http://exchangepedia.com/blog/2007/01/exchange-2007-content-filter-whitelist.html

joyclear 2009-04-21 12:10 发表评论

Eseutil和Isinteg

joyclear — Mon, 08 Dec 2008 06:41:00 GMT

Isinteg.exe （Information Store Integrity）
信息存储完整性检查程序 (Isinteg.exe) 在应用程序级别查找并消除公用文件夹数据库和邮箱数据库中的错误。Isinteg 并非作为日常信息存储维护的一部分使用；提供该工具是为了帮助进行灾难恢复。由于 Isinteg 工具在逻辑架构级别工作，所以它能够恢复 Exchange Server 数据库实用程序 (Eseutil.exe) 无法恢复的数据。这是因为在物理架构级别对 Eseutil 工具有效的数据在逻辑架构级别的语义可能是无效的。

Isinteg 通常在运行 Eseutil 修复操作后使用。Isinteg 工具执行以下两项主要任务：

从脱机备份还原后修补信息存储。
测试信息存储中的错误，并有选择地进行修复。

Isinteg 可以在应用程序级别修复信息以及邮箱、文件夹、邮件和附件之间的关系。

Common mistake... which i use to see on most of the customer environment who use to run hard repair... may be this could be causing...

When we run hard repair major 3 steps procedure
eseutil /p
eseutil /d
isinteg -fix

Once we do eseutil /p run eseutil /mh and confirm your database status should be clean shutdown..
Then run eseutil /d and then run eseutil /mh and confirm the status...

Now it's a time to mount the database (where the major mistake happen)
Client use to forget that then need only keep the .edb and stm and rest of the files like log files, chk, temp etc need to moved out because those log file have old signature and our database will new signature.

Second think before you mount the database make sure you check the option "this database can be overwritten with the previous version"

Then dismount the database and run isinteg -fix

joyclear 2008-12-08 14:41 发表评论

Exchange中的邮件直推(Push Mail)

joyclear — Wed, 03 Dec 2008 09:44:00 GMT

   Push Mail是BlackBerry提出的名词，在Exchange中其实叫ActiveSync(邮件直推)
   邮件直推的设计宗旨是为了通过无线网络连接使移动设备保持最新状态。
   最早引进邮件直推技术是Exchange 2003 SP2版本

   要使用直推技术，需要如下条件的设备支持：
1.Windows Mobile 5.0和Messaging & Security Feature Pack (MSFP)及更高版本的Mobile移动电话。
2.由ActiveSync许可兼容直推技术的移动设备。

Exchange 2003 SP2中，默认功能没有开启，在Exchange2007中，默认已经开启直推技术。

直推技术的原理：
支持直推技术的移动设备将向Exchahnge服务器发出长期的HTTPS请求。Exchange服务器监视用户邮箱的活动，并在有任何更改时向设备发送响应。设备向服务器发出同步请求。完成同步后，将生成新长期HTTPS请求，以便再次开始该过程。

直推技术依赖与支持长期HTTPS请求的网络条件。如果移动设备的运营商网络或防火墙不支持长期的HTTPS请求，则会停止HTTPS请求。

同时在移动运营商防火墙还会有超时值的设定，这个值决定长期HTTPS请求的发送周期，直推技术会依据运营商的超时值，自动判定最佳的发送周期

joyclear 2008-12-03 17:44 发表评论

在Exchange 2007中删除所有Disconnected Mailbox

joyclear — Wed, 03 Dec 2008 04:37:00 GMT

从您的描述中，我理解到您想一次性永久删除所有的 Disconnected Mailbox

如果我理解错了，请告诉我

您可以尝试下面的方法：

a. 打开 Exchange Management Shell,

b. 运行下面的命令:

$store= Get-MailboxDatabase "\\"

注释：这条命令将Exchange的数据库文件赋给了变量“$store"”
请将"\\"替换为您环境中的真实名字。

c. 继续运行下面的命令：

Get-MailboxStatistics -database $store | where {$_.disconnectdate -ne $null} |
foreach {remove-mailbox -database $store -storemailboxidentity $_.mailboxguid}

注释：这条命令将会将这个“$store”中所有的Disconnected Mailbox删除掉

joyclear 2008-12-03 12:37 发表评论

MsExchchangeCluster 1013 及 Userenv 1054问题解决

joyclear — Tue, 02 Dec 2008 15:14:00 GMT

下午四点赶往陆家嘴，解决客户Exchange群集问题，问题倒不是很紧急，但是客户环境比较特殊，只能在非工作时间解决，看来今天又要加班咯～～～
1.客户邮件服务器是Exchange 2003 Cluster, 群集资源中Exchange HTTP Virtual Server Instance 100 资源不能启用，导致用户无法访问OWA页面。
在日志中有MSExchangeCluster 1013等报错信息
事件描述：
Event Type: Error
Event Source: MSExchangeCluster
Event Category: Services
Event ID: 1013
Date: 25/80/2005
Time: 9:16:44 AM
User: N/A
Computer: exchange1
Description:
Exchange HTTP Virtual Server Instance 100 (exchange1): Failed to get the
protocol IP address and port bindings from the metabase.

打开IIS，里面虚拟服务器是停用状态，因为用户是比较重要的生产环境，所以暂时没有做任何操作，开始检查日志，Cluster日志，应用程序日志，系统日志，然后查EventID,微软KB。看起来IIS元数据损坏的可能性比较大。
突然从网上找到一篇BBS, 里面的问题和现在问题一样，里面提到了This problem can be caused by the HTTP Virtual Server not having an SSL port defined when we are requiring SSL.
立刻检查IIS里面SSL端口定义，果然是空值。输入443, 应用设定。重新启用群集中HTTP资源，服务正常启动了。
OWA页面正常开启。hoho~~，万幸，还好不是IIS元数据库问题，否则今天加班到几点还是问题，万恶的加班啊～～～，万恶的加班又没有加班费啊～～～～

2.问题提前解决，时间充裕，那就继续解决客户的其它问题，客户反应DC服务器上周期出现Userenv 1054错误，组策略无法下发。
事件描述：
Event Source: Userenv
Event Category: None
Event ID: 1054
Date: 3/12/2008
Time: 8:42:38 AM
User: NT AUTHORITY\SYSTEM
Computer: ServerName
Description:
Windows cannot obtain the domain controller name for your computer network. (An unexpected network error occurred. ). Group Policy processing aborted.
经过检查，不光DC上有，多台成员服务器上也有这个现象。
这个问题以前也多次见过，一直没有好好解决。
看了EventID，很多人都说这个问题和硬件有关。继续查找资料～～
功夫不负有心人啊，总算找到篇有用的资料，说明问题和AMD CPU有关，AMD有Fix程序可以解决。
打开服务器硬件属性，果然都是用的AMD的CPU，看来问题有眉目。
接下来的工作就交还给客户了，请他明天先联系下HP，看下HP的Case记录里面是否对这个错误有解决方案，如果确实是CPU的问题话，应该HP会碰到很多类似问题。

Just thought I'd throw this in here. Spent a bunch of time researching this, finally decided to call MS.

Event Source: Userenv
Event Category: None
Event ID: 1054
Date: 3/12/2008
Time: 8:42:38 AM
User: NT AUTHORITY\SYSTEM
Computer: ServerName
Description:
Windows cannot obtain the domain controller name for your computer network. (An unexpected network error occurred. ). Group Policy processing aborted.
-------------------------------------------------------
We were getting this on a bunch of new servers, all running Win2003 R2 64bit. It's also showing up on a number of XP machines. Finally decided to just open a ticket with MS.

The problem is apparently a "slow link detection", which is of course abundantly obvious from the errors. Per MS, we did the following reghacks:

Registry subkey: HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\System
Value name: GroupPolicyMinTransferRate
Value type: DWORD
Value Data: 0

Registry subkey: HKEY_CURRENT_USER\Software\Policies\Microsoft\Windows\System
Value name: GroupPolicyMinTransferRate
Value type: DWORD
Value Data: 0

Note: if the "System" key doesn't exist, please create it under HKCU\Software\Policies\Microsoft\Windows & HKLM\Software\Policies\Microsoft\Windows first.

From the MS tech support rep:

"It is possible that certain firewall program (such as Windows Firewall) is installed on all your machines and configured to block the normal ICMP packets. Sometimes it may be also caused by some models of CPU.

For example, there is a known bug with AMD Opteron Processor driver for Windows XP and Windows Server 2003 Version (x86 and x64 exe) 1.3.2.16, which allows the system to automatically adjust the CPU speed, voltage and power combination that match the instantaneous user performance need. The slow link detection depends on the CPU clock to calculate the speed. However, it may fail when working along with AMD Opteron driver. Recently we have received many reports that this known bug in the AMD CPU driver often causes the group policy detection failure. AMD has provided a new version of driver to solve such similar problems. You can get this point from:

http://www.amd.com/us-en/Processors/TechnicalResources/0,,30_182_871_9033,00.html"

All our new servers are 64-bit Opterons. We haven't upgraded the driver yet.

joyclear 2008-12-02 23:14 发表评论

Exchange 2007 连续复制深入

joyclear — Wed, 08 Oct 2008 16:36:00 GMT

参考自Exchange 2007 连续复制白皮书：http://technet.microsoft.com/zh-cn/library/cc535020(EXCHG.80).aspx

一。在Exchange 2007 SP1中，有三种连续复制形式
LCR本地连续复制
CCR群集连续复制
SCR备用连续复制

二。在简单的环境中，连续复制运行下列步骤：
1. 通过对源数据库的一份拷贝播种建立目的数据库
2. 通过windows文件系统提示事件，监控源数据库日志目录准备复制的新日志文件
3. 复制新的日志文件到目的检验日志目录
4. 检验已复制的日志文件
5. 通过成功检验，移动已复制日志文件到存储组日志路径，重播日志文件到数据库

三。复制组件
       二个关键的组件负责日志产生，日志传送，和日志重播。
Microsoft Exchange Information Store Service
      负责用户和应用程序请求服务，执行日志写入，和通过Extensible Storage Engine (ESE)更新数据库文件

Microsoft Exchange Replication Service
      复制日志传送和重播日志

A。Information Store Service功能
      下面的步骤当在数据库中发生数据检索，插入和更改时由ESE来执行
1. 在数据库上发生一个操作(用户发送一封新邮件)，数据库中需要更新的页面读取到ESE缓存中(假定这个页面之前在内存中不存在)，当日志缓冲区得到提示，开始记录中内存中发生的操作。
2. 数据库引擎记录发生的变化但是这些变化并不马上写入到数据库文件。相反的，这些变化保存在ESE缓存中，因为这些页面没有提交到数据库文件，所以称之为 dirty pages 。Version Store被用来追踪这些变化，因此确保隔离性和一致性得到维护
3. 当数据库页面有变化，日志缓冲区得到提醒去递交变更，处理结果记录到交易日志文件，这些操作有可能需要关闭当前Exx.log文件，重新创建一个新的日志文件(ESE也负责响应当一个日志文件达到最大容量(1MB)后，关闭文件然后重新产生一个新的日志文件)。
4. 最后dirty 数据库页面写入到磁盘上的数据库文件
5. 检查点向前

B。Replication Service功能
      当连续复制功能启用，Exchange Replication Service负责侦测当前日志文件是否被ESE关闭，复制日志文件，检验和重播到副本数据库。这个服务默认安装在邮件服务器角色上。
      Replicaton Serice的执行文件是Microsoft.Exchange.Cluser.ReplayService.exe, 路径在exchange安装目录\bin 。Replication服务依赖于Exchange Active Directory Topology服务。
       Replication服务日志诊断
HKEY_L_M\System\CurrentControlSet\Services\MSExchange Repl\Diagnostics
Get-EventLogLevel -Identity "MSExchange Repl" or Set-EventLogLevel -Identity "MSExchange Repl" -Level HighC。Replication服务组件
   LogCopier：负责复制已关闭日志文件，从源存储组到副本存储组。在Replication服务持续监视源存储组日志目录中这是一个异步操作。它通过订阅windows文件系统提示事件来监视。当事件提示Replication服务有一个新的文件存在，LogCopier将复制日志文件到目的服务器检验目录
   LogInspector：负责检验日志文件是否正确，它通过基本的规则在检验目录中检验，如果一个日志文件发现是错误的或者不能被重播，Replication服务将重新复制日志文件。
   LogReplayer：负责重播已检验文件到副本数据库
   LogTruncater：负责删除已经成功重播到副本数据库的日志文件。这个组件非常重要，因为通常在全备或增量备份后，在检查点后的日志文件被删除，因为日志记录认为这些日志已经写入到数据库。当连续复制使用时，LogTruncator仅仅删除不需要恢复和重播的日志。任何在活动副本上没有被复制和重播到数据库副本的日志文件不会被在线备份清除。
   Incremental Reseeder：负责确保当数据库恢复被执行时，或者当CCR环境中发生故障转移时，活动数据库和副本数据库不会分叉。
   Seeder：负责创建存储组基本内容用于开始重播进程，Replication服务为新存储组，以及已存在的存储组(包含日志文件)执行自动播种。
   Replay Manager：负责持续追踪所有的复制实例。基于存储组的在线状态，按需求创建和撤销复制实例。复制实例被特意设置为静态，因此，当一个复制实例配置更改，复制将应用新的配置重新启动。此外，当Replication服务被关闭，复制实例配置不会被保存。为此，每次Replication服务启动时，包含空复制实例列表，在启动期间，Replay Manager发现当前在线的存储组，创建"运行中的实例"列表。
   Replay Manager周期性运行"配置更新"线程，扫描新的已配置复制实例。配置更新线程在LCR,CCR环境中每30秒运行一次，在SCR环境中，3分钟运行一次。它将在当前数据库状态上建立和破坏复制实例(取决于数据库是在线还是离线)。配置更新线程使用以下的算法：
1.从AD中读取实例配置
2.对比从AD中发现的配置，如果不匹配，实例进入重启队列
3.
4.停止在停止队列中的运行实例
5.启动在启动队列中的实例
因此，Replay Manager总是有动态的复制实例清单

Replication Serivce配置信息
每个启动LCR的存储组和存储都有msExchHasLocalCopy属性定义。Replication Service使用以下的算法去搜寻AD中的复制信息
1.在AD中使用计算机名称寻找Exchange Server对象，如果没有服务器对象，返回。
2.在找到的Exchange服务器上，枚举所有的存储组
   1.每个msExchHasLocalCopy属性设定为真的存储组，检索系统文件，日志文件，和数据库文件的源目的路径。

在CCR环境中，Replication Service执行下列任务去检索集群的邮箱服务器配置
1.建立一条连接到集群数据库
2.判断哪个节点拥有集群邮箱服务器
3.枚举在源和目标节点上的所有存储组
   A.系统文件，日志文件和数据库文件的源目的路径
   B.返回存储组的最后拥有者
   C.用于日志传送的网络共享空间
   D.AutoDatabaseMountDial设定
   E.ForcedDatabaseMountAfter设定
   F.确定日志传送的网络路径
4.检验在源上的配置和目标上的一致

在SCR环境，复制服务使用msExchStandbyCopyMachines属性去判定哪个存储组启用复制，然后执行下列任务

joyclear 2008-10-09 00:36 发表评论

Exchange 2003中限制用户发送邮件

joyclear — Fri, 26 Sep 2008 07:18:00 GMT

目的需要限制用户发送邮件，但是能接受邮件

限制发送到Internet
限制员工发送邮件到组织外，可以在SMTP路由组连接器的拒绝来自下列发件人发送的邮件列表中添加想要禁止发信到Internet的用户。需要修改一下注册表才能生效。

To resolve this issue:

1.	Start Registry Editor (Regedt32.exe).
2.	Locate and click the following registry key: HKEY_LOCAL_MACHINE/System/CurrentControlSet/Services/Resvc/Parameters/
3.	On the Edit menu, click Add Value, and then add the following registry value: Value Name: CheckConnectorRestrictions Data Type: REG_DWORD Radix: Hexadecimal Value: 1
4.	Quit Registry Editor.
5.	Restart the Microsoft Exchange Routing Engine service and the Simple Mail Transfer Protocol (SMTP) services for this change to take effect.

参考以下信息

XCON: Connector Delivery Restrictions May Not Work Correctly
http://support.microsoft.com/kb/277872/en-us

限制用户发送内部
可以通过尝试删除该用户安全选项中self帐户的send as（代理发送）权限来解决该问题。

有关如何修改send as权限的详细信息，请参考下面的链接：

HOW TO: 在 Exchange 2000 Server 中授予“代理发送”和“代表发送”权限

http://support.microsoft.com/kb/327000/zh-cn

joyclear 2008-09-26 15:18 发表评论

Exchange 2007环境中，更改outlook规则和通知大小设定

joyclear — Fri, 22 Aug 2008 03:28:00 GMT

Exchange 2000/2003中，outlook的规则和通知大小限制为32K
Exchange 2007中，Outlook的规则和通知大小默认为64K,最大可以更改为256K

Set-Mailbox -RulesQuota 256k

joyclear 2008-08-22 11:28 发表评论

如何将所有缓存模式客户端配置为使用联机全局地址列表来解析不明确的名称

joyclear — Mon, 18 Aug 2008 03:02:00 GMT

在缓存 Exchange 模式下，Outlook 2003 即便在连接到服务器时，也使用脱机通讯簿来解析不明确的名称。若要配置 Outlook 以使用联机全局地址列表，请执行下列步骤。

在运行 Outlook 的计算机上启动注册表编辑器。
导航至下面的一个注册表项：
- HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Cached Mode
- HKEY_LOCAL_MACHINE\Software \Microsoft\Office\11.0\Outlook\Cached Mode
注意：

可能必须创建 Cached Mode 项。
添加新的值：

参数：ANR Include Online GAL

类型：DWORD _

值：0 或 1

其中各个数据值分别表示以下含义：

0 = Outlook 2003 缓存模式的默认值，将使用脱机通讯簿来执行不明确名称的解析搜索。

1 = 更改缓存模式，以便连接到服务器地址列表来执行不明确名称的解析搜索。该值将强制与服务器地址列表建立更多的远程过程调用 (RPC) 连接。

注意：
可能必须创建 Cached Mode 项。

joyclear 2008-08-18 11:02 发表评论

如何更改脱机地址簿的默认路径

joyclear — Mon, 18 Aug 2008 02:35:00 GMT

在客户端计算机上，关闭 Outlook 并创建合适的文件路径（例如，D:\OAB）。
在运行 Outlook 的客户端计算机上，启动注册表编辑器。
导航到 HKEY_CURRENT_USER\Software\Microsoft\WindowsNT\CurrentVersion\Windows MEssaging Subsystem\Profiles\<默认 Microsoft Outlook 配置文件>\13dbb0c8aa05101a9bb000aa002fc45a
添加新的字符串值：

参数：001e660e

值：<脱机通讯簿文件的路径>

类型：字符串值

例如：

参数：001e660e

值：D:\OAB

类型：字符串值

joyclear 2008-08-18 10:35 发表评论

Few, little , a few , a little

joyclear — Mon, 11 Aug 2008 15:21:00 GMT

few, little, a few, a little
	(a) few + 可数名词, (a) little + 不可数名词　a few / a little 为肯定含义，还有一点　few / little　为否定含义，没有多少了。　He has a few friends.　　　他有几个朋友。　He has few friends.　　　他几乎没有朋友。　We still have a little time. 我们还有点时间。　There is little time left.几乎没剩下什么时间了。典型例题: 　 Although he 's wealthy，he spends___ on clothes. 　 A. little　 B. few　C. a little　 D. a few 　答案： A. spend所指的是钱，不可数，只能用little或 a little. 本句为although引导的让步状语从句，由句意知后句为否定含义，因此应用little表示几乎不。固定搭配: 　　only a few (=few)　 not a few (=many)　 quite a few (=many) 　　many a (=many) 　　Many books were sold. 　　Many a book was sold. 　　卖出了许多书。

joyclear 2008-08-11 23:21 发表评论

如何在outlook 2003中查看IMF SCL的值

joyclear — Wed, 30 Jul 2008 07:21:00 GMT

How to verify the Intelligent Message Filter SCL rating in Outlook 2003

Article ID	:	895091
Last Review	:	October 11, 2007
Revision	:	3.1

SUMMARY

The Microsoft Exchange Server Intelligent Message Filter (IMF) evaluates incoming messages for recognizable patterns. Then, the IMF assigns a spam confidence level (SCL) rating to the message. This rating is based on the probability that the message is unsolicited commercial e-mail ("spam"). This SCL rating is used to determine how the Exchange IMF handles messages.

Sometimes you may have to know whether the IMF works by checking the SCL rating of incoming messages. This article describes how to verify IMF functions by checking messages' SCL rating values in Microsoft Office Outlook 2003. This article discusses the following topics:

•	How to install the SCL Extension Form in Outlook 2003
•	How to add the SCL rating field into the column header of Outlook folders

Back to the top

MORE INFORMATION

How to install the SCL Extension Form in Outlook 2003

To read the SCL rating from messages in Outlook 2003, install the SCL extension Form first. To do this, follow these steps:

1.	Open Notepad. To do this, click Start, click Run, type notepad.exe, and then click OK.
2.	Copy and then paste the following text into Notepad.[Description] MessageClass=IPM.Note CLSID={00020D31-0000-0000-C000-000000000046} DisplayName=SCL Extension Form Category=Standard Subcategory=Form Comment=This forms allows the SCL to be viewed as a column LargeIcon=IPML.ico SmallIcon=IPMS.ico Version=1.0 Locale=enu Hidden=1 Owner=Microsoft Corporation Contact=Your Name [Platforms] Platform1=Win16 Platform2=NTx86 Platform9=Win95 [Platform.Win16] CPU=ix86 OSVersion=Win3.1 [Platform.NTx86] CPU=ix86 OSVersion=WinNT3.5 [Platform.Win95] CPU=ix86 OSVersion=Win95 [Properties] Property01=SCL [Property.SCL] Type=3 NmidInteger=0x4076 DisplayName=SCL [Verbs] Verb1=1 [Verb.1] DisplayName=&Open Code=0 Flags=0 Attribs=2 [Extensions] Extensions1=1 [Extension.1] Type=30 NmidPropset={00020D0C-0000-0000-C000-000000000046} NmidInteger=1 Value=1000000000000000
3.	Save this text file as Scl.cfg, and then exit Notepad.
4.	Save the Scl.cfg file to the following location: \Program Files\Microsoft Office\OFFICE11\FORMS\1033
5.	Start Outlook 2003 by using a profile that is configured for the mailbox on the server that is running Microsoft Exchange Server 2003 together with IMF.
6.	On the Tools menu, click Options.
7.	On the Other tab, click Advanced Options.
8.	In the Advanced Options dialog box, click Custom Forms.
9.	In the Options dialog box, click Manage Forms.
10.	In the Forms Manager dialog box, click Install.
11.	Locate the Scl.cfg file. Then, click OK to confirm that the file was installed. If you successfully installed it, the SCL Extension Form item is listed in the Personal Forms library.

Back to the top

How to add the SCL rating field into the column header of Outlook folders

After you install the SCL extension Form, you still will not see the messages' SCL rating values right away. You have to add the SCL rating field to the column header. When you do this, you can automatically check the messages' SCL rating values that are listed in the SCL column in Outlook 2003.

To add the SCL rating field, follow these steps:

1.	In Outlook 2003, click Inbox.
2.	On the View menu, click Arrange By, and then click Custom.
3.	In the Customize View: Messages dialog box, click Fields.
4.	In the Show Fields dialog box, click the Select available fields from list, and then click Forms.
5.	In the Select Enterprise forms for this folder dialog box, click Personal Forms on the list.
6.	Locate SCL Extension From in the left pane, and then click Add to add it to the right pane. Click Close.
7.	In the Show Fields dialog box, locate the SCL in the left pane, and then click Add to add it to the right pane.
8.	Click OK two times.
9.	In the Inbox, you will see a new column that is named SCL in the column header. All the messages in the Inbox show their SCL rating values under the SCL column.

Note You can also use this procedure in folders that are separate from the Inbox to check the SCL rating values for the messages in these folders.

joyclear 2008-07-30 15:21 发表评论

Exchange 2007服务器启动后，Information Store和System Attendant服务不能自动启动

joyclear — Fri, 25 Jul 2008 08:40:00 GMT

SA和Information服务不会自动启动，手动启动正常

1) 在Exchange服务器上添加下面的注册表键值来延迟SA的启动时间

HKLM\System\CurrentControlSet\Services\MSExchangeSA\Parameters
Key (Type:DWORD): BootPause
Value: 300 (The value is in seconds )

2) 添加下面的键值让Exchange Information Store 和Exchange Active Directory Topology 服务依赖于SA服务.

HKLM\System\CurrentControlSet\Services\MSExchangeADTopology
Key (Type: Multi_String): DependOnService
Value: MSExchangeSA

HKLM\System\CurrentControlSet\Services\MSExchangeIS
Key (Type: Multi_String): DependOnService
Value: MSExchangeSA

3) 重启Exchange服务器

joyclear 2008-07-25 16:40 发表评论

Exchange2007 SPAM流程图

joyclear — Tue, 22 Jul 2008 09:43:00 GMT

joyclear 2008-07-22 17:43 发表评论

Exchange 2007 OWA及发送邮件大小设定

joyclear — Fri, 18 Jul 2008 07:15:00 GMT

在Exchange 2007中的郵件傳送與接收大小的限制有下列幾個檢查點

http://technet.microsoft.com/en-us/library/bb124345.aspx

Origanizational Limit
Global Limit
Connector Limit
Server Limit
User Limit

在沒有Edge的情況下，Organizational以及User的收及發都是未設限，亦即Unlimited

假設整個ORG中你只有一台Hub Transport，以及只有一條Send Connector的話

那麼預設使用者寄出去及收進來都只有10MB．

因為預設Hub Transport上的Send & Receive Connector的最大message size都是10MB

你可以利用Set-SendConnector -MaxMessageSize以及Set-ReceiveConnector -MaxMessageSize cmdlet來改變預設的郵件傳送及接收大小

至於OWA預設在選取要加入的附件檔案的大小是30000 KB，你可以依照下面的作法做適當的修改

http://technet.microsoft.com/en-us/library/aa996835.aspx

要注意的是，即使OWA預設可上傳的附件檔大小為30000KB,不代表使用者就可以真的將30000KB大小的附件檔寄出

因為還是會受限於Send Connector預設10MB大小的限制

解決方法：使用ADSI EDIT設定

Configuration-->CN=Service-->CN=Microsoft Exchange-->CN=-->CN=Global Settings-->CN=Message Delivery-->滑鼠右鍵-->內容

delivContLength：<10240>                       (0~2097151KB)  　預設值為10MB，最大可以設為2097151KB (2GB)
submissionContLenght：<10240>             (0~2097151KB)     同上
msExchReciplimit：<5000>                      (0~2147483647)   不用改

Exchange 2007傳送大小，使用MAPI時會受限於Global limits、Organizational limits、使用者信箱傳送大小的限制、Pickup大小的限制、集線傳輸規則的附件檔大小限制、Connector limits、OWA 2007 (Web.config file)的上傳下載大小限制。

傳送大小的限制原則是：使用者的傳送大小或接收大小取決於使用者信箱的傳送大小限制之設定，若保持預設(沒有特別指定)，再由Global及ORG.兩者的傳送大小限制來決定，但預設上，Global是限制10MB，而ORG是沒有限制，因此Global與ORG之間再取最小值，所以若使用者信箱沒有特別設定傳送大小限制，預設值會被限制在10MB。

以上為純Exchange 2007安裝時的情況,若是由Exchange 2003或Exchange 2000升級上來的,則Global會保留原有設定, 一般人比較容易疏忽的是Global設定,因為這是舊版本Exchange的設定,只能由Exchange 2000或2003的管理介面去檢視或設定,若是純Exchange 2007的安裝,並沒有直接的管理介面或指令去指定,必須透過ADSI工具至AD的Configuration中設定。

Best regards.

Frank Hsieh

joyclear 2008-07-18 15:15 发表评论

Exchange 2007 POP3寄件权限问题

joyclear — Fri, 18 Jul 2008 05:27:00 GMT

发现台湾微软技术社区还是比较热闹的，而且讨论问题也很专业~

Exchange server 2007已經開啟POP3、IMAP4服務，

LoginType 採用預設的 SecureLogin 加密方式，

用戶端使用 Outlook Express & Windows Mail，

在進階的部分也都開啟了使用 SSL 加密 port 的選項，

使用 POP3 或 IMAP4 收信也都正常，

但是在某部分使用者寄信的時候，會出現下列錯誤而無法寄出郵件

====

無法傳送郵件，因為伺服器拒絕寄件者的電子郵件地址。寄件者的地址是 abc@abc.com.tw'。主旨 '1', 帳戶: 'abc', 伺服器: 'cas.abc.com.tw', 通訊協定: SMTP, 伺服器回應: '550 5.7.1 Client does not have permissions to send as this sender', 連接埠: 25, 安全(SSL): 是, 伺服器錯誤: 550, 錯誤碼: 0x800CCC78

====

看起來似乎是調整一下權限即可，

不過卻不知道從何下手，請問有人解決過這個問題嗎？

Hi Joseph,

再仔細分析你的情況,假設是Exchange 2000 或Exchange 2003升級上來的,那麼曾經加入或現在還是Enterprise Admins或Domain Admins的帳號,在升級至Exchange 2007後,最有可能發生這情況,那是因為加入了這些群組後,AD的繼承自動會被拿掉,因此會造成升級後OWA及POP3有問題。Administrator、Enterprise admins、Domain Admins等帳號或群組的成員有許多權限是被設為『拒絕』的。

你可以使用『Active Directory使用者及電腦』程式,將檢視選擇為『進階功能』,然後點選『有問題的帳號』-->內容-->安全性標籤,檢查看看有沒有SELF帳號,若沒有把它加進來(選擇新增-->手動輸入SELF-->確定),正常應有此帳號,接著在『安全性』標籤頁選擇『進階』,檢查一下『允許從父項繼承權限套用到這個物件和所有的子物件,包括明確定義於此的項目(A)』選項是否未勾選,一般的帳號應會勾選起來,若沒有勾選,接著直接點選『預設』按鈕,會自動勾選起來,然後再按確定-->等同步後再重試一次寄信,記得按『預設』按鈕,它會把原來該有的權限加入。

即使有SELF帳號,『允許從父項繼承權限套用到這個物件和所有的子物件,包括明確定義於此的項目(A)』選項也有勾選,也應按一下『預設』按鈕,因為有些權限有可能某些因素被拿掉。

Best regards,

Frank Hsieh

joyclear 2008-07-18 13:27 发表评论

Exchange 2007 传输组件

joyclear — Mon, 14 Jul 2008 09:01:00 GMT

Component	Description
Submission Queue	Stores All messages on disk until processed
Store Driver	Retrieves messages from sender's outbox
MicrosoftExchange Mail Submission service	Notifies a Hub Transport Server role in the local Active Directory site when a message is avaiable for retrieval from a sender's outbox
Pickup directory	Submits message to the Submission queue
Categorizer	Processes one message at a time from the Submission queue

Submission Queue
在边缘传输服务器和中心传输服务器上，当Exchange Transport服务启动时，分类进程(Categorizer)会创建一个递交队列。递交队列存储所有的邮件在硬盘上，直到分类进程决定以下一步传递。所有的邮件都要递交到递交队列后，然后才能被分类。当一份邮件被分类进程执行后，它仍然保留在递交队列里面，成功分类后，邮件移除出递交队列。
发送到递交队列的邮件方式：
1.从SMTP接受器接受的邮件
2.在Pickup目录的邮件
3.递交到Store driver的邮件
4.失败传递后重新递交的邮件

Store Driver
当一份邮件在用户发件箱进行发送时，存储驱动从发送信箱接受邮件，递交到递交队列。当一份邮件成功添加到递交队列，邮件从发件箱移动到已发送邮箱。
存储驱动负责将邮件在Outbox中的MAPI格式，转换为S/TNEF(Summary Transport Neutral Encapsulation Format)格式，如果存储驱动不能转换，NDR报告产生。

Microsoft Exchange Mail Submission Service
Microsoft Exchange Mail Submission Service是运行在Mailbox服务器上的提示服务。当一份邮件在发送者outbox中可以被接受时，通知Hub Transport Server服务器。Store Driver接受邮件。
当在一个AD站点中有多台Hub Transport服务器，Microsoft Exchange Mail Submission services尝试平均发布通知。

Pickup Directory
大部分的邮件传输通过SMTP接受器或者通过Store Driver递交，但是邮件也能通过在边缘或中心传输服务器的Pickup目录进行传递。
放置在Pickup目录的邮件递交Submission Queue,当在递交队列中被递交到分类进程后，邮件从Pickup目录中删除。放置在Pickup目录中的邮件需要符合适当的格式和读/写权限。

Categorizer

分类进程从递交队列中提取邮件，在递交队列中总是更早的邮件被优先提取。

在边缘服务器，分类进程仅仅处理收件人地址是否符合这一条件，然后邮件直接传递到传输队列。通过传输队列，邮件路由到中心传输服务器。

在中心传输服务器上，分类进程执行下列的任务：

1. 判断和检查收件人

2. 多收件人邮件进行分叉

3. 判断路由路径

4. 转换内容格式

5. 应用组织邮件策略

单个AD站点中邮件的传递流向工作

1．当一份邮件递交到邮箱服务器邮箱存储上时，邮件流开始。如果客户端是office outlook客户端，邮件通过MAPI提交，邮件直接写在用户outbox中。

2．当Microsoft Exchange Mail Submission service检测到邮件可用(在outbox中)，它选择一台可用的中心传输服务器角色，递交一个邮件通知给Store Driver

3． Store Driver(中心传输服务器的传输服务组件)使用MAPI连接到用户的outbox,收集所有需要发送的邮件。将邮件递交到递交队列，然后将邮件从outbox移动到已发送邮箱。

4．当邮件目的是同一个AD站点的邮箱服务器，邮件被提交到Local Delivery Queue，然后store driver 通过MAPI传递邮件到邮箱服务器角色。

5．当邮件目的是另一个AD站点的邮件服务器，中心传输服务器使用AD站点链接信息来判断到目的站点的路由，当路径确定后，中心传输服务器会直接连接到远程站点的服务器。如果在目的站点没有中心传输服务器可用，邮件将被路由到离目的站点最近的中心传输服务器。

6．当邮件目的是Internet，中心传输服务器提交邮件到边缘服务器。

参考自MOC教材

joyclear 2008-07-14 17:01 发表评论

Exchange2003中对于 "对传入邮件执行反向 DNS 查找" 选项功能的错误理解

joyclear — Mon, 14 Jul 2008 02:34:00 GMT

The "Perform Reverse DNS Lookup for Incoming Messages" Option Is for Host Name Resolution

View products that this article applies to.

Article ID	:	297412
Last Review	:	December 3, 2007
Revision	:	4.5

This article was previously published under Q297412

SUMMARY

This article describes the Perform Reverse DNS Lookup for Incoming Messages option and how its function can be misinterpreted by Exchange administrators.

MORE INFORMATION

The Perform Reverse DNS Lookup for Incoming Messages option is located on the Default Virtual SMTP Server Properties dialog box: On the Delivery tab, click Advanced. Exchange administrators may misinterpret the function of this option: They may expect Exchange to reject e-mail messages that originate from unresolved domains.

Some messaging systems verify the existence of the e-mail domain of the sender before they accept a "Mail from: user@domain.com" Simple Mail Transfer Protocol (SMTP) entry at the beginning of a new message delivery session. If the domain name cannot be resolved by means of Domain Name System (DNS), the session is disconnected and an error 501 is generated. This behavior is mainly used to prevent you from receiving spam (unsolicited e-mail messages). Microsoft Exchange Server 5.5 and later do not use this feature.

In Exchange System Manager, the Perform Reverse DNS Lookup for Incoming Messages option does not have the same function of the feature that had been previously described (the function to prevent the receipt of spam e-mail messages). When the preceding option is used, Exchange Server performs a DNS query to resolve the originating Internet Protocol (IP) address of the incoming messages to a host name. Then, the host name is attached to the headers of e-mail messages.

If you enable the Perform Reverse DNS Lookup for Incoming Messages option, you may have some performance degradation issues because of misconfigured DNS records and/or intermittent connections to the Internet. Therefore, you may want to disable this option when the Internet mail delivery is slower than expected.

By default, Exchange Server 5.5 performs a reverse lookup operation on all connections. This default operation, however, can be disabled by using a DisableReverseResolve registry setting.

For additional information, click the article numbers below to view the articles in the Microsoft Knowledge Base:

258745 (http://support.microsoft.com/kb/258745/EN-US/) XIMS: Internet Mail Service Displays SMTP Banner Slowly

198981 (http://support.microsoft.com/kb/198981/EN-US/) XIMS: SMTP Messages Not Being Delivered to Certain Domains

262571 (http://support.microsoft.com/kb/262571/EN-US/) XCON: Internet Mail Service Registry Entry for DisableReverseResolve Does Not Map to Default SMTP Virtual Server After You Upgrade to Exchange 2000

joyclear 2008-07-14 10:34 发表评论

DNS劫持与RBL

joyclear — Mon, 14 Jul 2008 02:12:00 GMT

最近有客户反映使用RBL后，一些不在列表里面的服务器也会被阻止，又是电信干的好事。
google了一下，有篇不错的技术分析文章。

作者：wxy 2008-06-10 12:35:00

　　最近接到了一些反馈说，在使用我们的RBL时，会拒绝所有入站信件。据我们判断，应该是查询者使用了具有DNS劫持的DNS服务器所导致。

　　首先，我们先简单说一下RBL的原理。目前用于垃圾邮件过滤的RBL服务，应该称之为基于DNS的实时黑名单查询，也就是说，这个服务是通过DNS协议来完成的。

　　具体而言，当一个客户端希望查询某个IP地址（如11.22.33.44）是否在某个RBL（如cbl.anti-spam.org.cn）中是，其实际上是查询如下地址是否存在解析： 44.33.22.11.cbl.anti-spam.org.cn. （IP地址逆转附加在RBL地址后）。DNS的解析分为几种类型，对于RBL查询，通常是查询这个地址是否存在A记录、TXT记录或者任意（ANY）记录。

　　如果该地址被列入了这个RBL，那么查询会返回一个具体的解析结果，根据RBL和查询的不同，可以返回一段文本，也可以返回一个或几个IP地址，也可以同时返回文本和IP。返回的文本通常是一个说明，用来说明这个IP地址被列入了哪个RBL，具体信息去哪里查询等。返回的IP地址并不具有实际意义，只是标识该查询有结果，通常这个IP地址是一个保留IP段的地址，如127.0.0.1、127.0.0.2等。

　　如果该地址没有被列入这个RBL，那么该查询会返回一个查询错误（NXDOMAIN），表示该地址未列入。DNS劫持就发生在这里，具体情况我们下面再详细解释。

　　举例说明这个查询过程：

　　当查询的IP地址不在RBL中时，返回状态为MXDOMAIN。

# dig 44.33.22.11.cbl.anti-spam.org.cn.

; <<>> DiG 9.3.3rc2 <<>> 44.33.22.11.cbl.anti-spam.org.cn.
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 58553
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;44.33.22.11.cbl.anti-spam.org.cn. IN A

;; AUTHORITY SECTION:
cbl.anti-spam.org.cn. 3600 IN SOA cbl.anti-spam.org.cn. wxy.anti-spam.org.cn. 2008061006 14400 3600 14400 3600

;; Query time: 8 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Jun 10 09:28:55 2008
;; MSG SIZE rcvd: 90

　　当查询的IP地址在RBL中时，返回状态为NOERRO，并给出具体的结果：127.0.8.2（这里使用RBL的测试地址127.0.0.2，通常RBL都会提供一个特定地址，用于测试RBL是否工作）。

# dig 2.0.0.127.cbl.anti-spam.org.cn.

; <<>> DiG 9.3.3rc2 <<>> 2.0.0.127.cbl.anti-spam.org.cn.
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5032
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 6, ADDITIONAL: 0

;; QUESTION SECTION:
;2.0.0.127.cbl.anti-spam.org.cn. IN A

;; ANSWER SECTION:
2.0.0.127.cbl.anti-spam.org.cn. 10800 IN A 127.0.8.2

;; AUTHORITY SECTION:
cbl.anti-spam.org.cn.   10800   IN      NS      ns1.anti-spam.org.cn.
cbl.anti-spam.org.cn.   10800   IN      NS      ns3.anti-spam.org.cn.
cbl.anti-spam.org.cn.   10800   IN      NS      ns4.anti-spam.org.cn.
cbl.anti-spam.org.cn.   10800   IN      NS      ns5.anti-spam.org.cn.
cbl.anti-spam.org.cn.   10800   IN      NS      ns7.anti-spam.org.cn.
cbl.anti-spam.org.cn.   10800   IN      NS      ns8.anti-spam.org.cn.

;; Query time: 3 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Jun 10 09:31:01 2008
;; MSG SIZE rcvd: 172

　　查询TXT记录的结果如下（通常收到由于RBL列入而退回的信件中的退信消息就是来自这里的）：

# dig 2.0.0.127.cbl.anti-spam.org.cn. TXT

; <<>> DiG 9.3.3rc2 <<>> 2.0.0.127.cbl.anti-spam.org.cn. TXT
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21173
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 6, ADDITIONAL: 0

;; QUESTION SECTION:
;2.0.0.127.cbl.anti-spam.org.cn. IN TXT

;; ANSWER SECTION:
2.0.0.127.cbl.anti-spam.org.cn. 10800 IN TXT "Mail from 127.0.0.2 refused, see http://anti-spam.org.cn/Rbl/Query/Result?IP=127.0.0.2"

;; AUTHORITY SECTION:
cbl.anti-spam.org.cn.   10675   IN      NS      ns5.anti-spam.org.cn.
cbl.anti-spam.org.cn.   10675   IN      NS      ns7.anti-spam.org.cn.
cbl.anti-spam.org.cn.   10675   IN      NS      ns8.anti-spam.org.cn.
cbl.anti-spam.org.cn.   10675   IN      NS      ns1.anti-spam.org.cn.
cbl.anti-spam.org.cn.   10675   IN      NS      ns3.anti-spam.org.cn.
cbl.anti-spam.org.cn.   10675   IN      NS      ns4.anti-spam.org.cn.

;; Query time: 37 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Jun 10 09:33:06 2008
;; MSG SIZE rcvd: 255

　　在明白了RBL查询的原理后，我们来看一下RBL劫持的发生原因。

　　由于国内很多用户在使用电信企业的线路连接互联网时，都会使用接入的ISP所提供的DNS，有的是明确设置使用的，有的是通过PPPoE或DHCP分配使用的。最近一些年来，电信企业为了引导用户访问其增值站点或合作站点，通过会对其DNS做一些修改，在接收到一个不存在结果的DNS查询时，总是返回一些特定的IP地址，使用户访问到这些增值站点。比如你在使用ADSL上网时，如果随便在浏览器的地址栏中任意敲入一个无效的域名，通常都会给你重定向到电信企业自己的门户站点。

　　一般而言，这种行为对于用户没有多大的损害，最多只是扭曲了用户意志，强制其访问另外一个站点而已。但是，对于使用RBL来防范垃圾邮件的用户，这种DNS劫持就会带来较大的麻烦。在这种情况下，所有的DNS查询都会返回一个有效的结果，换言之，无论任何发来邮件的IP地址，都会被认为列入到了RBL中，用户将接收不到任何外部邮件。

　　那么如何应对这种情况呢？有两种办法：

　　一是使用一个可信的，没有被DNS劫持的DNS服务器。国内电信企业的DNS被劫持的情形比较多，尤其是做接入的ISP的DNS服务器，很多都存在劫持问题。可以考虑使用国外的公开DNS、或者一些未劫持的DNS服务器。但是要注意的是，不能使用不支持公开解析请求的DNS，即那种只解析特定域名的DNS服务器是不能用来解析其他域名的；类似的，根域服务器（*.ROOT-SERVERS.NET）也是不提供这种公开解析请求的功能的。可以通过nslookup或dig以及其它工具来测试一个DNS服务器是否可以提供公开解析功能，以及是否被劫持。

　　查询一个DNS服务器是否提供公开查询可以做如下测试：

# dig sina.com. @A.ROOT-SERVERS.NET.

; <<>> DiG 9.3.3rc2 <<>> sina.com. @A.ROOT-SERVERS.NET.
; (2 servers found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63123
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 13, ADDITIONAL: 14

;; QUESTION SECTION:
;sina.com. IN A

;; AUTHORITY SECTION:
com.                    172800 IN      NS      H.GTLD-SERVERS.NET.
com.                    172800 IN      NS      I.GTLD-SERVERS.NET.
com.                    172800 IN      NS      J.GTLD-SERVERS.NET.
com.                    172800 IN      NS      K.GTLD-SERVERS.NET.
com.                    172800 IN      NS      L.GTLD-SERVERS.NET.
com.                    172800 IN      NS      M.GTLD-SERVERS.NET.
com.                    172800 IN      NS      A.GTLD-SERVERS.NET.
com.                    172800 IN      NS      B.GTLD-SERVERS.NET.
com.                    172800 IN      NS      C.GTLD-SERVERS.NET.
com.                    172800 IN      NS      D.GTLD-SERVERS.NET.
com.                    172800 IN      NS      E.GTLD-SERVERS.NET.
com.                    172800 IN      NS      F.GTLD-SERVERS.NET.
com.                    172800 IN      NS      G.GTLD-SERVERS.NET.

;; ADDITIONAL SECTION:
A.GTLD-SERVERS.NET.     172800 IN      A       192.5.6.30
A.GTLD-SERVERS.NET.     172800 IN      AAAA    2001:503:a83e::2:30
B.GTLD-SERVERS.NET.     172800 IN      A       192.33.14.30
B.GTLD-SERVERS.NET.     172800 IN      AAAA    2001:503:231d::2:30
C.GTLD-SERVERS.NET.     172800 IN      A       192.26.92.30
D.GTLD-SERVERS.NET.     172800 IN      A       192.31.80.30
E.GTLD-SERVERS.NET.     172800 IN      A       192.12.94.30
F.GTLD-SERVERS.NET.     172800 IN      A       192.35.51.30
G.GTLD-SERVERS.NET.     172800 IN      A       192.42.93.30
H.GTLD-SERVERS.NET.     172800 IN      A       192.54.112.30
I.GTLD-SERVERS.NET.     172800 IN      A       192.43.172.30
J.GTLD-SERVERS.NET.     172800 IN      A       192.48.79.30
K.GTLD-SERVERS.NET.     172800 IN      A       192.52.178.30
L.GTLD-SERVERS.NET.     172800 IN      A       192.41.162.30

;; Query time: 267 msec
;; SERVER: 198.41.0.4#53(198.41.0.4)
;; WHEN: Tue Jun 10 09:58:33 2008
;; MSG SIZE rcvd: 498

　　在上面这个测试中，我们使用根域服务器来查询 sina.com这个域名，返回的结果是NOERROR，但是没有ANSWER区来给出具体的IP地址。这表明该服务器（A.ROOT-SERVERS.NET.）不支持公开查询。

# dig sina.com. @202.106.196.115

; <<>> DiG 9.3.3rc2 <<>> sina.com. @202.106.196.115
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47283
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3

;; QUESTION SECTION:
;sina.com. IN A

;; ANSWER SECTION:
sina.com. 1978 IN A 71.5.7.191

;; AUTHORITY SECTION:
sina.com.               1976    IN      NS      ns1.sina.com.cn.
sina.com.               1976    IN      NS      ns2.sina.com.cn.
sina.com.               1976    IN      NS      ns3.sina.com.cn.

;; ADDITIONAL SECTION:
ns1.sina.com.cn.        84804   IN      A       202.106.184.166
ns2.sina.com.cn.        84804   IN      A       61.172.201.254
ns3.sina.com.cn.        84804   IN      A       202.108.44.55

;; Query time: 2 msec
;; SERVER: 202.106.196.115#53(202.106.196.115)
;; WHEN: Tue Jun 10 11:19:13 2008
;; MSG SIZE rcvd: 155

　　在上面这个测试中，我们使用了一个公开的DNS服务器来查询sina.com 这个域名，返回了正确的解析结果。说明该服务器支持公开查询。

　　当使用该服务器查询一个不存在的域名时，如查询sina11111.com ：

# dig sina11111.com. @202.106.196.115

; <<>> DiG 9.3.3rc2 <<>> sina11111.com. @202.106.196.115
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 48272
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;sina11111.com. IN A

;; AUTHORITY SECTION:
com. 900 IN SOA a.gtld-servers.net. nstld.verisign-grs.com. 1213068006 1800 900 604800 900

;; Query time: 697 msec
;; SERVER: 202.106.196.115#53(202.106.196.115)
;; WHEN: Tue Jun 10 11:19:22 2008
;; MSG SIZE rcvd: 104

　　这里返回了NXDOMAIN结果，表明该服务器没有被DNS劫持。

　　而当我们使用了一个被劫持的DNS（在笔者测试期间还存在劫持情形）来查询一个不存在的域名：sina1234122323.com. ，查询返回结果是一个特定的IP ： 220.250.64.22 （这是一个网通的地址）。

# dig sina1234122323.com. @210.22.70.3

; <<>> DiG 9.3.3rc2 <<>> sina1234122323.com. @210.22.70.3
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43129
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;sina1234122323.com. IN A

;; ANSWER SECTION:
sina1234122323.com. 3600 IN A 220.250.64.22

;; AUTHORITY SECTION:
com. 900 IN SOA a.gtld-servers.net. nstld.verisign-grs.com. 1213069571 1800 900 604800 900

;; Query time: 2389 msec
;; SERVER: 210.22.70.3#53(210.22.70.3)
;; WHEN: Tue Jun 10 11:45:29 2008
;; MSG SIZE rcvd: 125

　　当使用该DNS查询一个存在的域名是能正确返回其IP地址。这种针对不存在的域名强制劫持到一个特定的IP的行为导致了RBL的查询返回错误。

　　二是对RBL查询结果进行验证。基本上所有的RBL服务都会返回特定的查询结果，即每次都返回同样的一个或几个IP地址，而且这种IP地址通常都是特定的保留IP，不会出现在正常的DNS查询中，如127.0.0.2、127.0.8.2等。目前绝大多数支持RBL查询的邮件服务器都支持对查询结果进行验证，你可以根据RBL服务所公示的查询结果来设置你的RBL查询。

　　本站所提供的RBL的查询验证码如下：

名称	地址	测试地址	返回状态码
CBL	cbl.anti-spam.org.cn	2.0.0.127.cbl.anti-spam.org.cn.	127.0.8.2
CDL	cdl.anti-spam.org.cn	0.0.0.240.cdl.anti-spam.org.cn.	127.0.8.4
CBL+	cblplus.anti-spam.org.cn	2.0.0.127.cblplus.anti-spam.org.cn.	127.0.8.6
CBL-	cblless.anti-spam.org.cn	2.0.0.127.cblless.anti-spam.org.cn.	127.0.8.5

　　因此，鉴于国内DNS劫持的情形日益严重，在使用RBL服务时，要确认自己的DNS是否存在劫持；而且最好设置验证码，这样即便DNS当时未被劫持，将来发生了劫持也不会影响到邮件服务。

joyclear 2008-07-14 10:12 发表评论

OWA访问重定向

joyclear — Thu, 26 Jun 2008 10:00:00 GMT

HTTPS访问方式重定向

打开 IIS 管理器，然后导航到“网站/默认网站”。右键单击“默认网站”，然后单击“属性”。
单击“主目录”选项卡，然后单击“重定向到 URL”选项。
在“重定向到”中，键入 /目录名称。例如，若要将 https://服务器名称 请求重定向到 https://服务器名称/exchange，请在“重定向到”中键入 /exchange。
- 如果将使用 Outlook Web Access 访问的所有邮箱均位于 Exchange 2007 服务器上，可以将 /exchange 替换为 /owa。这样可以将所有 https://服务器名称 请求重定向到 https://servername/owa。
在“客户端将定向到:”列表中，选择“输入的 URL 下的目录”。

HTTP访问方式重定向到HTTPS

1. 在记事本中创建以下文件，并将其保存为 驱动器:\inetpub\wwwroot 下的 SLRedirect.htm，将 <服务器名称> 替换为您的客户端访问服务器的名称：

HTML Redirection to https:
CONTENT="1; URL=https:///exchange">

This page is attempting to redirect you to https:// /exchange

If you are not redirected within a few seconds, please click the link above to access Outlook Web Access.

打开 IIS 管理器，然后导航到“网站/默认网站”。右键单击“默认网站”，然后单击“属性”。
单击“主目录”选项卡，然后选择“重定向到 URL”。
在“重定向到”中输入 /Exchange。
选择“客户端将定向到: 输入的 URL 下的目录”。
单击“自定义错误”选项卡，然后在表中找到 HTTP 错误 403;4。通过单击选中 403;4，然后单击“编辑”。
单击“浏览”找到此步骤开始时创建的文件。
单击“确定”保存更改。
打开命令提示符窗口，然后键入 iisreset /noforce 以重新启动 IIS

joyclear 2008-06-26 18:00 发表评论

Exchange 2007占用大量系统内存

joyclear — Tue, 24 Jun 2008 03:13:00 GMT

Exchange 2007启动后Store会占用大量的内存，下面是微软工程师和技术专家的解答

您好！

感谢您的回复！

根据您的截图和日志信息，这种现象是正常的。下面我解释一下其中的原因，在Exchange 2003中，store.exe进程使用的内存被限制在某个特定的值。在默认情况下，该值为900MB左右。

在Exchange 2007中，由于硬件基于64位，对数据库缓存大小的限制已经不存在了，因此store.exe 进程将不在被限制在900MB。当前，Exchange 2007默认的最小的缓存值为512MB（计算机必须至少有2G的内存），并且没有最大值的限制，也就是说，ESE (store.exe)将增加该缓存值来消耗掉服务器上所有几乎可用的内存，在系统没有内存压力的情况下，这将大大地增加数据库缓存大小，并显著地减少磁盘I/O，并且数据库缓存是首先的，因为从内存中读取信息比从磁盘中要快的多，如果内存压力出现，当其他应用程序请求内存，ESE将自动缩小它的数据库缓存值。

例如，如果服务器有16G的物理内存，如果没有其他内存压力的话，store.exe 将使用14GB的内存（其中有2GB分配给Kernel mode）

谢谢！

Rock Wang 望正茂

Although i haven't read your log or reports, however, it seems very normal to me that your Exchange is 'eating' up your memory.

This is actually by-design from Exchange 2000's ESE engine (store.exe). The ESE engine will utilize your system memory dynamically based on the phsyical memory installed. In very typical situation, i've seen a 14G size being utilized by the store.exe on a 16G box. Generally, database cache typically results in reduced disk I/O, however, if your store.exe is not utilizing the memory as you wish, you can change its behaviour by playing with the ADSIEDIT tool.

Generally, open up your adsiedit, and navigate to Configuration > Services > Microsoft Exchange > Exchange organization > AdministrativeGroups > Your administrative group > Servers > Server name > Information Store.

Right-click Informatio Store and select Properties.

Scroll and locate the msExchESEParamCacheSizeMax.

if you want to hard limit the store.exe process to only reserve up to 10G of size, do the following calculation:

(1024*10*1024) / 8 = 1310720

say, if you want to limit down to 14G, then..

(1024*14*1024) / 8 = 1835008

last, please ensure your result is an exact multiple of 8192 for maximum efficiency, if not, the server won't crash, but partial memory will be wasted.

do a quick search for msExchESEParamCacheSizeMax on live.com and you'll find many practical examples.

Its that easy!

Howard Chow.

joyclear 2008-06-24 11:13 发表评论

IT博客-山和云的彼端-随笔分类-Exchange

AddReplicaToPFRecursive.ps1

Exchange 2007 CCR连续复制

冗余群集网络上的连续复制

RPC over Http保存用户名和密码

针对一些用户的特殊要求

后知后觉

关于收到自己给自己发的垃圾邮件这个问题，Exchange 2007 edge解决

Exchange 2007有edge存在的情况，外部用户如何使用pop3,smtp服务

Export-mailbox

ISA2006发布Exchange 2007RPC over HTTP故障解决

Exchange 2007针对发件人过滤添加白名单

Eseutil和Isinteg

Exchange中的邮件直推(Push Mail)

在Exchange 2007中删除所有Disconnected Mailbox

MsExchchangeCluster 1013 及 Userenv 1054问题解决

Exchange 2007 连续复制深入

Exchange 2003中限制用户发送邮件

XCON: Connector Delivery Restrictions May Not Work Correctlyhttp://support.microsoft.com/kb/277872/en-us

Exchange 2007环境中，更改outlook规则和通知大小设定

如何将所有缓存模式客户端配置为使用联机全局地址列表来解析不明确的名称

如何更改脱机地址簿的默认路径

Few, little , a few , a little

如何在outlook 2003中查看IMF SCL的值

How to verify the Intelligent Message Filter SCL rating in Outlook 2003

On This Page

SUMMARY

MORE INFORMATION

How to install the SCL Extension Form in Outlook 2003

How to add the SCL rating field into the column header of Outlook folders

Exchange 2007服务器启动后，Information Store和System Attendant服务不能自动启动

Exchange2007 SPAM流程图

Exchange 2007 OWA及发送邮件大小设定

Exchange 2007 POP3寄件权限问题

Exchange 2007 传输组件

Exchange2003中对于 "对传入邮件执行反向 DNS 查找" 选项功能的错误理解

The "Perform Reverse DNS Lookup for Incoming Messages" Option Is for Host Name Resolution

SUMMARY

MORE INFORMATION

DNS劫持与RBL

OWA访问重定向

Exchange 2007占用大量系统内存

XCON: Connector Delivery Restrictions May Not Work Correctly
http://support.microsoft.com/kb/277872/en-us