exchange 2010中实现分层地址薄

简介:

如果你使用Exchange Server 2010 Service Pack 1中,然后不需要扩展架构,你需要在安装SP1做好准备

结构化地址簿是一种通过树形结构对Exchange中的收件人信息进行展现的方式。最直观的使用方式,就是根据公司的组织层级结构,对用户进行组织并展现。Exchange的地址簿一直是一种平级结构,用户通过客户端打开通讯录时,会一次性看到所有收件人信息。如果公司规模较大,查询将十分困难。

Exchange Server 2007中,可以通过安装HAB的插件,来为OWA的用户实现HAB功能。但这个插件并不是微软的产品。在Exchange Server 2010中,直接内置了HAB功能;当用户使用Outlook 2010连接时,就能够体验到该功能带来的方便了。

以下是 Outlook 中看到的结构化地址簿,可以看到,右侧列表中的用户是按照字母排序的,而排在第一位的是经理。也就是说,我们可以定制 HAB 的排序规则

Microsoft发布了两篇知识库文档,讲解具体如何启用该功能:

如何在 Exchange Server 2010 服务器上扩展用于层次化通讯簿 (HAB)  Active Directory架构

http://support.microsoft.com/kb/973788

How to enable the Hierarchical Address Book feature in Microsoft Exchange Server 2010

http://support.microsoft.com/kb/973994/en-us

1.         建立通讯组

HAB中,所有树状节点在Exchange中都是作为通讯组的形式保存的,低级别节点是高级别节点的组成员。列表中的用户也是组成员形式。因此需要在Exchange中预先建立通讯组。如下图所示:

 

  

1.         选定HAB的根节点

A.打开ADSIEDIT编辑器

B. 连接到Default naming context

 

A.找到cn=全行员工,并打开属性

 

3.         定位到distinguishedName属性,复制内容。

 

A.关闭属性对话框

B. 连接到Configuration(配置)

 

A.依次展开Services=>Microsoft Exchange=>组织名

B. 打开组织名的属性

C. 定位到msExchHABRootDepartmentLink属性,将前面复制的内容粘贴进去

 

I.关闭属性对话框

 

1.         修改组的属性

a)         ADSIEDIT中,定位到全行员工

b)        打开属性页面

c)         定位到msOrg-IsOrganizational属性,修改这个属性的值为True

 

D)         关闭属性对话框

E)        为其它需要在HAB中显示的组重复ad步骤

1.         修改组成员的排序方式

a)         ADSIEDIT中,定位到要修改排序位置的用户帐号

b)        打开属性页面

定位到msDS-HABSeniorityIndex,输入一个数值。数值越大,排位越靠前。如果没有设置值(默认未设置),将在所有有值的记录排序结束后,按照默认方式排序(用户也可以配置此选项越靠前输入数字越大(数值在1-100间))。

 

C)         关闭属性页面

6.         更新脱机通讯录。在Exchange的命令行管理界面中输入

Get-OfflineAddressBook | Update-OfflineAddressBook
等待一段时间,以便脱机通讯录完成更新

7.         打开Outlook 2010,点击发送接收=>下载通讯录

 

 

8.通讯录下载结束后注销或重启动机器一次,打开通讯录,就可以使用HAB了。不仅是查看通讯录时可以使用,还可以在发送邮件时使用HAB。

9.         在邮件服务器上将每个组指定为 HAB 成员。

Set-Group -Identity "全公司员工" -IsHierarchicalGroup $true

效果如下

 

 























本文转自legendfu51CTO博客,原文链接: http://blog.51cto.com/legendfu/1073665

,如需转载请自行联系原作者

相关文章
|
数据库
主题域、概念、逻辑、物理四种模型有什么区别与联系?
主题域、概念、逻辑、物理四种模型有什么区别与联系?
|
5月前
业务系统架构实践问题之代码应该主要放在biz层还是domain层
业务系统架构实践问题之代码应该主要放在biz层还是domain层
|
5月前
|
前端开发 数据挖掘
字节面试:领域、子域、核心域、通用域和支撑域怎么划分?
领域驱动设计(DDD)通过划分业务领域和子域简化复杂性。领域是业务问题的范围,子域是更小的专业部分。核心域代表业务的核心竞争力,如电商中的商品、订单和支付;通用域提供跨领域服务,如用户管理;支撑域支持核心功能,如物流、客服和数据分析。这种划分帮助团队专注关键业务,提高开发效率和软件对业务需求的契合度。
262 0
|
数据库
数仓建设:数据域和主题域是什么关系?
数仓建设:数据域和主题域是什么关系?
8362 2
数仓建设:数据域和主题域是什么关系?
|
数据库
三层和实体层的区别
三层和实体层的区别
60 0
|
设计模式 搜索推荐 领域建模
DDD领域驱动设计实战(一)-领域模型、子域、核心域、通用域和支撑域等基本概念
DDD领域驱动设计实战(一)-领域模型、子域、核心域、通用域和支撑域等基本概念
1047 0
|
SQL 算法 网络协议
一图了解,网络7层协议之间的关系
还在等什么,快来一起讨论关注吧,公众号【八点半技术站】,欢迎加入社群
|
机器学习/深度学习 网络协议
【计算机网络】计算机网络 分层结构 ( 分层基本原则 | 分层结构 | 实体 | 协议 | 接口 | 协议三要素 | 数据 | 计算机网络体系结构概念 | 分层概念 )
【计算机网络】计算机网络 分层结构 ( 分层基本原则 | 分层结构 | 实体 | 协议 | 接口 | 协议三要素 | 数据 | 计算机网络体系结构概念 | 分层概念 )
472 0
【计算机网络】计算机网络 分层结构 ( 分层基本原则 | 分层结构 | 实体 | 协议 | 接口 | 协议三要素 | 数据 | 计算机网络体系结构概念 | 分层概念 )
|
消息中间件 缓存 API
消息中间件Client模块划分
上图是之间讨论确定的系统架构(后续内容会按照这个架构来叙述),其中: 客户端包含Producer和Consumer两大块 客户端需要和NameServer交互来获取元数据 客户端需要和Broker交互来读写消息 Client模块划分 1. 网络模块 第一个仍然是网络模块。
1017 6