Apple 디바이스 및 IBM Traveler 관련 알려진 버그
IBM Traveler와 함께 Apple 디바이스를 사용하는 데 알려진 문제점이 있으며 Apple 지원에 보고되었습니다.
다음 표에는 Apple 디바이스 및 IBM Traveler와 연관된 모든 버그가 표시되며 카테고리별로 구성되어 있습니다.
| 문제점 설명 | 임시 해결책/자세한 정보 | Apple 릴리스에서 수정됨 |
| 잘못된 사용자 또는 비밀번호로 인해 Apple 디바이스에서 인증 확인(HTTP 401 응답)을 수신하는 경우 사용자에게 비밀번호를 정정하는 프롬프트가 표시되기 전에 디바이스가 요청을 여러 번 반복합니다. 사용자가 응답하지 않으면 디바이스는 주기적으로 다시 시도하며 매번 사용자에게 프롬프트합니다. 디바이스에서 여러 HTTP 요청을 작성하므로 실패한 비밀번호 시도로 인해 HTTP 잠금이 트리거될 수 있으며 그에 따라 디바이스에 해제하라는 프롬프트가 여러 번 표시될 수 있습니다(11424995). | 참고: 디바이스가 두 대 이상인 경우 각 디바이스에 대해 다음 단계를 수행하십시오. 단 2 - 4단계를 수행하기 전에
모든 디바이스에서 1단계를 수행해야 합니다. 그렇지 않으면
두 번째 디바이스에서 사용자 스스로 잠그게 됩니다.
|
수정되지 않음 |
| IBM Traveler Companion이 iOS 7 이상 디바이스에서 서버 연락처를 검색할 수 없습니다(15131408). | 디바이스의 연락처 목록에 주소가 없는 경우 Companion에서 메시지를 작성할 때 메일 주소를 수동으로 입력하십시오. | 수정되지 않음 |
| 일부 앱으로 인해 IBM Traveler 프로파일 생성 및/또는 Traveler 앱 다운로드를 수행할 수 없습니다. 알려진 앱에는 FileApp, DownLoader, AirSharing, FTPReader, Mover+ 및 USB Disk(iPad에서만)가 있지만 더 추가될 수 있습니다(8026303). |
|
iOS 10.1 |
| Apple 디바이스에서 서버가 지정한 최소 복합 문자 수 보안 설정을 적용하지 않습니다(11299535). | Apple 디바이스에서는 적용할 최소 복합 문자 수에도 영숫자 보안을 사용해야 합니다. 영숫자 보안도 사용되는지 확인하십시오. | iOS 10.1 |
| 회사 디렉토리가 아닌 개인 연락처를 검색하면 사용자가 연락처를 업데이트하지 않은 경우에도 연락처 앱이 일치하는 모든 연락처에 대한 업데이트를 서버로 전송합니다. 이 문제는 이전 로컬 연락처 검색 결과가 계속 표시되는 중에 연락처 앱이 열리는 경우에만 발생합니다. 디바이스의 요청 제한 시간이 초과되기 전에 서버에서 모든 업데이트를 처리할 수 없는 경우 연락처 동기화에 실패합니다. 제한시간 전에 서버에서 업데이트를 처리할 수 있으면 문제가 발생할 가능성이 낮습니다(11140665). | 연락처 애플리케이션에서 나가기 전에 검색 결과를 지우십시오. 문제가 발생하는 경우 디바이스에서 계정을 제거(Apple 프로파일을 삭제하거나 계정을 수동으로 제거)하고 계정을 재설치하십시오. | iOS 10.0.2 |
| Apple iOS 5 디바이스에서는 Exchange ActiveSync 쿠키가 Safari 브라우저의 쿠키 설정에 연결되어 있습니다. 이로 인해 쿠키가 무시될 수 있으므로 서버의 인증 로드가 증가합니다. 서버에 연결하는 데 쿠키가 필요한 경우(예: 쿠키를 사용하여 필수 상태를 추적하는 LotusLive 또는 기타 HTTP 프록시) 동기화에 실패합니다(10896652). | Apple iOS 5 디바이스의 일반 > Safari > 쿠키 허용에서 쿠키를 사용으로 설정하고 재부트하십시오. | iOS 9.3.5 |
iPhone 3G 및 초기 iPod Touch 디바이스가 클라우드 기반 Notes에서 IBM Traveler 서비스에 연결할 수 없습니다. 이 문제는 인증 메커니즘에 인증 스키마의 일부로 HTTP 세션 쿠키가 필요한 IBM Traveler 서비스에도 적용됩니다. iOS 4를 실행하는 초기 iPod Touch 모델 및 Apple iPhone 3G에서는 Exchange ActiveSync 계정에서 HTTP 세션 쿠키를 사용할 수 없습니다. 해당 디바이스 중 하나를 사용하고 iOS 4로 업그레이드했으며 HTTP 세션 쿠키가 필요한 IBM Traveler 서비스(예: Notes)에 연결하려는 경우 디바이스가 연결에 실패합니다. 계정을 수동으로 구성하거나 프로파일을 설치한 후에 메일 애플리케이션에서 받은 문서 또는 다른 폴더를 열면 일반 오류 메일을 가져올 수 없음: 서버에 연결하는 데 실패했습니다.가 표시됩니다. 네트워크 추적을 자세히 검사하면 Apple 디바이스에서 요청된 세션 쿠키 없이 해당 요청을 작성 중이고 대신 데이터에 이름이 X-Bad-iPhone-No-Cookie인 헤더가 있는 것이 표시됩니다(8925944). |
Exchange ActiveSync 계정에 HTTP 세션 쿠키를 사용하도록 설치할 수 있는 프로파일은 Apple 지원에 문의하십시오. | iOS5 |
| 쿠키를 사용하고 동일한 서버와 통신하는 두 개의 다른 사용자 계정으로 디바이스가 구성된 경우 디바이스에서 계정 2에 대한 요청을 수신하면 계정 1의 쿠키를 보낼 수도 있고 반대로 수행할 수도 있습니다. 이는 쿠키가 만료되기 전에 계정 1이 삭제되고 계정 2가 작성되는 경우에도 발생할 수 있습니다(9242966). | 두 가지 가능한 임시 해결책이 있습니다.
|
iOS 5 |
| 일반적으로 iOS3에서 iOS4로 처음 업그레이드할 때 인식되는 프로비저닝 프로세스의 루프로 인해 IBM Traveler가 해당 데이터를 동기화하지 못할 수 있습니다. 일반적으로 루프는 자체 해결되지만 이를 수행하는 데 걸리는 시간은 다를 수 있습니다. 지연을 유발하는 루프는 0으로 설정된 프로비저닝 키가 원인이므로 "키 0" 문제점으로도 불립니다(8557523). | 없음. 문제점이 보통 자체 해결되지만 시간이 오래 걸릴 수 있습니다. | iOS4 |
| 문제점 설명 | 임시 해결책/자세한 정보 | Apple 릴리스에서 수정됨 |
| Apple iPhone에서 MIME 메일에 임베드된 이미지가 HTML 태그로 표시됩니다(8406447). | 홈 화면으로 이동한 후 메일 클라이언트로 다시 이동하여 메모를 다시 열고 메일을 보십시오. 작동하지 않는 경우 디바이스를 재부트하고 메일을 다시 여십시오. | 수정되지 않음 |
| 디바이스에서 GB2312 인코딩을 사용하는 경우 Apple 디바이스에서 발송된 메일의 중국어 표시 이름이 잘못 인코딩됩니다. 따라서 표시 이름에 손상된 문자가 포함됩니다(10426132). | IBM Traveler에서는 APAR LO66047에서 이에 대한 임시 해결책을 구현했습니다. | 수정되지 않음 |
| 서버 결과가 리턴되면 "모두"를 사용하여 메일 앱 검색 결과에서 로컬 검색 결과가 지워집니다. 검색에서 "서버에서 결과를 찾을 수 없음"이 표시됩니다. "발신인", "수신인" 또는 "제목"으로 검색을 필터링해도 로컬 결과가 계속 표시됩니다. 이는 서버 검색이 완료된 후에 "모두"를 필터로 사용하여 로컬 결과를 지우는 경우에만 해당됩니다(10463718). | 없음 | 수정되지 않음 |
| 이미지가 포함된 메일 메시지에 대한 회신 또는 전달에서 이미지의 일부 또는 전체가 누락될 수 있습니다(11796974). | 없음 | 수정되지 않음 |
| 메일을 읽을 때 메시지가 로드되기 전에 연장된 시간에 대한 로드 중... 기호가 표시될 수 있습니다. 이는 디바이스가 다른 메일을 동기화하는 중에 메일을 로드하는 경우 발생합니다. 이 문제는 매일 대량의 메일을 받는 사용자의 경우 더욱 공통적입니다. 사용자가 디바이스에 처음 연결하는 경우 데이터의 초기 동기화 중에 매우 공통적으로 발생합니다(12848388). | 없음 | 수정되지 않음 |
| 메일이 일반 아이콘으로 표시되는 인라인 이미지로 렌더링되거나 렌더링되는 대신 완전히 누락될 수 있습니다(13235522). | 다른 메일 메시지로 이동한 후 돌아가십시오. 실패하는 경우 디바이스를 재부트하십시오. | 수정되지 않음 |
| iOS 7.1부터 디바이스가 Exchange ActiveSync 명령 GetAttachment를 사용하여 데이터를 검색하는 경우 첨부 파일이 제대로 표시되지 않습니다. 첨부 파일은 다운로드되지만 표시될 때 예상 컨텐츠가 아닌 검은색 화면, 회색 화면 또는 플레이스홀더 애플리케이션 메시지가 표시될 수 있습니다(16431803). | IBM Traveler 9.0.0.1 이상으로 서버를 업그레이드하십시오. | 수정되지 않음 |
| Apple iOS 7.1 이상 레벨에서 폴더 동기화를 너무 자주 새로 고칩니다. 디바이스가 폴더 동기화를 요청하면 폴더 변경사항이 없는 경우에도 디바이스가 동기화를 다시 시작합니다(16915780). | 이 문제의 일부 경우에 대한 임시 해결책이 IBM Traveler의 APAR LO80340에 있습니다. | 수정되지 않음 |
| 변경 명령으로 Exchange ActiveSync 메일을 동기화해도 메일의 제목이나 본문이 업데이트되지 않습니다(17624505). | 이 문제의 경우 IBM Traveler는 명령 조작을 삭제 및 추가 조작으로 대체합니다. 따라서 디바이스가 업데이트된 컨텐츠를 올바르게 반영하지만 삭제 및 추가 사이에 항목이 존재하지 않는 타이밍 간격이 발생합니다. 디바이스가 삭제 및 추가 사이에 다른 조작을 수행하는 경우(예: 다른 폴더로 이동) 조작에 실패합니다. 하지만 추가가 완료된 후 조작을 재시도하면 성공해야 합니다. 타이밍 간격 크기는 성능 요인에 따라 다르므로 시스템 속도가 빠를수록 간격이 작습니다. 따라서 전체 성능을 개선하여 간격을 줄일 수 있으며 대부분의 경우 최신 IBM Traveler 릴리스로 업그레이드하여 최신 개선사항을 모두 가져오는 것이 포함됩니다. | 수정되지 않음 |
| 폴더 이름이 읽을 수 있는 실제 이름 대신 임의의 16진수 값으로 표시됩니다(10463402). | 보기의 맨 위에 읽을 수 있는 폴더 이름이 표시되어야 하는 경우에 몇몇 영숫자 텍스트 조합이 대신 표시되는 경우가 있습니다. 이는 이름이라기보다는 내부 ID처럼 표시됩니다. 예를 들어, "직원" 대신 "70FB9178-576E-4CA-A08E-...."가 표시됩니다. 이 문제는 iOS 5에서도 존재했습니다. | 수정되지 않음 |
| 앱을 다시 시작하는 중에 메일 앱의 인라인 이미지가 흰색 상자로 표시됩니다(31173739). | 앱을 종료한 후 다시 시작하십시오. | 수정되지 않음 |
| Traveler가 결과를 보내는 경우에도 이름 검색 결과가 디바이스에 표시되지 않습니다(29045165). | Traveler 서버의 원시 Apple 메일 사용자가 새 메시지를 시작하고 수신인 이름 중 일부를 입력하면 서버가 XML을 사용하여 여러 결과를 전송하더라도 디바이스에서의 이름 검색에서 아무것도 리턴하지 않습니다. | 수정되지 않음 |
| Traveler Server의 원시 Apple Mail 사용자가 새 메시지를 작성하고 수신인 이름의 일부를 입력하려고 시도할 때 디바이스의 이름 검색에서 아무 것도 리턴되지 않습니다(29045165). | 이름을 삭제한 후 다시 입력하여 디바이스에서 검색을 시도해 보십시오. | 수정되지 않음 |
| 일부 PDF 첨부 파일이 공백/모두 회색으로 표시됩니다. 다른 시간에 동기화되거나 다른 사용자에 의해 동기화된 동일한 첨부 파일은 올바르게 표시될 수 있습니다(9598038). | 없음 | iOS 10.1 |
| 주소가 잘리거나 올바르지 않아서 한국어 iOS 디바이스에서 발송된 메일의 긴 표시 이름이 전달되지 않습니다(9736766). | 없음 | iOS 10.1 |
| 메시지에 회신할 때 텍스트가 화면 가장자리에서 줄바꿈되지 않아 전체가 표시되지 않으므로 컴포지션이 더욱 어려워집니다(13235622). | 없음 | iOS 10.1 |
| iOS 5부터 디바이스에서 폴더의 이름을 변경한 후 메일을 폴더 내부 및 외부로 이동하면 하나의 버전 대신 여러 버전의 동일한 메일이 표시됩니다. 이는 서버에서 폴더 이름을 변경한 후 메일이 변경되고(예: 읽음/읽지 않음 변경) 이름 변경된 해당 폴더에서 디바이스에 대한 업데이트로 동기화되는 경우에도 적용됩니다(10904453). | 폴더 외부로 이동하여 다른 폴더(예: 받은 문서)를 열고 원래 폴더로 다시 이동하십시오. 작동하지 않는 경우 디바이스를 재부트하고 다시 시도하십시오. | iOS 10.1 |
| iPhone에서 메일 메시지의 테이블이 올바르게 렌더링되지 않습니다. 하지만 iPad 디바이스에는 동일한 테이블이 올바르게 표시됩니다(16011799). | 없음 | iOS 10.1 |
| iOS 7부터는 오프라인에서 디바이스의 메일을 삭제하면 문제점이 발생하고 오류 메시지 또는 경고가 표시되지 않는 경우가 자주 있습니다. 항목이 삭제되었다고 표시될 수 있지만 폴더 보기에는 계속 표시됩니다(16867546). | 이 문제는 메일 보기에서 휴지통 아이콘을 선택하여 메일을 삭제하는 경우 오프라인 상태에서만 발생합니다. 폴더 보기에서 메일을 쓸어넘기고 삭제를 선택하거나 IBM Traveler 서버에 연결되었을 때 휴지통 아이콘을 사용하면 해당 문제가 발생하지 않습니다. | iOS 10.1 |
| Apple iPad에서 발신인 행에 중간 이름이 포함된 메일 발신인 이름에 중간 이름이 없습니다(8347870). | 없음 | iOS 10.1 |
| 휴지통 아이콘을 사용하여 메일을 삭제하는 데 실패합니다(17960131). | 임시 해결책은 받은 문서로 돌아가서 메일 항목을 쓸어넘긴 후 휴지통 기능을 사용하는 것입니다. | iOS 10.1 |
| iOS 9.3.1 디바이스에서 메일이 전달되면 메일 메시지의 첨부 파일이 손상됩니다(26687880). | 없음 | iOS 10.1 |
| iOS 7 디바이스에서 메일이 발송된 것으로 표시되어도 발송에 실패하는 경우가 있습니다. 메일이 완전히 유실되고 보낼 편지함 또는 보낸 편지함 폴더에 표시되지 않으며 수신인이 수신하지 않습니다(15200645). | 사용자 보고에 따르면 디바이스의 전원을 끈 후 다시 켜면 추후 이 문제가 발생하지 않습니다. 일부 사용자는 디바이스에서 메일 계정을 제거한 후 다시 추가해야만 문제점이 해결된다고 보고합니다. | iOS 9.3.5 |
| 메일(새 메시지, 회신 또는 전달) 발송 시 문제가 발생하는 iOS 7 디바이스에서는 수신인에게 중복 메시지가 전송될 수 있습니다(15691826). | 보낼 편지함으로 이동하여 메시지를 재전송하기 전에 매시지가 자동으로 전송을 재시도할 때까지 기다리거나 받은 문서를 수동으로 동기화하십시오. | iOS 9.3.5 |
| 처음부터 폴더가 재동기화된 후 iOS 디바이스가 후속 동기화에서 이전 폴더 ID를 사용하고 실패할 수 있습니다. 현재 ID가 아닌 이전 ID이므로 대상 폴더 ID가 존재하지 않아서 한 폴더에서 다른 폴더로 메일을 이동할 때 자주 실패로 표시됩니다(11850077). | 디바이스에서 IBM Traveler의 프로파일을 제거하고 프로파일을 재설치하십시오. | iOS 9.3.5 |
| iOS 7 디바이스에서 보낼 편지함의 메시지가 자동으로 재전송되지 않습니다(15708414). | 보낼 편지함을 수동으로 열고 메시지를 선택한 다음 보내십시오. | iOS 9.3.5 |
| 첨부 파일을 다운로드하면 100% 초과 상태가 표시됩니다(16011776). | 없음 | iOS 9.3.5 |
| 문제점 설명 | 임시 해결책/자세한 정보 | Apple 릴리스에서 수정됨 |
| iOS 디바이스를 사용하여 미팅이 취소된 경우 미팅의 마지막 초대받는 사람에게 알림이 전송되지 않습니다(20684754). | iOS 디바이스 대신 Notes를 사용하여 마지막 초대받는 사람을 제거하십시오. | 수정되지 않음 |
| iOS 10.2로 업그레이드하는 경우 iOS 디바이스 일정관리에서 위치 필드가 유실됩니다. 이 문제가 특별한 이유는 특정 URL로 시작되는 경우에만 위치 필드가 유실된다는 점입니다. 예를 들어, 위치 필드에 https://www.ibm.com이 포함됩니다. 이 문제는 사용자가 이벤트의 의장인지 또는 초대받는 사람인지 여부에 관계 없이 발생합니다(29853668). | 디바이스가 동기화하는 서버에서는 위치 값이 유실되지 않고 디바이스에서만 유실됩니다. | 수정되지 않음 |
| 모든 인스턴스가 원래 인스턴스에서 변경되었거나 이벤트가 고스팅된 경우 일정관리 받은 문서에 추가/중복 항목이 있을 수 있습니다. 이 추가 항목은 다른 항목과 동일한 데이터를 가질 수 있지만 조치(수락/미정/거절) 수행 후에도 일정관리 받은 문서에서 제거되지 않을 수 있습니다(29252221). | 이 미팅에 처리되지 않았거나 적용되지 않은 미해결 알림이 있는 경우 해당 알림을 처리하면 이 문제가 해결될 수 있습니다. 예를 들어, 미해결 재스케줄이 있는 경우 이 재스케줄을 수락하면 일정관리 받은 문서가 정정되어 올바른 수의 항목이 표시될 수 있습니다. 이 문제점은 iOS 9 이상에 적용됩니다. | 수정되지 않음 |
| webex.com에서 생성되는 미팅 초대는 디바이스와 동기화되는(webex.ics 첨부 파일) 반면 사용자가 첨부 파일을 열고 일정관리에 추가 조치를 수행하면 사용자 디바이스에는 이벤트가 표시되지만 서버와 동기화되지 않습니다(29043233). | IBM Notes 클라이언트를 사용하여 ics 초대를 추가하십시오. | 수정되지 않음 |
| 미팅장이 iPad에서 참석자가 두 명인 반복 미팅을 작성하고 반복 미팅의 한 인스턴스에 대한 참석자 한 명을 제거하면 디바이스는 모든 인스턴스에서 해당 참석자를 제거합니다(21448080). | 없음 | 수정되지 않음 |
| 종일 반복 이벤트의 마지막 인스턴스가 디바이스에서 누락될 수 있습니다. 이 문제는 디바이스의 시간대가 동부 UTC(예: 독일 베를린)이고 디바이스로 전송되는 RRULE에서 COUNT 인스턴스를 사용하는 경우에 발생하는 것으로 파악됩니다. RRULE에서 UNTIL 날짜를 사용하거나 시간대가 서부 UTC(예: 미국 뉴욕)인 경우에는 이 문제가 발생하지 않습니다(29974878). | 이 문제에 대해 잠재적인 서버 측 해결책을 조사하는 중입니다. | 수정되지 않음 |
| 사용자가 5개월 동안 월별 반복 미팅을 작성하고 인스턴스 2 - 5에 대한 여러 가지 변경사항을 작성한 후 첫 번째 인스턴스를 이후 날짜로 다시 스케줄하면 이전의 모든 변경사항이 유실됩니다(30398937). | 다른 인스턴스가 변경된 경우 디바이스의 첫 번째 인스턴스를 다시 스케줄하지 마십시오. | 수정되지 않음 |
| iOS 10.2.1의 경우 반복 미팅의 첫 번째 인스턴스에서 초대받는 사람을 제거하면 모든 인스턴스에서 해당 사용자가 제거됩니다(31067387). | iOS 원시 일정관리를 사용하여 참석자를 제거하지 마십시오. | 수정되지 않음 |
| iOS 9.2.1부터 미팅장이 위치 정보가 포함된 반복 이벤트를 작성한 후 해당 위치를 수정하는 경우 수정된 위치 값이 Traveler 서버에 전송되지 않습니다(25011200 및 23203433). | 없음 | 수정되지 않음 |
| 초대받는 사람이 나중에 추가된 반복 미팅의 첫 번째 인스턴스를 취소하면 미팅 취소 알림이 원래 초대받는 사람에게만 전송됩니다. 미팅이 처음 작성된 후 추가된 초대받는 사람은 취소 알림을 수신하지 않으며 미팅은 해당 일정관리에 남아 있습니다(24188983). | 없음 | 수정되지 않음 |
| 종일 반복 이벤트에서 디바이스의 마지막 인스턴스가 누락될 수 있습니다. 이 문제는 디바이스의 시간대가 동부 UTC(예: 독일 베를린)이고 디바이스로 전송되는 RRULE에서 COUNT 인스턴스를 사용하는 경우에 발생합니다. RRULE에서 UNTIL 날짜를 사용하거나 디바이스의 시간대가 서부 UTC(예: 미국 뉴욕)인 경우에는 이 문제가 발생하지 않습니다(29974878). | 이 문제에 대해 잠재적인 서버 측 해결책을 조사하는 중입니다. | 수정되지 않음 |
| 2038년 이후 발생하는 매년 반복되는 종일 이벤트가 iOS 일정관리에 2일 이벤트로 표시됩니다(18398844). | 없음 | 수정되지 않음 |
| iOS 9.2부터 사용자가 일정관리에서 재스케줄을 거절하는 경우 임시 응답이 대신 전송됩니다(25114211). | 없음 | 수정되지 않음 |
| 반복 이벤트를 재스케줄하거나 업데이트할 때 초대받는 사람이 이벤트 변경에 대한 필수 알림을 모두 수신하지 않을 수 있습니다. 이 경우 서버 콘솔에 IBM Traveler 메시지 "알림에 수신인이 없으며 전송되지 않음"이 표시됩니다. 이 시나리오는 참석자에 대한 이전 업데이트(추가됨/제거됨) 및 동일한 인스턴스 중 일부에 대한 이전 재스케줄이 포함된 반복 미팅에 발생하는 것으로 보입니다. 디바이스에서 올바르지 않은 UID 값이 미래 이벤트용으로 저장 수정 작성의 일부로 포함된 미팅 알림을 전송합니다. | iOS 디바이스용 IBM Traveler에서 미래 이벤트용으로 저장 지원을 사용하지 마십시오. 자세한 정보는 IBM Traveler notes.ini 설정 NTS_AS_ALLOW_MEETING_SPLIT(IBM Traveler 9.0.0.1 이상)를 참조하십시오. 기본값이 false이므로 IBM Traveler는 선택된 인스턴스가 첫 번째 인스턴스가 아닌 경우 iOS 디바이스에서 미래 이벤트용으로 저장 변경을 거부합니다. | 수정되지 않음 |
| 디바이스에서 반복 이벤트를 여러 번 재스케줄하면 이벤트에 잘못된 인스턴스가 포함될 수 있습니다(11791433). | 기본적으로 IBM Traveler에서는 디바이스별 여러 인스턴스로 미팅을 분할할 수 없습니다. IBM Traveler에서는 이 시나리오 유형의 변경을 거부합니다. 디바이스의 이벤트는 이전 상태로 복원되고 변경이 거부되었음을 표시하는 메일이 의장에게 발송됩니다. | 수정되지 않음 |
| 디바이스에서 반복 미팅의 한 인스턴스를 재스케줄하는 경우 반복 미팅의 모든 이벤트가 모든 참석자에 대해 재스케줄된 것처럼 표시될 수 있습니다. 하지만 데이터는 변경되지 않으며 모두 올바른 정보를 계속 포함하고 있습니다(28779634). | 디바이스가 두 개의 메일 발송 요청을 전송 중이기 때문에 이 문제가 발생할 수 있습니다. 첫 번째 메일 발송에는 규칙만 포함되어 있고 두 번째에는 반복 ID만 포함되어 있습니다. IBM Traveler 서버는 이와 같은 경우에 두 번째 메일 발송만 예상합니다. 9.3.5 디바이스에서 재스케줄이 작성되는 경우에는 이 문제가 발생하지 않습니다. | 수정되지 않음 |
| iOS 10.2로 업그레이드하는 경우 iOS 디바이스 일정관리에서 위치 필드가 유실됩니다. 로그에는 iOS 9.3.5에서 iOS 10.2로 업그레이드된 것으로 표시되지만 다른 로그는 다른 시작 레벨에서 시작됩니다. 이 문제의 특별한 점은 특정 URL로 시작되는 경우에만 위치 필드가 유실된다는 점입니다. 예를 들어, 위치 필드에 https://www.ibm.com이 포함되어 있는 경우입니다. 특정 URL이 포함되어 있지 않을 경우 해당 위치가 유실되지 않습니다. 따라서 특정 URL이 포함된 위치 값이 있는 일정관리 이벤트는 더 이상 사용자의 일정관리에 표시되지 않습니다. 이 문제는 사용자가 이벤트의 의장인지 또는 초대받는 사람인지 여부에 관계 없이 발생합니다(29853668). | 서버에서는 위치 값이 유실되지 않고 디바이스에서만 유실됩니다. | 수정되지 않음 |
| Webex 미팅이 서버와 동기화되지 않지만 계속 디바이스에 표시됩니다(27691361). | webex.com에서 생성된 미팅 초대는 디바이스와 동기화되고 디바이스 일정관리에 표시되지만 이벤트가 서버와 동기화되지 않습니다. | 수정되지 않음 |
| iOS 7 이상의 디바이스에서 사내 구축형 IBM Traveler 9.0.1.5 이상 또는 IBM SmartCloud Traveler를 사용하는 경우 사용자가 미팅 알림에 대해 조치(예: 수락 또는 임시 수락)를 수행하면 사용자가 선택하는 수행 단추가 이미 강조표시되어 있을 수 있습니다. 이 경우 디바이스가 처리할 적절한 정보를 서버에 전송하지 않습니다. 이로 인해 디바이스 일정관리는 최신 정보를 포함하고 있지만 서버 일정관리는 최신 정보를 포함하고 있지 않습니다(15592963). | 강조표시되지 않은 조치 단추를 선택하십시오. 그에 따라 서버가 업데이트됩니다. 예를 들어 수락이 이미 강조표시된 경우 임시 수락 단추를 사용하십시오. 이렇게 하면 이벤트가 임시 수락으로 일정관리에 배치되지만 디바이스 및 서버 일정관리 모두 올바르게 됩니다. 임시 수락 단추가 강조표시된 경우 수락 딘추를 사용하십시오. | iOS 10.1 |
| iPhone에서 MIME 메일에 임베드된 이미지가 HTML 태그로 표시됩니다(8406447). | 홈 화면으로 이동한 후 메일 클라이언트로 다시 이동하십시오. 메일 메시지를 다시 여십시오. 작동하지 않는 경우 디바이스를 재부트하고 다시 시도하십시오. | iOS 10.1 |
| 서버에 동기화된 경우 디바이스의 연락처에서 작성된 생일 필드가 하루 전으로 이동합니다. 이 문제점은 시간대를 구분하며 디바이스의 시간대가 GMT 동부인 경우에만 발생합니다(8417352). | 자세한 정보는 Apple 연락처 날짜(생일/기념일)가 하루 지연됨을 참조하십시오. | iOS 10.1 |
| iOS 6 디바이스에서 연도별 반복 이벤트 인스턴스의 시간을 변경하면 "경보 시간입니다. 경보가 발생하기 전에 이벤트가 반복됩니다." 오류가 발생할 수 있습니다(14230242). | 디바이스에서 이벤트에 대한 경보 값을 "없음" 또는 "이벤트 발생 시"로 변경하십시오. | iOS 9.2 |
| 하와이 시간대를 사용하도록 구성된 iOS 9 디바이스에서 반복 미팅의 인스턴스를 재스케줄하면 기타 모든 인스턴스가 유실될 수 있습니다. 이벤트가 디바이스에 원래 작성되어 있는 경우에는 발생하지 않습니다(22361692(2236736과 중복)). | 디바이스에서 하와이 시간대를 사용하지 않거나 하와이 시간대를 사용하는 경우 디바이스에서 반복 이벤트를 재스케줄하지 마십시오. | iOS 9.1 |
| iOS 9 디바이스에서 일부 반복 미팅에 수락 조치 단추를 사용해도 작업이 수행되지 않습니다. 회신 알림 또는 미팅 응답이 서버에 전송되지 않습니다(22556609). | 디바이스의 Apple Bug Reporter 웹 사이트에서 사용 가능한 Apple Sync Diagnostics 프로파일을
설치하십시오. 이 프로파일을 설치하면 수락 조치가 작동합니다. 참고: 프로파일은 설정된 기간이 경과되면
자동으로 설치 제거됩니다. 따라서 사용자는 새 iOS 버전으로 업그레이드하는 것이 좋습니다.
|
iOS 9.0.2 |
| iPhone에서 월별 반복 이벤트를 재스케줄하면 해당 이벤트의 첫 번째 월별 인스턴스가 삭제됩니다(8308477). | 없음 | iOS 9 |
| 반복 미팅의 모든 인스턴스를 다른 요일로 재스케줄하면 문제점이 발생할 수 있습니다. 일부 인스턴스가 삭제될 수 있고/또는 나머지 인스턴스는 새 요일로 변경되지 않습니다(13053393). | 없음 | iOS 9 |
| 반복 이벤트의 모든 인스턴스를 재스케줄하면 미팅장의 디바이스 일정관리에서 마지막 인스턴스가 제거됩니다. 하지만 Notes 일정관리의 모든 인스턴스는 정확합니다(14229974). | 일정관리 이벤트를 디바이스에 다시 동기화하면 누락된 항목이 디바이스 일정관리에 복원됩니다. 이는 Notes에서 이벤트를 수정하거나 디바이스 계정 설정을 통해 일정관리 동기화를 해제한 다음 다시 사용하여 디바이스에서 일정관리를 재동기화하도록 강제 실행함으로써 수행할 수 있습니다. | iOS 9 |
| 미래 이벤트용으로 저장 옵션을 사용하여 iOS 8 디바이스에서 연도별 반복 이벤트를 재스케줄하면 선택된 인스턴스 뒤의 모든 향후 인스턴스가 디바이스 및 Notes 일정관리에서 제거됩니다(14229548). | 없음 | iOS 9 |
재스케줄 알림 수락 후 디바이스에서 미팅의 반복 인스턴스가 유실됩니다(18853016). |
대신 iOS 디바이스에서 미팅 알림을 수락하십시오. 디바이스에서 일정관리 동기화를 해제한 후 다시 사용하여 일정관리를 재동기화할 수도 있습니다. 작동하지 않는 경우 IBM Traveler 서버의 notes.ini에 NTS_IOS_CALENDAR_07=false를 추가하여 IBM Traveler 일정관리 고스팅을 해제하십시오. 이는 문제점을 방지하지는 않지만 기본 시나리오가 발생하는 횟수를 줄입니다. 디바이스에서 iOS 8.x를 실행 중인 경우가 아니면 권장하지 않습니다. iOS 7.x 사용자는 알림이 수락되지 않은 경우에도 디바이스의 수락 단추가 이미 강조표시된 디바이스에서 재스케줄을 수락하는 데 문제점이 있을 수 있습니다. 해당 부작용에 대한 임시 해결책은 강조표시되지 않은 단추를 사용하는 것입니다(수락됨이 이미 강조표시된 경우 임시 수락 사용). |
iOS 9 |
| iOS 8 디바이스는 서버에서 인스턴스가 삭제될 때 디바이스에서 해당 인스턴스를 삭제하지 못할 수 있습니다(20733737). | 디바이스에서 일정관리 동기화를 해제한 다음 다시 사용하여 일정관리 재동기화를 강제 실행하십시오. 이벤트가 변경되는 경우 IBM Traveler가 변경 동기화 대신 삭제 후 추가를 디바이스에 동기화하도록 임시 해결책을 작성하는 APAR LO84144가 열렸습니다. 이 APAR에 대한 수정사항은 Traveler 9.0.1.5에 있습니다. | iOS 9 |
| iOS 8.1.x 디바이스에서 둘 이상의 요일이 포함된 주별 반복 규칙이 있는 종일 이벤트에 대한 주가 추가로 표시됩니다(19176737). | 둘 이상의 요일이 포함된 종일 이벤트에 대해 주별 규칙을 사용하지 마십시오. | iOS 8.3 |
| 서버에 업데이트될 때 iOS 8 디바이스의 일정관리 이벤트에서 위치 필드가 제거됩니다(18586613). | IBM Traveler APAR LO82292에는 디바이스 업데이트 시 위치 필드가 제공되지 않는 경우 서버 위치 값을 보존하는 임시 해결책이 포함되어 있습니다. | iOS 8.3 |
| 디바이스의 일정관리 이벤트 본문 필드에 추가되는 정보가 사용자의 메일 데이터베이스에 동기화되지 않습니다(18652642). | 이벤트를 작성한 후 Notes 필드 정보를 이벤트에 업데이트로 추가하십시오. 또는 Notes나 iNotes에서 대신 이벤트를 작성할 수도 있습니다. | iOS 8.3 |
| Apple iOS 5 디바이스의 일부 인스턴스에서 오스트레일리아 시드니 시간대의 종일, 연도별 반복 이벤트가 이틀로 표시될 수 있습니다. Notes/Domino의 데이터는 정확합니다. 이는 Apple 일정관리 앱의 표시 문제입니다(10663624). | 없음 | iOS 8 |
| 이스라엘의 시간대를 사용하는 경우 Apple 일정관리에 반복 미팅의 일정관리 인스턴스가 추가로 표시됩니다. 일정관리 이벤트가 2011년 일광 절약 시간(DST) 종료 날짜 종료 이전에 시작되고 2012년 DST 시작 날짜를 초과하는 인스턴스로 반복되는 경우 표시되지 않아야 하는 시간에 인스턴스가 표시됩니다. 이로 인해 중복 이벤트 또는 삭제된 이벤트가 일정관리 앱에는 표시되지만 Notes에는 표시되지 않습니다(11156094). | 2012년 이스라엘 시간대 값을 사용하도록 Notes에서 전체 이벤트를 수정하십시오. 2011년 이스라엘 DST 종료 날짜 종료 이전에 시작하는 이벤트를 분할하십시오. | iOS 8 |
| 디바이스에서 해당 디바이스에 보안 설정을 적용하는 데 사용된 Exchange ActiveSync 프로비저닝 명령에 오류가 발생하는 경우 일정관리가 동기화를 중지할 수 있습니다(13088145). | 디바이스를 재부트하십시오. | iOS 8 |
| iOS 6 디바이스에서 이전에 수락된 이벤트의 모든 인스턴스를 거절하면 디바이스 일정관리에 일부 인스턴스가 남아 있을 수 있습니다. Notes 일정관리에서는 모든 인스턴스가 올바르게 제거됩니다. 디바이스 일정관리에 남아 있는 인스턴스는 참석자가 일정 방식으로 수정한 인스턴스입니다(14229890). | 디바이스에 남아 있는 인스턴스를 별도로 거절하십시오. | iOS 8 |
| 미래 이벤트용으로 저장 옵션을 사용하여 반복 이벤트를 재스케줄하면 해당 이벤트의 일부 인스턴스에 대한 취소 알림을 잘못 보낼 수 있습니다(14229656). | 디바이스의 이벤트 변경사항에 "미래 이벤트용으로 저장" 옵션을 사용하지 마십시오. | iOS 8 |
| iOS 7을 실행 중인 Apple iPad에서는 사용자가 일정관리 애플리케이션에서 기존 미팅의 관리자에 주석을 추가할 수 없습니다(17363941). | iPad를 세로 방향에서 가로 방향으로 회전하거나 반대로 회전하십시오. 작동하지 않는 경우 전원 및 홈 단추를 10초 동안 눌러 디바이스의 소프트 재설정을 수행하십시오. 디바이스의 전원이 꺼지면 다시 켜고 재시도하십시오. |
iOS 8 |
| iOS 8 업그레이드 후 일정관리 앱에 Exchange ActiveSync 일정관리 정보가 표시되지 않습니다(18383561). | 설정 > 메일, 연락처, 일정관리 > 계정에서 일정관리를 해제한 후 디바이스를 재부트하십시오. 일정관리를 다시 사용하고 디바이스가 일정관리 데이터를 재동기화하도록 몇 분 간 기다리십시오. 작동하지 않는 경우 동일한 단계를 반복하되 은색 Apple 로고가 표시될 때까지 홈 및 전원 단추를 눌러 디바이스를 재부트하십시오. 계속 작동하지 않는 경우 계정(대부분의 경우 계정이 포함된 프로파일)을 제거하고 은색 Apple 로고가 표시될 때까지 홈 및 전원 단추를 눌러 재부트하십시오. 계정을 재설치하고 모든 애플리케이션이 재동기화되도록 몇 분 간 기다리십시오. |
iOS 8 |
| 사용자가 의장인 미팅이 iOS 6 디바이스에서 올바른 일정관리 색상 대신 밝은 회색으로 표시됩니다(12431367). | 이는 디바이스 동기화 프로파일을 작성하는 데 사용된 로그인 이름에 공백이 포함된 경우에만 발생합니다. 디바이스에서 IBM Traveler의 프로파일을 제거하고 공백 문자가 포함되지 않은 로그인 이름을 사용하여 새 프로파일을 작성하십시오. | iOS 7 |
iOS 6 및 일부 iOS 7 레벨의 경우 디바이스 알림 팝업이나 일정관리에서 직접 미팅 알림을 처리하는 작업이 수행되지 않을 수 있습니다. 디바이스에서 예상된 미팅 응답 플로우를 서버에 전송하지 않습니다. 디바이스 메일 받은 문서 또는 디바이스 일정관리 받은 문서 큐에서 알림을 처리하는 작업이 예상대로 수행되어야 합니다(12951707). |
없음 | iOS 7 |
| iPhone에서 일정관리 목록 보기에 잘못된 일정관리 날짜가 표시됩니다(8298699). | 없음 | iOS 4.1 |