2장 Calendar Server 사용자 및 달력 관리

이 장에서는 Calendar Server 명령줄 유틸리티를 사용하여 사용자 그리고 사용자 달력과 자원 달력을 모두 포함하는 달력을 제공하고 관리하는 방법을 설명합니다.

Calendar Server 사용자 및 달력을 제공하고 관리하려면 다음의 명령줄 유틸리티를 사용합니다.

csuser 유틸리티는 LDAP 디렉토리 서버와 달력 데이터베이스에 저장된 달력 사용자 정보를 관리합니다.

cscal 유틸리티는 달력 데이터베이스의 달력과 해당 등록 정보를 관리합니다.

csresource 유틸리티는 LDAP 서버와 달력 데이터베이스에 저장된 회의실 또는 장비와 같은 자원에 대한 달력을 관리합니다.

명령줄 유틸리티를 실행하려면 Calendar Server가 실행되고 있는 시스템에 대해 관리 권한을 가진 사용자로 로그인해야 합니다. 자세한 내용은 11장, "Calendar Server 명령줄 유틸리티"를 참조하십시오.

새로운 Calendar Server 사용자 제공

이 절에서는 새로운 Calendar Server 사용자 제공에 대한 다음 정보를 제공합니다.

디렉토리 서버 요구 사항

Calendar Server에서는 달력 사용자를 디렉토리 서버에 저장해야 합니다. Calendar Server는 디렉토리 서버를 사용하여 사용자를 인증하고 사용자 기본 설정을 저장 및 검색합니다.

Calendar Server 기본 설치는 Sun ONE Directory Server와 같은 LDAP 디렉토리에 정의된 사용자를 지원합니다. 사용자가 이미 LDAP 디렉토리에 저장되어 있는 경우, 디렉토리 서버를 Sun ONE Directory Server로 간단하게 업그레이드할 수 있습니다. Sun ONE Directory Server는 사용자가 Calendar Server에 액세스할 수 있도록 스키마 확장을 지원합니다.

Sun ONE Directory Server 설치 및 구성에 대한 자세한 내용은 다음 설명서 웹 사이트를 참조하십시오.

또한 사용자가 Calendar Server 데이터에 액세스할 수 있도록 디렉토리 스키마를 수동으로 수정할 수 있습니다. 자세한 내용은 Solaris 운영 체제용 Sun ONE Calendar Server 6.0 설치 설명서를 참조하십시오.

Calendar Server 사용자에게 필수적인 LDAP mail 속성

Calendar Server 6.0(이상)에서는 사용자가 사용자 및 자원(예: 회의실 또는 노트북 컴퓨터나 오버헤드 영상기와 같은 장비) 달력 모두에 대해 LDAP mail 속성을 가져야 합니다. 각 자원 달력에는 실제로 사용하지 않더라도 전자 메일 주소가 있어야 합니다.

특히 LDAP mail 속성을 다음과 같이 추가해야 하는 경우가 있습니다.

기존 5.x 설치. cs5migrate 이전 유틸리티를 실행하기 전에 사용자에게 사용자 및 자원 달력의 mail 속성을 추가합니다. mail 속성을 추가하려면 Calendar Server csattribute 유틸리티 또는 Directory Server ldapmodify와 같은 유틸리티를 사용합니다.

새로운 6.0 설치. Calendar Server csattribute 유틸리티 또는 Directory Server ldapmodify와 같은 유틸리티를 사용하여 기존 사용자에게 사용자 및 자원 달력의 LDAP mail 속성을 제공합니다.

설치 후 새로운 달력이나 사용자를 만들 경우, Calendar Server 유틸리티를 사용할 때는 필수적인 -m email 옵션을 사용하여 전자 메일 주소를 지정해야 합니다.

cs5migrate 이전 유틸리티에 대한 자세한 내용은 Solaris 운영 체제용 Sun ONE Calendar Server 6.0 설치 설명서를 참조하십시오.

ldapmodify 유틸리티에 대한 자세한 내용은 다음 웹 사이트에서 제공하는 Sun ONE Directory Server Resource Kit Tools Reference를 참조하십시오.

