다음은 Sun Java System Connector for Microsoft Outlook 및 Sun Java System Communications Express 간의 상호 운용성 관련 문제입니다.
받는 사람: 헤더의 주소가 변경됩니다.(4949659)
초대 받은 사람이 이벤트 초대에 회신하고winmail.dat 달력 초대를 첨부하면 받는 사람: 헤더의 이름이 변경됩니다. 예를 들어, Joe(Outlook 사용)가 이벤트에 대한 초대장을 Bob에게 보냅니다. Bob은 원본 winmail.dat 달력 첨부 파일을 Joe에게 자동으로 다시 보내는 전자 메일 클라이언트를 사용하여 Joe에게 회신합니다. Joe가 회신을 열면 받는 사람: 헤더가 Joe로 변경됩니다.
전자 메일 아이디는 Outlook의 필수 항목입니다.(4969029)
달력 아이디가 있지만 전자 메일 아이디가 없는 사람이 Communications Express에서 이벤트에 초대를 받는 경우 이 사람은 Outlook에 참석자로 표시되지 않습니다. 전자 메일 아이디는 Outlook의 필수 항목입니다.
달력에 대한 가입을 취소하더라도 폴더 목록에서 해당 가입이 제거되지 않습니다.(5032872)
Communications Express에서 달력에 가입하거나 가입 취소한 경우 Outlook을 다시 시작해야만 해당 정보가 Outlook에서 업데이트됩니다. 또한, 조회에 대해 구성된 LDAP가 복제본인 경우 복제본을 업데이트할 때까지는 가입 목록이 업데이트되지 않습니다.
Outlook이 서버와 동기화할 때 오류가 발생합니다.(6175103)
Outlook이 서버와 동기화되는 동안 Outlook이나 Communications Express에서 생성된 작업을 삭제하고 Outlook에서 작업 폴더로 전환하려고 시도하면 “Unable to display all cells due to low memory”라는 오류가 발생합니다. 이 문제를 해결하려면 다른 폴더로 전환하였다가 작업 폴더로 다시 돌아옵니다.
주소록 서버 연락처를 제대로 동기화하려면 구성 매개 변수를 설정해야 합니다.(6229276)
Communications Express에서 삭제된 연락처 항목을 Outlook에서 캡처하도록 하려면 db_config.properties 파일에서 Communications Express 구성 매개 변수 delete_perm을 false로 설정해야 합니다. 항목은 다음과 같아야 합니다.
delete_perm=false
기본값은 true입니다. 항목은 /var/opt/SUNWuwc/WEB-INF/config/ldapstore/db_config.properties에서 찾을 수 있습니다.
이름이 같지만 대소문자가 다른 폴더를 모두 표시할 수 없습니다.폴더가 하나만 표시됩니다.(6268483)
사용자가 Outlook에서 폴더를 만든 다음(예: TEST) 나중에 Communications Express에서 이름이 같지만 대소문자가 다른 폴더를 만들면(예: Test) 처음 만든 폴더( TEST)만 Connector for Microsoft Outlook에 표시됩니다.
그런 다음 기본 폴더 TEST를 Communications Express에서 삭제하고 이름이 같지만 대소문자가 다른 폴더( Test)를 유지한 후 해당 사용자가 Outlook에 처음으로 로그온하면 TEST 폴더가 삭제되었지만, Test 폴더는 표시되지 않고, 사용자가 Outlook을 종료한 다음 다시 로그인한 후에 표시됩니다.
다음은 버그 아이디가 없는 Communications Express 상호 운용성과 관련된 추가 문제점입니다.
Communications Express를 사용하여 설명 텍스트를 편집하면 Outlook의 RTF 형식이 유지되지 않습니다.
Outlook과 Communications Express의 개인 정보 클래스 간에 차이가 있습니다.
Outlook에는 두 개의 프라이버시 클래스(개인 및 공개)가 있고 Communications Express에는 세 개의 클래스(개인, 날짜 및 시간 전용, 공개)가 있습니다. Outlook의 개인 이벤트가 Communications Express에서는 “날짜 및 시간 전용” 이벤트로 작성됩니다. Outlook의 공개 이벤트는 Communications Express의 공개 이벤트에 매핑됩니다. 마찬가지로 Communications Express “날짜 및 시간 전용” 이벤트는 Outlook의 개인 이벤트로 매핑되고 공개 이벤트는 Outlook의 공개 이벤트로 매핑됩니다. 또한, Communications Express 개인 이벤트는 Outlook의 개인 이벤트로 매핑됩니다. Outlook의 개인 이벤트가 Communications Express에서 개인 이벤트로 표시되게 하려면 “시간 표시:” 필드에서 “약속 없음”을 선택합니다. Communications Express의 개인 이벤트는 다른 사용자의 공유 달력 폴더에서 볼 수 없습니다.
Outlook과 Communications Express 간에는 약속 있음/약속 없음이 구현되는 방법에 차이가 있습니다.
Communications Express의 기본 개인 이벤트는 약속 없음입니다. 약속 있음/약속 없음 조회에 대해 이벤트를 포함해야 하는 경우 수동으로 약속 있음으로 설정해야 합니다. Outlook에서는 개인 이벤트와 공개 이벤트 모두에 대한 기본 이벤트가 약속 있음입니다.
이벤트를 Communications Express에서 Outlook 형식 파일로 내보내는 경우 동일한 파일에서 이벤트를 Outlook으로 가져올 수 없습니다.
Outlook과 Communications Express 간에는 반복 작업 구현 방법이 호환되지 않습니다.
Outlook의 반복 작업은 RFC 2445를 준수하지 않지만 Communications Express는 RFC 2445 호환 정보로 작업하도록 특별히 설계되었습니다. 따라서 Outlook과 Calendar Server 간에 반복 작업 정보를 전달할 때 문제가 발생합니다.
Outlook에서 로컬로 저장된 정보가 Calendar Server에 저장된 정보와 항상 일치하지는 않습니다. 예를 들어, Sun Java System Connector for Microsoft Outlook은 작업 반복을 처리하는 정보를 Calendar Server에 전송하지 않습니다. Outlook에서 작성된 모든 작업(반복 또는 비 반복)이 Communications Express에 단일 작업으로 표시됩니다. Communications Express에서 작성된 작업은 Outlook에서 기존 작업을 수정하는 동안이 아니라 Outlook 클라이언트에서 작업이 처음으로 작성될 때에만 Calendar Server의 반복 정보를 사용합니다.
따라서 Outlook에 표시된 반복 작업과 Communications Express에 표시된 작업이 다르게 나타나는 경우가 많이 있습니다. 반복 작업을 수행하는 사용자는 Outlook 또는 Communications Express 중 하나를 선택하고 해당 클라이언트에서만 반복 작업을 수행하는 것이 좋습니다.
Outlook에서 RTF 형식으로 메시지를 보내는 경우 메시지에 형식이 없는 일반 텍스트 본문과 WINMAIL.DAT 첨부 파일이 포함됩니다.
WINMAIL.DAT 첨부 파일에는 추가될 수 있는 다른 첨부 파일과 서식있는 텍스트 메시지가 포함됩니다. 형식은 Microsoft 소유이므로 Outlook에서만 WINMAIL.DAT 첨부 파일을 읽을 수 있습니다. Communications Express 및 다른 클라이언트는 형식이 지정되지 않은 텍스트 메시지와 WINMAIL.DAT 첨부 파일만 볼 수 있습니다. 서식 있는 텍스트 형식 대신 HTML 형식을 사용하여 메시지를 보내는 것이 좋습니다.
Outlook의 연락처 그룹에 외부 SMTP 메일 수신자 또는 다른 연락처 그룹이 포함된 경우 Communications Express에서 연락처 그룹이 보이지 않습니다. Communications Express에서는 이러한 수신자에게 메일을 보낼 수 없습니다.
Outlook은 일정 이벤트와 작업(일정 폴더 트리 아래에 있지 않은 모든 일정 폴더), 연락처(연락처 폴더 트리 아래에 있지 않은 모든 연락처 폴더), 메모 및 업무 일지를 Messaging Server에 저장합니다. 데이터가 Microsoft TNEF 형식으로 저장되기 때문에 Communications Express에서 암호를 해독하여 올바르게 표시할 수 없습니다.