요약

  • PARTSTAT=ACCEPTED는 캘린더 사용자에게 전달되는 참여 상태이며, 이후의 실제 출석을 측정한 값이 아닙니다.
  • 응답, 대리, 버전, 반복 일정, 전달, 이벤트 관찰은 반드시 서로 다른 필드에 유지되어야 합니다.

한 기업이 몇 명이 교육을 이수했는지 알고 싶어 합니다. 출석부는 아직 도착하지 않았지만, 캘린더는 준비된 답을 내놓습니다. 수락(ACCEPTED)으로 표시된 초대 목록입니다. '수락함'이라는 열의 이름을 '출석함'으로 바꾸는 것은 관리상의 지름길처럼 보입니다. 실제로는 출처를 바꾸지 않은 채 질문만 바꾸는 것입니다.

RFC 5545는PARTSTAT을 캘린더 사용자의 참여 상태로 정의합니다. 이벤트에는NEEDS-ACTION,ACCEPTED,DECLINED,TENTATIVE,DELEGATED같은 값이 나타납니다. 이들은 의도와 응답을 정리합니다. 출입 게이트, 화상 통화, 체류 시간, 누군가의 주의를 관찰하지는 않습니다.

Cyrus Daboo가 여러 계층을 거쳐온 경로

Cyrus Daboo는 바로 이 상태를 전달하는 사양에 기여했습니다.CalDAV, RFC 4791의 저자 중 한 명이었고,iTIP, RFC 5546을 저술했으며,CalDAV Scheduling, RFC 6638을 공동 저술했습니다. 조사 시점에 확인한IETF 프로필에는 26개의 RFC가 등재되어 있었습니다.2013년 CalConnect의 시상 기사는 상호 운용 가능한 캘린더 분야에서 그의 오랜 활동을 기록하고 있습니다.

다만 RFC 5545의 저자는 Bernard Desruisseaux입니다. 이 구분은 중요합니다. 기술적 역사는 집단적이며, Daboo의 구체적 기여는 교환 프로토콜과, 권한의 연쇄를 보이게 만든 일정 인프라에 있습니다.

주최자 사본에 담기는 것

iTIP 모델에서 주최자는 일정의 마스터 객체를 관리합니다. 새 참여자는 보통NEEDS-ACTION상태에서 시작합니다. 참여자는REPLY메시지 안에서 자신의ATTENDEE속성의PARTSTAT을 변경하고, 주최자가 그 응답을 반영합니다. 이벤트 전체의STATUS와 참여자별PARTSTAT은 같은 결정이 아닙니다.

따라서 주최자 사본의ACCEPTED는 한정된 문장을 뒷받침합니다. 해당 버전의 객체에서 그 주소에 귀속된 수락 응답이 존재한다는 것입니다. 이것은 누가 클라이언트를 조작했는지, 이후 조건이 바뀌었는지, 누군가가 약속 시각에 나타났는지를 결정하지 않습니다.

초대받은 사람이 답한 사람이 아닐 수 있다

RFC 5546은 대리(표현)를 명시적으로 다룹니다. 참여자는 다른 사용자에게 자신을 대신해 참석할 권한을 위임할 수 있습니다.SENT-BY는 응답을 보낸 사용자가 지정된 참여자 또는 주최자를 대신해 행동했음을 나타냅니다. 비서, 공유 계정, 승인된 자동화가 사기 없이 흐름에 참여할 수 있습니다.

초대된 주소, 응답을 발송한 에이전트, 실제로 참석한 사람은 서로 다른 정체성일 수 있습니다. 위임 필드를 제거하고 '수락함'만 남기면 감사자는 이 차이를 재구성할 수 없습니다.

모든 수락은 특정 개정판에 속한다

주최자는 시간, 장소, 목적을 바꿀 수 있습니다. iTIP은 이러한 개정을SEQUENCE로 표시하며,REPLY는 이 번호를 올리지 않도록 규정합니다. 응답의 시퀀스는 참여자의 결정을 그가 받은 버전에 연결합니다. 중대한 변경 이전의 수락은 최종 버전에 투사되어서는 안 됩니다.

반복 이벤트는 회차의 범위 문제를 더합니다. 시리즈 전체가 수락 상태인 동안RECURRENCE-ID로 식별되는 특정 회차는 거절, 이동, 삭제되었을 수 있습니다. 전체 값을 모든 날짜에 퍼뜨리면 한 번도 보고된 적 없는 출석이 만들어집니다.

CalDAV 자동화는 회의 전에 끝난다

RFC 6638에서 암묵적 일정 처리는 객체를 저장, 변경, 삭제하면 서버가 일정 메시지를 보내도록 허용합니다. 수신된 메시지는 자동으로 처리될 수 있습니다.REPLY는 주최자 측 리소스의PARTSTAT을 갱신할 수 있고,SCHEDULE-STATUS는 전달 또는 처리 결과를 기록할 수 있습니다. 에이전트는SERVER,CLIENT,NONE일 수 있습니다.

이러한 정보는 인프라 진단에는 유용합니다. 그러나 누군가 메시지를 읽었거나 이벤트에 참석했다고 말하지는 않습니다. 서버의 성공을 사람의 행동과 혼동하면 소프트웨어가 수행한 일을 초대받은 사람에게 돌리는 셈입니다.

출석에는 자체 출처가 필요하다

접근 통제, 정족수, 인증된 교육 이수, 청구는 입증을 요구할 수 있습니다. 이 경우 어떤 신호를 관찰할지 선언해야 합니다. 출입증은 대여될 수 있고, 연결은 열려 있을 수 있으며, 점호는 실패할 수 있습니다. 기록에는 방법, 시간 범위, 정정 가능성이 남아야 합니다.

방어 가능한 매트릭스는 초대된 주소, 응답, 에이전트 또는 대리인,SEQUENCE, 회차, 전달 상태, 이벤트 신호, 방법, 시각, 예외를 분리합니다.PARTSTAT=ACCEPTED는 응답 열에 속합니다. 출석 신호가 수집되지 않았다면 관찰 열은 비어 있어야 합니다.

비어 있음이 캘린더의 가치를 떨어뜨리지 않습니다. 다만 관찰하지 않은 이벤트의 증인으로 쓰이는 것을 막을 뿐입니다.