예: 자원 달력에 전자 메일 LDAP 속성 추가

다음 예에서는 sesta.com 서버에 "Room100"이라는 회의실의 LDAP mail 속성을 추가합니다. 이 예에서는 Sun ONE Messaging Server를 사용합니다. 또 다른 전자 메일 서버를 사용하는 경우 해당 제품 설명서에서 해당 프로세스에 대한 설명을 참조하십시오.

csattribute 유틸리티를 사용하여 LDAP 서버에 mail 속성을 추가합니다.

# ./csattribute -a mail=Room100@sesta.com add Room100

속성이 설정되었는지 확인하려면 csattribute list 명령을 -v (세부 정보 표시) 옵션과 함께 사용합니다.

# ./csattribute -v list Room100

...

cn=Room 100,ou=conferenceRooms,dc=sesta,dc=com has mail: Room100@sesta.com

예: 자원 전자 메일의 비트버킷 채널 설정

다음 예에서는 자원 달력을 위해 생성된 전자 메일에 대해 Sun ONE Messaging Server 또는 Sendmail용 해당 서버의 비트버킷 채널을 설정합니다. 이 예에서는 sesta.com 서버에 있는 "Room100"이라는 자원을 사용합니다. 비트버킷 채널(또는 동등한 것)을 설정하지 않은 경우 자원 달력에 보낸 전자 메일 메시지를 정기적으로 삭제해야 합니다.

Sun ONE Messaging Server를 사용하는 경우 다음 단계를 수행합니다.

해당 호스트의 /etc/aliases 파일에 다음과 같이 항목을 추가합니다.

# Resource/Conference room aliases Room100: /dev/null

csresource 유틸리티를 사용하여 해당 자원의 전자 메일 주소를 LDAP 디렉토리에 추가합니다.

# ./csattribute -a mail=Room100@sesta.com add Room100



주	이 변경 사항을 사용 가능하게 하려면 별칭 테이블이나 구성을 다시 만들어야 하는 경우도 있습니다. Sun ONE Messaging Server(또는 해당 전자 메일 제품)의 설명서 그리고 메일 서비스 변경에 대한 사이트별 설명서 및 절차를 참조하십시오. Sun ONE Messaging Server는 다음 웹 사이트에서 사용 가능합니다. http://docs.sun.com/coll/S1_MsgServer_60

전자 메일 별칭(mailalternateaddress 속성)

달력 사용자에 대해 전자 메일 별칭을 설정해야 할 경우 LDAP mailalternateaddress 속성을 사용합니다. LDAP mail 속성은 기본 메일 주소를 제공하며 LDAP mailalternateaddress 속성은 전자 메일 별칭에 사용됩니다. 두 속성 모두 메일 주소를 사용자의 달력 아이디(calid)와 매핑합니다.

예를 들어, John Smith라는 사용자에 대해 다음 값을 사용하여 mailalternateaddress 속성을 추가할 수 있습니다.

# ./csuser -g John -s Smith -y password -l en -m john.smith@sesta.com -c johnsmith create johnsmith
# ./csattribute -a mailalternateaddress=johns@sesta.com add johnsmith
# ./csattribute -a mailalternateaddress=jsmith@sesta.com add johnsmith

달력 아이디(calid)

Calendar Server 데이터베이스의 각 달력은 고유한 달력 아이디, 즉 calid로 식별됩니다. calid의 형식은 다음과 같습니다.

domain은 사용자를 위한 선택적 도메인 이름입니다. 기본값은 service.defaultdomain 매개 변수에서 지정한 값입니다.

달력 아이디는 대소문자를 구분합니다. 예를 들어, JSMITH는 jsmith와 다르게 인식됩니다. 이러한 구분은 대소문자를 구분하지 않는 전자 메일 주소와 다릅니다. 예를 들면 jsmith@sesta.com을 JSMITH@SESTA.COM과 동일한 것으로 인식하는 경우입니다.

달력 아이디는 공백을 포함할 수 없으며 다음 문자만 사용할 수 있습니다.

