Question

0: "Exchange Online-ApplicationAccount"
1: "SystemMailbox{1f05a933-9ad6-4643-8c81-a99f111d5a14}"
2: "SystemMailbox{b3558c35-97f1-4cb9-8ff7-d5374122228c}"
3: "SystemMailbox{e2dc1c29-89c3-4034-b678-e6c29d823ed9}"
4: "DiscoverySearchMailbox {D919B115-46A6-415f-80AD-7E093333BB852}"
5: "Migration.8f3e7716-2011-43e4-9221-aba62d229136"
6: "FederatedEmail.4c1f4d8b-8179-4338-93bf-00a95fa1e042"
7: "SystemMailbox{D0E409A0-AF9B-4440-92FE-AAC869B0D201}"
8: "SystemMailbox{2CE34115-31BE-455D-89D7-A7C7DA7A0DAA}"
9: "SystemMailbox{8cc37553-822a-4ab8-a926-bb94bd0641a9}"
10: "Zeynep Demir"
11: "Mustafa Demir"
12: "Ali Demir"
13: "Ayse Demir"
14: "derya"

当我通过（“ （objectClass = User）”）用ldap查询时，这些是用户，但我想过滤前10条记录。

是否可以使用ldap过滤默认用户？

Answer 1

这些似乎都是与Microsoft-Exchange相关的帐户。它们是在用户容器下创建的。如果所有手动创建的帐户都在单独的单个OU结构下，则可以将搜索限制为基础。例如。而不是在基本DN cn=users,dc=example,dc=com上进行搜索，ou=Company,dc=example,dc=com

或者，使用not过滤器从结果集中删除帐户：

(&(objectClass=user)(!(|(cn=DiscoverySearchMailbox*)(cn=ExchangeOnline-ApplicationAccount)(cn=FederatedEmail*)(cn=HealthMailbox*)(cn=Migration.*)(cn=SystemMailbox*))))

这意味着“查找所有对象，其中objectClass是用户，而CN不是（此或那个或另一件事）”。

基于子字符串的筛选器会增加目录服务器的负载，但是新安装的Exchange将添加其他帐户。但是子字符串搜索避免了任何时候都需要修改过滤器的情况，例如，SystemMailbox对象的集合发生了变化。

使用LDAP过滤器排除默认用户

1 个答案: