myDomain이라는 도메인의 사용자 및 그룹을 포털로 가져오는 myAuthSource라는 인증 소스를 생성한다고 가정합니다. 이 인증 소스는 Employees 카테고리를 사용합니다. 따라서 이 소스를 통해 가져온 사용자와 그룹에는 다른 인증 소스를 통해 가져온 사용자 및 그룹과 구분할 수 있도록 하기 위해 사용자와 그룹의 이름에 각각 "Employees\"라는 텍스트가 추가됩니다. 예를 들어, 소스 도메인에 myDomain\Mary라는 사용자가 있는 경우, 이 사용자는 포털에 가져올 때 Employees\Mary가 됩니다.
모든 인증 소스는 해당 인증 소스를 통해 가져온 모든 사용자가 포함된 그룹을 자동으로 생성합니다. 이 예제에서는 인증 소스가 myAuthSource이기 때문에 가져온 사용자가 모두 포함된 이 그룹의 이름은 Everyone in myAuthSource가 됩니다.
myDomain 도메인에 들어 있는 것과 동일한 사용자 및 그룹으로 구성되어 있는 myNotes라는 Lotus Notes 시스템에서 컨텐트를 가져오려는 경우, 이미 그룹 및 사용자를 포털로 가져왔기 때문에, Notes 크롤러는 각 Notes 문서와 함께 Notes 보안 정보를 가져올 수 있습니다. Notes 시스템에 있는 그룹의 이름은 myDomain 도메인이나 포털에 들어 있는 해당 그룹의 이름과 같지 않아도 되며, 중요한 점은 Notes 그룹에 포털에 들어 있는 그룹과 동일한 그룹이 들어 있다는 점입니다. Notes 그룹에 포털의 그룹과 동일한 그룹이 들어 있지 않은 경우, Notes 크롤러는 그러한 그룹에 대한 보안 설정을 무시합니다.
Notes 크롤러는 문서를 찾은 경우 해당 문서에 대한 접속 권한이 있는 Notes 그룹 목록을 생성합니다. 이러한 목록을 접속 제어 목록(ACL)이라고 합니다. 노트 문서용으로 작성된 접속 제어 목록(ACL)에는 특정 노트 사용자에 대한 항목은 포함되어 있지 않고 노트 그룹에 대한 항목만 들어 있습니다 (Notes 크롤러는 포털 그룹에게만 접속 권한을 부여합니다. NT 파일 크롤러는 포털 사용자에게 접속 권한을 부여합니다.). 각 ACL 항목은 {Notes Server Name}\{Notes Group Name}으로 작성됩니다. 이 예제에서 크롤러는 myNotes\Engineering이라는 한 항목이 들어 있는 ACL을 생성하는데, 그 이유는 이 그룹이 해당 문서에 대한 접속 권한이 있는 유일한 Notes 그룹이기 때문입니다.
그런 다음 크롤러는 글로벌 ACL 동기화 맵을 참조하여 이 Notes 그룹과 대응하는 포털 그룹을 확인합니다. 이 과정은 다음 두 절차로 되어 있습니다.
Notes 크롤러를 통해 문서 및 보안 설정을 가져오는 것을 확인. 사용자가 이미 접두어: 도메인 맵 페이지에서 myAuthSource 카테고리인 Employees를 소스 도메인 myNotes에 매핑하였습니다. 이 항목을 통해서 크롤러는 ACL 항목을 myNotes\Engineering에서 Employees\Engineering으로 수정합니다.
Notes 시스템이 myDomain 도메인 이외의 다른 그룹 이름을 사용하는 것을 확인. 사용자가 이미 포털: 외부 그룹 맵 페이지에서 Notes 시스템 그룹 Engineering을 myDomain 그룹 즉, 현재의 포털 그룹인 Developers로 매핑하였습니다. 이 항목을 통해서 크롤러는 ACL 항목을 Employees\Engineering에서 Employees\Developers로 수정합니다.
따라서 포털 그룹 Developers의 모든 사용자에게 자동으로 문서에 대한 접속 권한이 부여됩니다.