달력 아이디로는 jsmith, jsmith@calendar.sesta.com:new-cal 및 jsmith:private_calendar를 예로 들 수 있습니다.

사용자 아이디가 calid에 포함되므로 사용자 아이디는 공백을 포함할 수 없습니다(예: j smith). 사용자 아이디에 공백이 포함되어 있을 경우 Calendar Server에 로그인할 수 있지만, 이 공백이 나중에 문제를 일으킬 수 있습니다.

달력 조회 데이터베이스(CLD) 플러그 인

달력 데이터베이스가 여러 백엔드 서버에 분산된 경우 Calendar Server는 플러그 인을 사용하여 달력이 실제로 저장된 서버를 확인합니다. Calendar Server는 데이터 와이어 프로토콜(DWP)을 사용하여 백엔드 서버의 달력 데이터에 액세스합니다. DWP는 csdwpd 서비스로 실행되는 내부 프로토콜이며 달력 데이터베이스용 네트워킹 기능을 제공합니다.

Calendar Server는 ics.conf 파일의 caldb.cld.type 매개 변수 값에 따라 플러그 인을 로드합니다.

사용자의 달력 사용 가능 여부 점검

특정 사용자가 디렉토리 서버에 있으며 Calendar Server 데이터에 액세스할 수 있는지 확인하려면 csuser 유틸리티 check명령을 사용합니다.

예를 들어, JSmith가 달력을 사용할 수 있는지 확인하려면 다음 명령을 사용합니다.

check 명령을 실행한 결과 사용자가 LDAP 디렉토리 서버에 존재하지 않는다면 해당 사용자에 대해 디렉토리 서버 항목을 만들어야 합니다.

새 사용자 제공

csuser 유틸리티는 LDAP 디렉토리 서버에 항목을 만들고 사용자가 달력을 사용할 수 있게 합니다. 또한 ldapsearch 및 ldapmodify와 같은 Sun ONE Directory Server 유틸리티를 사용할 수 있습니다. 이러한 유틸리티에 대한 자세한 내용은 다음 웹 사이트의 Sun ONE Directory Server 설명서를 참조하십시오.

사용자가 이미 LDAP 디렉토리에 있다면 이 사용자에 대한 새 달력을 수동 또는 자동으로 만들 수 있습니다.

수동 - cscal 유틸리티 create 명령을 사용하여 해당 사용자의 새 달력을 만듭니다. "새 달력 만들기"를 참조하십시오.

자동 - local.autoprovision이 "yes"(기본값)로 설정되고 도메인에 달력 서비스가 지정된 경우, 새 사용자가 처음으로 Calendar Server에 로그인하면 Calendar Server는 이 사용자에 대해 새로운 기본 달력을 자동으로 만듭니다. 해당 사용자 아이디의 이름으로 달력이 이미 존재하지 않는 한 Calendar Server는 이 아이디를 사용하여 달력 아이디(calid)를 만듭니다.

예를 들어, Jsmith가 처음으로 Calendar Server에 로그온한 경우 Calendar Server는 JSmith를 calid로 하는 기본 달력을 자동으로 만듭니다.

또한 Calendar Server는 이후 Jsmith가 만드는 각 달력의 calid에 JSmith 접두어를 붙입니다. 예를 들어, Jsmith가 나중에 meetings라는 이름으로 새 달력을 만들면 calid는 JSmith:meetings가 됩니다.

어떤 사용자가 달력을 사용할 수 없는 다른 사용자(즉 기본 달력이 없는 사용자)에게 요청을 보내는 경우 Calendar Server는 요청을 보낸 사용자에게 "달력을 찾을 수 없습니다"라는 오류를 반환합니다.

새 달력 만들기

새 달력을 만들려면 cscal 유틸리티 create 명령을 사용합니다. 사용자(사용자 아이디)는 이미 디렉토리 서버에 존재해야 합니다.

사이트에서 LDAP 달력 조회 데이터베이스(CLD) 플러그 인을 사용하는 경우 사용자의 달력이 위치하는(또는 위치할) 백엔드 서버(사용자의 icsDWPHost LDAP 속성으로 표시)에 새 달력을 만들어야 합니다. 다른 백엔드 서버에서 달력을 만들려고 하면 cscal 유틸리티는 오류를 반환합니다. LDAP CLD 플러그 인에 대한 자세한 내용은 "LDAP 달력 조회 데이터베이스(CLD) 플러그 인 구성"을 참조하십시오.

예를 들어, 달력 아이디(calid) JSmith로 새 달력을 만들려면 다음 명령을 사용합니다.

조회 가능한 이름 Hobbies를 가지고 JSmith가 소유하며 그룹 예약의 기본 액세스 제어 설정을 사용하는 달력을 만들려면 다음 명령을 사용합니다.

다음 예에서는 이전 예와 비슷하게 새 달력을 만들지만, 이 달력을 sports라는 이름의 범주와 연관시켜 이중 예약을 가능하게 하는 역할도 하며, RJones를 또 다른 소유자로 지정합니다.

다음 예에서는 이전 예와 비슷한 달력을 만들지만, 그룹 일정에 대한 특별한 액세스 제어 설정도 지정합니다.

여기서 -a "@@o^a^sfr^g"는 다른 소유자들에게 이 달력의 구성 요소 및 달력 등록 정보에 대해 그룹 예약을 위한 예약, 사용 가능/사용 중 그리고 읽기 액세스 권한을 부여합니다.

Calendar Server 사용자 관리

사용자가 제공된 후 csuser 유틸리티를 사용하여 다음 관리 작업을 수행할 수 있습니다.

사용자 정보 표시

모든 달력 사용자를 나열하거나 지정된 사용자의 달력 속성을 표시하려면 csuser 유틸리티 list 명령을 사용합니다.

예를 들어, 달력 사용이 가능한 모든 사용자를 표시하려면 다음 명령을 사용합니다.

Jsmith와 같이 단일 사용자의 달력 속성을 모두 표시하려면 다음 명령을 사용합니다.

사용자 비활성화 및 활성화

사용자가 Calendar Server에 로그인할 수 없게 하려면 csuser 유틸리티 disable 명령을 사용합니다. disable 명령은 사용자가 달력 데이터에 액세스하는 것을 막지만 사용자의 정보를 디렉토리 서버나 Calendar Server 데이터베이스에서 제거하지는 않습니다.

예를 들어 Jsmith가 Calendar Server에 액세스하지 못하게 하려면 다음 명령을 사용합니다.

이 명령은 Jsmith가 Calendar Server에 로그인하여 달력 데이터에 액세스하는 것을 막지만, Jsmith의 데이터가 달력 데이터베이스에서 삭제되지는 않습니다. 그러나 Jsmith가 현재 Calendar Server에 로그인되어 있다면 Jsmith는 로그오프할 때까지 달력 데이터에 대한 액세스를 유지합니다.

사용자가 Calendar Server에 액세스할 수 있게 하고 선택 사항으로 기본 달력과 같은 특정 구성 설정을 지정하려면 csuser 유틸리티 enable 명령을 사용합니다.

예를 들어, Jsmith에게 액세스(Calendar Server 로그인)를 허용하고 기본 달력을 지정하려면 다음 명령을 사용합니다.

사용자 삭제

Calendar Server 사용자를 삭제하려면 csuser 유틸리티 delete 명령을 사용합니다.



주의	csuser 유틸리티 delete 명령은 사용자의 모든 Calendar Server 정보를 LDAP 서버에서 제거합니다. 달력 데이터베이스가 백업되었다면 Calendar Server 데이터베이스 정보를 복구할 수 있습니다. 자세한 내용은 6장, "Calendar Server 데이터 백업 및 복원"을 참조하십시오. 그러나 특별히 백업해 놓은 경우에만 LDAP 서버 정보를 복구할 수 있습니다.

예를 들어 Jsmith를 Calendar Server에서 삭제하려면 다음 명령을 사용합니다.

사용자의 속성 재설정

특정 사용자에 대해 모든 달력 LDAP 속성의 기본 설정을 복원하려면 csuser 유틸리티 reset 명령을 사용합니다.

예를 들어, JSmith의 모든 달력 속성을 기본 구성 설정으로 재설정하려면 다음 명령을 사용합니다.



주	달력 사용자가 재설정되고 나면 이 사용자의 LDAP 항목으로부터 icsCalendarUser (객체 클래스), icsSubscribed, icsCalendarOwned, icsCalendar 및 icsDWPHost (LDAP CLD 설정인 경우) 등 모든 달력 속성이 제거됩니다. Calendar Server 관리자는 사용자를 대신하여 달력을 만들 수 없습니다. 이 속성들은 다음과 같은 경우에 사용자의 LDAP 항목에 복원됩니다. 사용자가 다시 Calendar Server에 로그인한 경우 Calendar Server 관리자가 해당 사용자에 대해 csuser enable 명령을 실행한 경우(단, 이 경우에 icsDWPHost 속성은 복원되지 않음)

사용자 달력 관리

사용자 달력이 만들어지면 cscal 유틸리티를 사용하여 다음 관리 작업을 수행할 수 있습니다.

달력 표시

모든 달력, 어떤 사용자가 소유한 모든 달력 또는 특정 달력의 등록 정보를 표시하려면 cscal 유틸리티 list 명령을 사용합니다.

예를 들어, 달력 데이터베이스의 모든 달력을 나열하려면 다음 명령을 사용합니다.

Jsmith가 소유한 모든 달력을 나열하려면 다음 명령을 사용합니다.

달력 아이디가 JSmith:meetings인 달력의 모든 등록 정보를 나열하려면 다음 명령을 사용합니다.

달력 삭제

최종 사용자는 Calendar Express를 통해 달력 가입을 취소할 수 있지만 Calendar Server 데이터베이스에서 달력을 삭제할 수는 없습니다. 시스템에 관리자 권한이 있는 관리자가 달력을 삭제해야 합니다.

Calendar Server에서 하나 이상의 달력을 삭제하려면 cscal 유틸리티 delete 명령을 사용합니다. 이 유틸리티는 달력을 삭제하지만 사용자를 디렉토리 서버에서 삭제하지는 않습니다.



주의	delete 명령은 달력 데이터베이스로부터 모든 달력 정보를 제거하며 실행 취소할 수 없습니다. 달력을 삭제한 후에는 백업된 경우에만 달력 데이터를 복구할 수 있습니다. 자세한 내용은 6장, "Calendar Server 데이터 백업 및 복원"을 참조하십시오.

cscal 유틸리티를 사용하여 하나의 달력 또는 여러 개의 달력을 삭제할 수 있습니다.

예를 들어, 달력 아이디가 JSmith:meetings인 달력을 삭제하려면 다음 명령을 사용합니다.

기본 소유자가 JSmith인 모든 달력을 삭제하려면 다음 명령을 사용합니다.

달력 비활성화 및 활성화

사용자가 달력에 액세스할 수 없게 하려면 cscal 유틸리티 disable 명령을 사용합니다. disable 명령은 사용자가 달력에 액세스할 수 없게 하지만, 달력 데이터베이스에서 정보를 제거하지는 않습니다.

예를 들어, 사용자가 JSmith:meetings에 액세스할 수 없게 하려면 다음 명령을 사용합니다.

사용자가 달력에 액세스할 수 있게 달력을 활성화하려면 cscal 유틸리티 enable 명령을 사용합니다. 예를 들어, 기본 구성 설정을 사용하여 JSmith:meetings 달력을 활성화하려면 다음 명령을 사용합니다.

JSmith:meetings 달력을 활성화하되 이중 예약을 허용하지 않으려면 다음 명령을 사용합니다.

달력 등록 정보 수정

달력의 등록 정보를 수정하려면 cscal 유틸리티 modify 명령을 사용합니다.

예를 들어, AllAdmins의 그룹 예약 액세스 제어 설정을 변경하고 RJones를 또 다른 소유자로 지정하려면 다음 명령을 사용합니다.

달력에서 등록 정보 제거

달력에서 등록 정보 값을 제거하려면 cscal 유틸리티 modify 명령을 사용하고 옵션의 값은 큰따옴표 2개("")로 지정합니다.

예를 들어, JSmith:meetings에서 설명을 제거하려면 다음 명령을 사용합니다.

JSmith:meetings에서 모든 범주를 제거하려면 다음 명령을 사용합니다.

JSmith:meetings에서 "다른 소유자들"을 제거하려면 다음 명령을 사용합니다.

"손실된" 달력 복구

사용자의 기본 달력이 Calendar Express View 탭이나 Calendars 탭에 나타나지 않지만 데이터베이스에는 아직 존재할 경우, 다음 속성으로 사용자의 LDAP 항목을 업데이트하여 달력을 복구할 수 있습니다.

여기서 default_calid는 사용자의 기본 달력 아이디(calid)입니다.

자원 달력 만들기 및 관리

자원 달력은 회의실과 같은 자원 또는 노트북 컴퓨터나 오버헤드 영사기와 같은 장비와 연관됩니다.

자원 달력을 만들고 관리하려면 csresource 유틸리티를 사용합니다. csresource를 실행하려면 Calendar Server가 실행되고 있는 시스템에 대해 관리 권한을 가진 사용자로 로그인해야 합니다.

이 절에서는 다음과 같이 자원 달력을 만들고 관리하는 방법을 설명합니다.

자원 달력 구성 매개 변수 설정

표 2-1에서는 ics.conf 파일의 자원 달력 구성 매개 변수를 나열합니다.

표 2-1 ics.conf 파일의 자원 달력 구성 매개 변수
매개 변수	설명
resource.default.acl	이 매개 변수는 자원 달력이 만들어질 때 사용되는 기본 액세스 제어 권한을 결정합니다. 기본 권한은 다음 액세스 제어 목록(ACL)에서 지정합니다. "@@o^a^r^g;@@o^c^wdeic^g;@^a^rsf^g" 이 ACL은 모든 달력 사용자에게 구성 요소와 등록 정보를 포함하여 달력에 대해 읽기, 예약 및 사용 가능/사용 중 액세스를 부여합니다. 자원의 사용 권한을 변경하려면 csresource 유틸리티 create 명령을 사용하여 달력을 만들 때 -a 옵션을 사용합니다.
resource.allow.doublebook	이 매개 변수는 자원 달력에 이중 예약이 허용되는지 여부를 결정합니다. 이중 예약을 사용하면 자원 달력은 같은 시간에 둘 이상의 이벤트를 예약할 수 있습니다. 기본값은 "no"이며, 즉 이중 예약을 허용하지 않습니다. 자원 달력에서 이중 예약을 사용하려면 csresource 유틸리티 create 명령을 사용하여 달력을 만들 때 -k 옵션을 사용합니다.

표 2-1의 기본값은 새 자원 달력에 적용되지만, ics.conf 파일을 편집하여 이 기본값을 변경할 수 있습니다. 자세한 내용은 "ics.conf 구성 파일 편집"을 참조하십시오.

자원 달력 만들기

Calendar Server는 자원 달력을 자동으로 만들지 않으므로, csresource 유틸리티 create 명령을 사용하여 사이트에서 필요한 각 자원 달력을 수동으로 만들어야 합니다. 이 명령은 LDAP 디렉토리 서버와 달력 데이터베이스에 새 달력의 항목을 만듭니다. 달력을 만들 때 고려해야 할 몇 가지 사항은 다음과 같습니다.

기본적으로 Calendar Server는 자원 달력의 이중 예약(resource.allow.doublebook 매개 변수)을 허용하지 않습니다. 이 기본 설정은 회의실과 장비와 같은 자원에 대한 예약 충돌을 방지합니다. 그러나 자원 달력에 대해 이중 예약을 허용하려면 달력을 만들 때 csresource -k 옵션을 "yes"로 설정합니다.

특정 자원의 예약 가능자를 제어하려면 자원 달력에 대해 쓰기 액세스를 갖는 사용자를 제한하는 방법을 고려할 수 있습니다. 예를 들어, 특정 사용자들만 회의실이나 장비를 예약하게 할 수 있습니다.

예를 들어, 달력 아이디가 aud100, 조회 가능 이름이 Auditorium(LDAP cn 속성)이고 표 2-1의 기본 설정을 사용하는 자원 달력을 만들려면 다음 명령을 사용합니다.

다음 명령은 이전 예와 동일한 작업을 수행하지만, -k 옵션은 이 달력에 대한 이중 예약을 허용하며 -o 옵션은 bkamdar를 달력 소유자로 지정하고 -y 옵션은 jsmith를 또 다른 소유자로 지정합니다.

자원 달력의 소유자를 지정하지 않으면 ics.conf 파일의 ervice.admin.calmaster.userid 매개 변수에서 값을 가져옵니다.

자원 달력 및 속성 표시

자원 달력을 표시하려면 csresource 유틸리티 list 명령을 사용합니다.

예를 들어, 모든 Calendar Server 자원 달력과 해당 LDAP 속성을 목록으로 표시하려면 다음 명령을 사용합니다.

Auditorium이라는 자원 달력의 모든 LDAP 속성 목록을 표시하려면 다음 명령을 사용합니다.

자원 달력 수정

자원 달력을 수정하려면 cscal 유틸리티 modify 명령을 사용합니다(csresource에는 modify 명령이 없음).

예를 들어, 소유자를 tchang으로 설정하고 mwong라는 이름의 또 다른 소유자를 Auditorium 자원 달력에 추가하려면 다음 명령을 사용합니다.

이 예에서 cscal 유틸리티는 달력 이름(Auditorium)보다 calid (aud100)가 필요합니다.

자원 달력 비활성화 및 활성화

사용자가 이벤트를 예약할 수 없도록 자원 달력을 비활성화해야 하는 경우가 있습니다. 예를 들어, 리모델링 때문에 회의실을 사용할 수 없거나 오버헤드 영사기가 수리 중일 수 있습니다.

자원 달력을 비활성화하거나 활성화하려면 csresource 유틸리티 enable 또는 disable 명령을 사용합니다.

예를 들어, Auditorium이라는 이름의 자원 달력을 비활성화하려면 다음 명령을 사용합니다.

그리고 나중에 자원 달력을 활성화하려면 다음 명령을 사용합니다.

자원 달력 삭제

자원 달력을 삭제하려면 csresource 유틸리티 delete 명령을 사용합니다.

예를 들어, Auditorium 자원 달력을 삭제하려면 다음 명령을 사용합니다.

자원을 삭제하려면 "y"를, 작업을 취소하려면 "n"을 입력합니다.

"y"를 입력하면 Calendar Server는 달력을 삭제하고 이를 알리는 메시지를 표시합니다.

달력 링크 만들기

하나 이상의 사용자 또는 자원 달력에 대한 링크를 만들 수 있습니다. 단, 각 달력마다 읽기 액세스를 허용하는 권한이 설정되어 있어야 합니다. 예를 들어, 웹 페이지나 전자 메일 메시지에 달력 링크를 내장할 수 있습니다. 그러면 다른 사용자가 Calendar Server에 로그인하지 않고서도 해당 달력을 익명으로 볼 수 있습니다.

하나 이상의 사용자 달력에 링크를 만들려면 이 구문을 사용합니다.

http://hostname:port/[command.shtml]?calid=calid-1;calid-2; ... ;calid-n&view=viewname

viewname은 overview, dayview, weekview 또는 monthview 중에서 선택할 수 있습니다. 또한 yearview 보기도 가능하지만 별로 유용하지는 않습니다.

주: 보기(또는 다른) 옵션 없이 오직 한 달력에 대해서만 링크를 만들 경우 command.shtml을 생략합니다.

예를 들어, jsmith의 기본 달력에 대한 링크를 만들려면 다음과 같이 입력합니다.

calid가 overhead_projector10인 오버헤드 영사기 자원 달력에 대한 링크를 만들려면 다음 명령을 사용합니다.

하지만 jsmith 및 tchang의 기본 달력에 대한 링크를 만들고 이 달력을 일 보기(day view)에서 표시하려면 다음과 같이 입력합니다.