test

Sun Java Communications Suite 5 릴리스 노트

6장 Sun Java System Communications Express 6.3 릴리스 노트

버전 6.3

이 릴리스 노트에는 Communications Express 6.3 출시 당시 사용 가능한 중요한 정보가 들어 있습니다. 이 문서는 새로운 기능과 향상된 기능, 알려진 문제점과 제한 사항 및 기타 정보에 대해 설명합니다. Communications Express 6.3을 사용하기 전에 이 문서를 읽어 보십시오.

이 릴리스 노트는 다음 내용으로 구성되어 있습니다.

본 설명서에 언급된 타사 URL을 통해 관련된 추가 정보를 얻을 수 있습니다.

주 –

Sun은 본 설명서에 언급된 타사 웹 사이트의 가용성 여부에 대해 책임을 지지 않습니다. Sun은 해당 사이트나 자원을 통해 제공되는 내용, 광고, 제품 또는 기타 자료에 대해서는 어떠한 보증도 하지 않으며 그에 대해 책임지지 않습니다. Sun은 해당 사이트나 자원을 통해 제공되는 내용, 상품 또는 서비스의 사용과 관련해 발생하거나 발생했다고 간주되는 손해나 손실에 대해 책임이나 의무를 지지 않습니다.

Communications Express 릴리스 노트 개정 내역

표 6–1 Communications Express 6.3 릴리스 노트 개정 내역

날짜 

변경 설명 

2007년 7월 

Internet Explorer 및 Firefox의 지원되는 브라우저 버전 요구 사항을 업데이트하였습니다. 

2007년 4월 

문제 번호 6546795에 대한 설명을 추가하여 이러한 릴리스 노트를 다시 릴리스합니다. 

2007년 3월 

Sun Java System Communications Express 6.3 정식 릴리스 

2006년 8월 

Sun Java System Communications Express 6.3 베타 릴리스 

Communications Express 정보

Sun Java System Communications Express 6.3에서는 세 가지 클라이언트 모듈인 달력, 주소록 및 메일로 구성된 통합된 웹 기반 통신 및 공동 작업 클라이언트를 제공합니다. 달력 및 주소록 클라이언트 모듈은 모든 웹 컨테이너에 단일 응용 프로그램으로 배포되며 통틀어 통합 웹 클라이언트(UWC)로 지칭합니다.

이 Communications Express 릴리스의 새로운 기능

Sun Java System Communications Express 6.3의 새로운 기능은 다음과 같습니다.

이벤트/태스크에서 첨부 파일 지원

Communications Express의 달력 구성 요소를 사용하여 이벤트 또는 태스크에 파일을 첨부할 수 있습니다.

사용 가능한 다음 기간 버튼

Communications Express에서는 초대 받은 사람의 가용성을 확인할 수 있습니다. 초대 받은 사람이 이벤트 날짜에 시간이 없는 경우 사용 가능한 다음 기간 버튼을 누르면 이후 6일 동안의 초대 받은 사람의 가용성이 표시됩니다.

주소록 공유

Communications Express의 주소록 구성 요소를 사용하면 주소록을 전역으로 공유할 수 있을 뿐 아니라 특정 사용자 간에만 공유할 수도 있습니다. 주소록에 가입하는 사용자에게 특정 권한을 할당할 수도 있습니다. 다른 공유 주소록에 가입할 수도 있습니다.

여러 주소록 지원

Communications Express에서는 둘 이상의 주소록을 만들어 유지 관리할 수 있습니다.

사용자 정의 보존

이번 릴리스부터 Communications Express 업그레이드 스크립트는 기존 설치에서 수행된 모든 사용자 정의를 보존합니다. 이전 릴리스에서는 사용자 정의를 보존할 수 없었으며 패치를 업그레이드하면 모든 사용자 정의가 손실되었습니다.

비밀번호 암호화

이번 릴리스부터 Communications Express는 구성하는 동안 비밀번호를 암호화합니다. 이 작업은 구성 도구를 통해 투명하게 수행됩니다. Communications Express는 이제 비밀번호를 암호화하고 관리할 수 있는 도구를 제공합니다. 관리자는 이 스크립트를 실행하여 비밀번호를 변경할 수 있습니다.

LDAP 페일오버 메커니즘

Communications Express의 LDAP 페일오버 메커니즘은 구성된 여러 마스터 및 슬레이브 LDAP 서버 간의 로드 균형을 조정합니다. 결과적으로 응답 시간을 단축하여 성능을 향상시킵니다. Communications Express에는 마스터 또는 슬레이브 서버와의 연결을 검색하는 LDAP 페일오버 관리자 모듈이 있습니다. 각 로드 균형 조정 서버에서는 사용 가능한 연결 풀을 유지 관리합니다.

Communications Express로 메일 통합

이번 릴리스부터는 웹 메일 관련 사용자 인터페이스 구성 요소가 Communications Express로 이동되었습니다. 이전 Communications Express 릴리스에서 메일 관련 파일은 Messaging Server에 있었습니다. 따라서 Communications Express에서는 Messaging Server의 Messenger Express 및 Messaging MultiPlexor 구성 요소가 동일한 물리적 시스템에 위치해야 하며, Communications Express용 웹 컨테이너 포트와 웹 메일 포트가 모두 활성화되고 방화벽 외부에서 액세스할 수 있어야 합니다. 이번 변경으로 웹 컨테이너 포트만 사용 가능하며 Communications Express로 방화벽 외부에서 작업할 수 있습니다.

스키마 2 배포의 Access Manager SDK 종속성 제거

이전 릴리스에서 Communications Express는 LDAP 저장소에 연결하고 정보를 가져오는 데 다음 API와 라이브러리를 사용했습니다.

이로 인해 LDAP 저장소에 연결하여 정보를 가져오는 이외의 작업에서는 Access Manager가 반드시 필요하지 않아도 Communications Express는 스키마 2 모드에서 Access Manager에 종속적이었습니다. 이번 릴리스부터는 스키마 2에서 이 Access Manager에 대한 종속성이 제거되었습니다. Communications Express에는 이제 스키마 2용 새 도메인 맵 API가 함께 제공됩니다.

주 –

따라서 Communications Express에 로그인하는 사용자는 Access Manager 콘솔에 로그온할 수 없습니다.

Communications Express에서 더 이상 사용되지 않고 제거된 기능

Sun Java System Communications Express의 이 릴리스에는 더 이상 사용되지 않거나 제거된 기능이 없습니다.

Communications Express는 Solaris 및 Linux에서만 Directory Server의 사용을 지원하며 Windows, HP-UX 또는 기타 플랫폼에서는 지원하지 않습니다.

Communications Express 요구 사항

이 절은 다음 내용으로 구성되어 있으며 Sun Java System Communications Express에 대한 요구 사항과 권장 사항에 대해 설명합니다.

Communications Express의 중요 패치 정보

Sun Java System Communications Express의 최신 필수 패치 목록을 보려면 http://sunsolve.sun.com으로 이동하여 "Patches" 또는 "Patch Portal"을 선택합니다. 구성 요소에 대한 운영 체제 패치 요구 사항 변경 및 패치가 발표되면 SunSolve에서 업데이트를 사용할 수 있게 됩니다(초기에는 권장 패치 클러스터의 형식으로).

Sun Java Communications Suite 5의 일반 출시 시점에 사용 가능한 Communications Express 6.3 업그레이드 패치는 다음과 같습니다.

플랫폼 

패치 번호(영어) 

패치 번호(현지화된 언어) 

Solaris, SPARC 

122793–12 

118042–19 

x86 

122794–12 

118042–19 

Linux 

122795–12 

118044–19 

Communications Express 운영 체제 요구 사항

지원되는 운영 체제는 다음과 같습니다.

주 –

Communications Express는 HP-UX 또는 Windows 플랫폼에서 더 이상 지원되지 않습니다.

Java Enterprise System 구성 요소

이 Communications Express 릴리스에 필요한 Java Enterprise System 구성 요소는 다음과 같습니다.

Communications Express 하드웨어 요구 사항

Communications Express의 메모리 요구 사항은 Communications Express가 배포되는 웹 컨테이너의 메모리 요구 사항과 동일합니다.

웹 컨테이너의 하드웨어 요구 사항에 대한 자세한 내용은 이 Java Enterprise System 구성 요소의 현재 릴리스 노트를 참조하십시오.

Communications Express 브라우저 요구 사항

Communications Express 6.3에는 JavaScript 사용 브라우저가 필요합니다. 다음의 브라우저가 지원됩니다.

표 6–2 Communications Express 6.3에 지원되는 브라우저 버전

브라우저 

Windows XP 

Windows 2000 

Solaris 

Linux 

MacOS 

NetscapeTM Communicator

7.2 

7.2 

7.2 

7.2 

해당 없음 

Microsoft Internet Explorer 

7.0 

6.0 SP1 이상 

해당 없음 

해당 없음 

해당 없음 

MozillaTM

1.7 

1.74 

1.74 

해당 없음 

해당 없음 

Safari 

해당 없음 

해당 없음 

해당 없음 

해당 없음 

2.0.3 

Firefox 

2.0 

1.0.7 

1.0.7 

1.0.7 

해당 없음 

Communications Express 설치 정보

Communications Express를 설치 및 구성하는 데 필요한 단계의 일반적인 요약에 대해서는 Sun Java System Communications Express 6.3 관리 설명서의 2장을 참조하십시오.

Communications Express 호환성 문제

다음 표는 Communications Express 6.3과 이전 버전 사이의 알려진 비호환성 목록입니다.

비호환성 

영향 

설명 

새 달력 이벤트를 만들 수 있는 사용자 인터페이스가 이전 버전의 Communications Express 6.3 릴리스와 다르게 변경되었습니다. 이번 릴리스에서는 새 달력 이벤트를 만들 때 이벤트의 시작 시간과 종료 시간을 제공해야 합니다. 이전 릴리스에서는 시작 시간과 기간만 제공했습니다(6305790). 

 

사용자 인터페이스만 변경되었으며 이벤트를 만드는 방법은 영향을 받지 않습니다. 

Communications Express의 Java Enterprise System(JES) 4 릴리스는 Messaging Server Multiplexor의 JES3 버전과 호환되지 않습니다(6328658). 

Communications Express가 JES4 버전으로 업그레이드된 경우 사용자가 올바른 자격 증명으로 로그인하면 HTTP 502 오류가 표시됩니다. 

Communications Express를 JES4로 업그레이드하는 경우 Messaging Server Multiplexor도 JES4로 업그레이드해야 합니다. 

Communications Express의 JES4 릴리스는 Messaging Server의 Communications Suite 5 버전과 호환되지 않습니다. 이 비호환성은 Messaging Server의 JES4 버전을 포함하는 설치에서 나타납니다. Communications Express, Calendar Server 및 Access Manager가 동일한 시스템에 설치되어 있을 때 Messaging Server만 Communications Suite 5 버전으로 업그레이드하면 Communications Express의 일부 기능이 손상됩니다(6395931). 

메일 작성, 검사, 폴더 관리 등과 같은 Communications Express의 일부 기능이 작동하지 않습니다. 

Messaging Server가 한 시스템에 설치되어 있고 웹 메일, Messaging MultiPlexor 및 UWC가 다른 시스템에 설치되어 있는 경우 Messaging Server를 Communications Suite 5 버전으로 업그레이드할 수 있습니다. Communications Express는 업그레이드하지 않고 웹 메일과 Messaging Multiplexor만 업그레이드하면 Communications Express의 일부 기능이 작동하지 않습니다. 

Communications Express 설명서 업데이트

Communications Express 6.3에는 다음 설명서가 포함되어 있습니다. 부품 번호는 괄호 안에 표시되어 있습니다.

이 Communications Express 릴리스에서 해결된 문제

이 목록에서는 Communications Express 6.3에서 해결된 문제에 대해 설명합니다.

5008104

사용자가 인증된 경우에도 URL에 정규화된 호스트 이름이 필요합니다.

6282382

JES3:Messaging Server 6.2:멀티플렉서를 통해 연결된 사용자가 MS에서 로그아웃할 때의 잘못된 페이지 머리말

6263554

Linux에서 config-uwc 구성 파일에 올바르지 않은 경로 정보가 제공되었습니다.

5086083

사용자는 모든 보기에서 2006년 이후의 연도를 선택할 수 없습니다.

6233746

가용성 또는 초대 권한만 가진 경우 달력을 볼 수 없습니다.

6306958

Calendar Server에 대한 옵션 가져오기를 시도하면 오류가 표시됩니다.

6260646

사용자에게 mailAllowedServiceAccess:+ALL:* 설정이 있는 경우 Communications Express 메일 탭이 표시되지 않습니다.

6217929

임시 메시지로 저장된 전달된 메시지에 전달된 첨부 파일이 없는 것으로 나타납니다.

6314465

메시지를 전달할 때 새 내용이 두 번 표시됩니다.

6264555

Solaris의 Mozilla 브라우저에서 일반 텍스트로 메시지를 편집할 때 새 메시지 텍스트 영역의 텍스트가 "undefined"로 바뀝니다.

6315048

개인 주소록의 동적 마이그레이션이 작동하지 않습니다.

6295293

UWC/웹 메일에 브라우저에서 소스 인코딩을 변경할 수 있는 기능이 필요합니다.

주 –

문자 인코딩을 활성화하는 방법에 대한 자세한 내용은 Sun Java System Communications Express 6.3 Customization Guide를 참조하십시오.

Communications Express의 알려진 문제점 및 제한 사항

이 절에서는 Communications Express 6.3의 알려진 문제점 목록을 제공합니다. 다음 제품 영역을 다룹니다.

일반적인 문제점

6398159

Communications Express 로그인 화면에서 themes.properties의 CSS 정의를 사용하지 않습니다.

Communications Express의 login.jsp 파일에는 하드 코드된 스타일시트 정보가 있습니다. 따라서 로그인 페이지에 사용된 스타일시트에는 새 스킨 정의를 적용할 수 없습니다.

5033528

Internet Explorer를 사용할 때 서유럽 문자가 제목 부분에서 왜곡되어 표시됩니다.

이 문제는 기본 메일 클라이언트가 Microsoft Outlook이고 사용된 브라우저가 Internet Explorer인 경우에 발생합니다. 멀티바이트 이름의 이벤트에 초대된 경우 초대한 사람의 이름 링크를 누르면 Outlook 클라이언트의 제목 필드에 문자가 왜곡되어 표시됩니다.

6305588

웹 메일 팝업에 대한 설명서가 필요합니다.

Communications Express에 대한 온라인 도움말에는 지원되는 다양한 브라우저에서 팝업 창을 활성화하는 방법에 대한 정보가 없습니다. Communications Express에서는 팝업 창을 사용하여 전자 메일 작성, 새 태스크 만들기 등과 같은 다양한 작업을 수행합니다. 브라우저는 Communications Express에 액세스한 사이트에 대한 팝업 창 표시를 허용해야 합니다.

6272426

UWCAuth 서블릿이 NullPointer 예외를 발생합니다.

Sun Java System Application Server에 배포된 Communications Express의 종속 구성 요소가 여러 노드에 배포되는 배포 시나리오에서 Communications Express UWCAuth 서블릿은 NullPointer 예외를 발생합니다.

해결 방법: Application Server를 다시 시작합니다.

6401488

UWC 전달 기능에서 알림이 아니라 시브(Sieve) 리디렉션을 사용해야 합니다.

Communications Express에서는 옵션 페이지에서 전달 주소를 설정하여 메일 필터를 만들 수 있습니다. 이 전달 기능은 리디렉션 대신 시브(Sieve) 알림 기능을 사용합니다. 알림은 수신자에게 새 메일이 도착했음을 알리는 짧은 메시지(호출기 사용 가능)를 보내기 위한 것입니다. 메시지는 알림(비표준 옵션) 대신 리디렉션 기능을 사용하여 실제로 전달해야 합니다.

이번 릴리스부터 모든 새 메일 전달 필터는 기본적으로 알림 규칙 대신 전달 규칙을 사용합니다. 이 해결 방법은 또한 이전 버전과 호환됩니다. 이전 릴리스에서 Communications Express를 업그레이드할 경우 uwcconfig.properties 파일에서 mailfilter.preservenotify 등록 정보를 true로 설정하여 이전의 메일 전달 필터 설정을 유지할 수 있습니다(즉, 알림 규칙 사용). 이 등록 정보는 기본적으로 false로 설정됩니다.

6527879

Communications Suite 설치 프로그램이 로컬 영역 설치를 허용하지 않습니다.

Communications Installer 14a를 사용하여 Communications Express 및 Access Manager를 스파스 영역에 설치하려고 하면 공유 구성 요소와 관련하여 다음과 같은 메시지가 표시됩니다.


Unsupported componets in zone.
 

Following components required by the selected components, are not supported in local zone and they can not be 
installed directly into the local zone.

Please install these components from the global zone before proceeding this installation.

해결 방법: pkgadd 명령을 사용하여 공유 구성 요소를 전역 영역에 설치합니다. 그러면 설치가 문제 없이 처리됩니다.

6482226

Communications Express 온라인 도움말에 JavaScript 오류가 포함되어 있습니다.

Internet Explorer 6.0을 사용하여 Communications Express 온라인 도움말에 액세스하면 JavaScript 오류가 표시됩니다.

6520692

login_type=proxy가 적용되지 않는 것 같습니다.

db_config.properties 파일의 login_type 매개 변수는 LDAP 저장소에 대한 연결을 유지 관리하는 방법을 지정합니다. 이 매개 변수에 다음 세 값을 할당할 수 있습니다.

anon - 익명 사용자로 LDAP에 연결할 수 있습니다.

restricted - 주소록 저장소에서 작업을 수행할 권한이 있는 사용자로 연결할 수 있습니다.

proxy - 주소록 저장소에서 작업을 수행할 수 있는 사용자로 가장합니다. 이 값을 지정하면 각 작업에 대해 LDAP 바인드를 하지 않으므로 성능이 향상됩니다.

이 버그로 인해 사용자가 매개 변수를 위에 나열된 값으로 설정하여 LDAP 저장소에 연결하는 방법을 지정하려고 하면 지정된 방법과 상관없이 디렉토리 관리자 자격 증명으로 LDAP에 연결됩니다. 따라서 관리자가 디렉토리에서 일부 ACL을 설정하지 못하게 되므로 사용자가 액세스가 금지되어야 하는 LDAP 저장소의 일부에 액세스할 수 있습니다.

6517599

JES5-B14a:Linux RH4.0:다층 개발 환경에서 Communications Express 로그인 페이지를 로드할 수 없습니다.

사용자가 다층 개발 토폴로지에서 유효한 자격 증명으로 로그인하더라도 로그인 페이지가 로드되지 않습니다. 이 문제는 다음과 같은 경우에 나타납니다.

  • Communications Express와 웹 메일 호스트가 동일한 노드에 설치되어 있는 경우

  • Directory Server와 Calendar Server가 개별 노드에 설치되어 있는 경우

  • Calendar Server, Messaging Server 및 Communications Express가 SSO로 구성된 경우

  • auth.identity.enabled 등록 정보를 true로 설정하여 uwcauth.properties에서 Access Manager를 활성화합니다.

Communications Express에서 Access Manager SDK를 호출하는 코드를 실행하려고 하면 웹 컨테이너에 Access Manager 문제를 나타내는 일련의 예외가 기록됩니다. 이 문제는 사용자가 Communications Express에 로그온하려고 할 때 발생합니다.

구성자 도구 문제

이 절에는 Communications Express 구성자 도구의 알려진 문제점 목록이 포함되어 있습니다.

6401263

SSL을 사용하지 않는 경우에도 Communications Express 패치 구성 프로그램에서 웹 메일 SSL 포트 번호를 묻는 메시지가 표시됩니다.

Communications Express 설치 시 patch-config 프로그램을 실행하면 먼저 웹 메일이 배포되어 있는지 확인합니다. 웹 메일이 배포되어 있으면 SSL 포트 번호를 입력하라는 메시지를 표시합니다. 사용자는 SSL을 사용하거나 사용하지 않고 웹 메일을 설치하도록 선택할 수 있습니다. patch-config 프로그램은 SSL에서 웹 메일이 활성화되지 않은 경우에도 웹 메일에 대한 SSL 포트 번호를 입력하라는 메시지를 표시합니다.

해결 방법: 웹 메일이 SSL 모드에서 구성되어 있지 않은 경우 Enter 키를 눌러 이 메시지를 무시하고 패치 구성을 계속합니다.

6415155

패치를 제거한 후 Communications Express에서 사용자 로그인을 허용하지 않습니다.

패치를 제거한 후에 사용자가 유효한 자격 증명을 사용하여 Communications Express에 로그온하려고 하면 Communications Express가 다시 로그인 페이지를 표시합니다. 이 문제는 patch-config 및 install-newconfig 명령을 사용하여 패치를 설치하여 Communications Express를 업그레이드한 후 backout-newconfig를 실행하여 패치를 제거한 경우 발생합니다. backout-newconfig 유틸리티는 웹 컨테이너가 일부 JSP 파일을 캐시했을 수 있다는 경고를 표시하지 않습니다.

해결 방법: 웹 컨테이너에 대한 ClassCache 디렉토리를 제거하고 Communications Express가 배포되는 웹 컨테이너를 다시 시작합니다. Web Server 및 Application Server의 ClassCache 디렉토리는 다음과 같습니다.

Web Server: /opt/SUNWwbsvr/https- <servername>/ClassCache/https- <servername>. 여기서 <servername>은 Communications Express가 배포되는 도메인입니다.

Application Server: /var/opt/SUNWappserver/domains/domain1/generated/jsp/j2ee-modules/ <uwc_module_name>. 여기서 <uwc_module_name>은 Application Server에 배포되는 모듈의 이름입니다.

6442714

Communications Express에 Access Manager SSO가 구성되어 있을 때 JSESSIONID가 삭제되지 않습니다.

Communications Express와 Access Manager가 서로 다른 시스템에 설치되어 있는 경우 이전에 로그인한 사용자의 달력을 볼 수 있습니다. 이는 JSESIONID 쿠키가 삭제되지 않기 때문입니다.

해결 방법: Communications Express가 실행되는 Access Manager 시스템의 IS-SDK-BASEDIR/SUNWam/lib/AMConfig.properties 파일에서 다음 설정을 변경해야 합니다.


com.iplanet.am.session.client.polling.enable=false 
			com.iplanet.am.notification.url=
<url-to-access-web-container-of-CommunicationsExpress>
/servlet/com.iplanet.services.comm.server.PLLRequestServlet
5104756

Communications Express의 구성자 도구가 '구성 해제' 옵션을 지원하지 않습니다.

Communications Express 구성자를 사용하여 구성 시 파일을 배포 해제 및 제거할 수 없으며 런타임 도중 만들어진 파일을 제거할 수 없습니다.

해결 방법: Communications Express를 구성 해제하려면 다음을 수행합니다.

  1. Communications Express 패키지를 제거합니다. 예를 들어, Solaris에서는 다음을 입력합니다.

    pkgrm SUNWuwc

  2. 배포 디렉토리를 제거합니다.

  3. Web Server 또는 Application Server server.xml 파일에서 WEBAPP 항목을 제거합니다.

5008791

자동 구성이 작동하지 않습니다.

Communications Express에서 구성을 대화식으로만 실행할 수 있으며 자동 구성은 허용되지 않습니다. 자동 모드 구성을 수행할 경우 다음 오류가 표시됩니다. "디렉토리 이름을 비워 둘 수 없습니다. 이 필드는 필수 필드입니다. 다시 입력하십시오."

5028906

Communications Express 구성자: devinstall이 확인할 수 없는 호스트 별칭에 대해 코어를 덤프합니다.

시스템이 호스트 이름 별칭에 맞게 구성되어 있지 않으면 Communications Express 구성 마법사에서 구성 프로세스를 완료할 수 없습니다.

해결 방법: 시스템의 호스트 이름 별칭을 하나 이상 구성했는지 확인합니다.

시스템에서 하나 이상의 호스트 이름 별칭 구성

  1. /etc/nsswitch.conf 파일에 hosts에 대한 구성을 제공합니다.

    hosts: files dns nis

    이 구성은 이름 서비스 조회에 대해 호스트 이름 및 호스트 별칭을 결정할 때 사용해야 하는 순서를 나타냅니다. 이름 서비스 조회 순서는 다음과 같습니다. files, dns, 및 nis.

  2. /etc/hosts 파일에 시스템의 IP 주소에 대해 정의된 둘 이상의 호스트 이름이 있는지 확인합니다.

    예를 들어 시스템 IP 주소가 129.158.230.64이면 /etc/hosts 파일에서 다음과 같이 IP 주소를 구성할 수 있습니다.

    129.158.230.64 budgie.siroe.varrius.com budgie

    또는

    129.158.230.64 budgie.siroe.varrius.com budgie loghost

    잘못된 주소의 예는 다음과 같습니다.

    129.158.230.64 budgie

4996723

입력 필드가 오른쪽 정렬되어 있어서 GUI 구성 입력 필드가 잘려서 표시됩니다.

영어 이외의 언어로 구성 마법사를 실행한 경우 필드 이름 및 브라우저 버튼이 잘리거나 보이지 않습니다.

해결 방법: 내용이 올바르게 표시되도록 구성 패널의 크기를 조정합니다.

4982590

Communications Express의 구성 요소가 0바이트로 표시됩니다.

Communications Express의 구성자 도구가 Communications Express의 메일 및 달력 구성 요소를 표시할 때 구성 요소의 크기를 0바이트로 표시합니다.

6283991

Communications Express를 구성한 후 Web Server를 시작하면 Java 예외가 발생합니다.

Communications Express 및 Access Manager가 별도 노드에 설치 및 구성된 설치 시나리오에서 Communications Express가 포함된 노드에 설치된 Web Server가 재시작될 때 Java 예외를 발생시킵니다. Web Server의 클래스 경로(Communications Express가 설치된 노드에서)에 잘못된 설정이 있기 때문입니다.

해결 방법: Communications Express가 설치된 노드의 Web Server 인스턴스에서 web-svr-base/config/server.xml 파일을 편집하고 Web Server의 클래스 경로에 다음 항목이 있는지 확인합니다.

opt/SUNWam/lib:/opt/SUNWam/locale:/etc/opt/SUNWam/config:
/opt/SUNWam/lib/am_sdk.jar:/opt/SUNWam/lib/am_services.jar:
/opt/SUNWam/lib/am_logging.jar
6280944

자체 참조 심볼릭 링크로 인해 Linux에서 Communications Express를 구성할 수 없습니다.

Communications Express 구성자가 Linux에서 /var/opt/sun/uwc/staging 디렉토리 아래에 자체 참조 심볼릭 링크를 만듭니다.

해결 방법: /var/opt/sun/uwc/staging 디렉토리에서 모든 자체 참조 심볼릭 링크를 제거하고 Communications Express를 다시 배포합니다.

6298931

Communications Express 구성자가 Application Server 포트의 유효성을 검사하지 못하므로 구성이 중단됩니다.

Communications Express 구성자가 구성 도중 Application Server의 유효성을 검사하지 않으며 따라서 잘못된 Application Server 포트 번호가 지정되면 구성이 중지됩니다.

6264589

Web Server가 실행 중인 경우 Communications Express 구성이 중단됩니다.

Web Server가 실행 중인 경우 Communications Express 구성이 중단됩니다. UnsatisfiedLinkError 오류 때문입니다.

해결 방법: /web-svr-base/web-svr-domain_name/stop 명령을 실행하여 Web Server를 정상적으로 종료합니다. 그러면 Communications Express 구성을 계속할 수 있습니다.

6508243

멀티플렉서 환경에서 Communications Express를 구성할 수 없습니다.

이 문제는 Messaging Server가 영어 이외의 로켈로 구성되어 있을 때 발생합니다. 사용자가 구성 도구를 사용하여 Communications Express를 구성하려고 할 때 Messaging Server 패널에서 자격 증명을 제공하면 구성 도구는 이 자격 증명을 Messaging Server로 전달하고 응답을 기다립니다. Messaging Server를 일본어로 구성한 경우 사용자가 올바르게 인증되면 Messaging Server에서 ja/mail.html 문자열을 Communications Express에 반환합니다. 다른 쪽의 Communications Express는 응답을 확인한 다음 계속합니다. 그러나 en/mail.html 문자열을 기대하는 Communications Express 구성 끝에 문제가 있습니다. Messaging Server로부터 받은 응답이 구성 마법사가 기대하는 응답과 다르기 때문에 다음과 같은 오류가 표시됩니다.

The Webmail Server credentials are wrong or Server misconfigured
6195866

명령줄 모드 구성에서 뒤로 이동할 수 없습니다.

Communications Express 구성 마법사는 사용자가 < 기호를 입력하여 뒤로 이동할 수 있는 기능을 제공합니다. 이 기능이 원하는 대로 작동하지 않습니다. 이 문제로 인해 사용자가 < 기호를 입력하여 이전 페이지나 화면으로 이동할 수 없습니다.

Communications Express의 달력 문제

6366481

가상 도메인 설치 환경에서 패치를 업그레이드한 후 초대 탭이 활성화되지 않습니다.

패치를 적용하여 Communications Express를 JES4 비가상 도메인 설정에서 Communications Suite 버전 5, 가상 도메인 설정으로 업그레이드하면 달력 사용자 인터페이스에서 초대 탭이 비활성화됩니다.

해결 방법: 사용자에 대한 달력 LDAP 항목을 지우면 초대 탭이 활성화됩니다.

5039728

태스크 보기 및 편집에서 여러 줄의 메모 및 미리 알림 메시지가 한 줄로 표시됩니다.

달력에서 태스크 메모 및 미리 알림 메시지를 추가하면 해당 메모 또는 메시지는 여러 줄로 입력하더라도 한 줄로 표시됩니다.

6212137

Communications Express에서 대용량 달력 가져오기 파일을 가져올 때 서버 오류가 표시됩니다.

Communications Express에서 대용량 달력 파일을 가져올 경우 서버 오류가 표시됩니다. Communications Express에서는 정의된 제한 범위 이내의 파일을 업로드할 수 있습니다. 파일 크기가 정의된 값을 초과하면 서버에 오류가 표시됩니다. 기본적으로 Communications Express에서는 4MB의 데이터를 가져올 수 있습니다. 이 오류는 달력 가져오기/내보내기 창에 표시됩니다. Communications Express에서 서버 오류를 처리하지 못하거나 해당 메시지를 표시합니다.

6388119

기존 사용자가 비가상 도메인에서 가상 도메인으로 마이그레이션하면 소유자가 이벤트/태스크를 편집하거나 삭제할 수 없습니다.

Communications Express에서는 비가상 도메인 설정을 가상 도메인 설정으로 마이그레이션한 경우 기본 달력 소유자는 자신이 만든 이벤트, 태스크 또는 초대를 편집하거나 삭제할 수 없습니다. 따라서 JES 4 호스트되지 않은 도메인 설정의 기존 사용자가 Communications Suite 버전 5의 호스트된 도메인으로 마이그레이션한 경우 자신이 만든 이벤트를 편집하거나 삭제할 수 없습니다.

해결 방법: 달력 관리 옵션을 사용하여 읽기 및 쓰기 권한을 명시적으로 할당합니다. 달력 관리에 대한 자세한 내용은 Sun Java System Communications Express 6.3 온라인 도움말을 참조하십시오.

6412999

매월 반복하는 이벤트를 예약할 때 Communications Express의 달력 구성 요소가 올바르게 동작하지 않습니다.

매월 반복하는 이벤트를 예약할 때 Communications Express의 달력 구성 요소가 올바르게 동작하지 않습니다. 예를 들어, 매월 둘째 목요일에 반복하는 이벤트를 예약할 경우 첫 번째 반복 인스턴스가 세 번째 목요일에 이벤트를 표시합니다.

6299178

달력의 이벤트 검색 필드에서 와일드카드를 인식하지 않습니다.

Communications Express에서 이벤트나 태스크를 검색할 때 와일드카드를 인식하지 않습니다.

6199523

달력에서 가져온 이벤트 및 태스크를 편집할 수 없습니다.

Communications Express에서 같은 달력 소유자에 대해 한 달력에서 다른 달력으로 가져온 이벤트 및 태스크(allow... 두 달력 모두에 설정된 권한으로)를 편집할 수 없습니다.

6262940

Communications Express에 로그인한 후 Calendar Express의 기본 달력 보기가 일 보기로 변경되었습니다.

Delegated Administrator를 사용하여 새 사용자를 만들 경우 Calendar Express에 로그인하면 기본 보기가 개요 보기로 표시됩니다. 그러나, Communications Express에 로그온하면 icsextendeduserprefs가 LDAP에서 만들어지고(사용자가 LDAP에서 관리됨), 달력의 기본 보기가 일 보기(ceDefaultView=dayview)로 만들어지므로 사용자가 Calendar Express에 다시 로그인하면 일 보기가 표시됩니다.

Communications Express는 개요 보기를 제공하지 않습니다. 일 보기, 주 보기, 월 보기 및 연도 보기만 지원됩니다. 사용자가 Communications Express에 로그인할 경우 ceDefaultView 등과 같은 다양한 등록 정보를 초기화하여 LDAP에서 사용자를 관리합니다. 이러한 기본값은 uwcdomainconfig.properties에서 선택합니다. 따라서 사용자가 Calendar Express에 다시 로그인하면 LDAP에서 이 값을 사용하여 표시 보기를 찾습니다.

Calendar Express에서 Communications Express로 전환하면 Calendar Express와 Communications Express의 기본 보기가 서로 다릅니다.

6255153

Internet Explorer의 새로 만들기/태스크 편집 창에서 "기한 없음"을 선택하면 MiniCalendar가 "시작 날짜"에 열리지 않습니다.

Communications Express의 달력 탭에서 태스크를 만들거나 편집할 때 시작 날짜가 포함된 행의 소형 달력 아이콘이 비활성화됩니다. 이 문제는 태스크에 대해 기한 없음 확인란을 선택한 경우에 발생합니다. 이 버그는 사용된 브라우저가 Internet Explorer 6인 경우에만 나타납니다.

6528031

달력 그룹에서 이벤트를 검색할 때 Communications Express 달력 웹 예외가 발생합니다.

사용자가 소유한 가입 달력으로 구성된 달력 그룹에서 원하는 이벤트를 검색할 때 Communications Express 달력 클라이언트에 예외가 표시됩니다. 사용자가 달력 그룹을 만든 후 이 그룹에서 특정 이벤트를 검색하려고 하면 Communications Express 클라이언트에 페이지를 표시할 수 없다는 오류 메시지가 표시됩니다. 따라서 사용자는 달력 그룹에서 이벤트를 검색할 수 없으므로 각 달력을 개별적으로 검색해야 합니다.

이 문제는 이벤트 이름의 알파벳 순서에 따라 다릅니다. 소유자 달력의 이벤트가 가입된 달력의 이벤트보다 알파벳 순서가 더 빠른 경우에는 문제가 발생하지 않습니다. 이 문제는 가입된 달력의 이벤트가 소유자 달력의 이벤트보다 알파벳 순서가 더 빠른 문자로 시작하는 경우에 발생합니다.

Communications Express의 메일 문제

6425114

멀티바이트 공유 폴더에 메일을 직접 전달하면 수신자의 전자 메일 주소가 손상됩니다.

메일을 멀티바이트 공유 폴더로 보낼 경우 수신자의 메일 주소가 손상되고 메일이 멀티바이트 공유 폴더에 전달되지 않습니다. 대신 멀티바이트 공유 폴더가 만들어지는 사용자의 받은 편지함에 메일이 전달됩니다. 이 문제는 IMAP-MUTF 7을 사용하여 수신자의 공유 폴더를 만든 경우에 발생합니다.

해결 방법: 브라우저에서 이 URL에 대한 팝업 차단기를 비활성화합니다.

6329862

브라우저에서 팝업 차단기가 활성화된 상태에서는 Communications Express가 원하는 대로 동작하지 않습니다.

사용자가 브라우저에서 팝업 차단기를 활성화한 경우 Communications Express의 작성, 회신, 모두 회신, 전달 및 인라인 전달 창은 응용 프로그램에 대한 유효한 팝업이지만 표시되지 않습니다. Communications Express에서는 해당 창이 유효한 팝업인지를 브라우저에서 알 수 없습니다.

6525305

사용자가 다른 페이지를 표시하여 페이지가 자동으로 새로 고쳐지지 않는 한 Communications Express 메일 구성 요소의 할당량 막대가 크기 제한으로 갱신되지 않습니다.

Communications Express에서는 메일을 보내거나 받을 때 메일 구성 요소의 할당량 상태를 새로 고치거나 표시하지 않습니다. 사용자가 폴더 관리와 같은 다른 페이지를 표시하거나 전자 메일을 열어서 페이지를 새로 고치면 업데이트된 크기가 갱신됩니다. 사용자의 동작으로 인해 페이지가 새로 고쳐질 경우 메일 할당량 막대는 올바르게 표시됩니다.

6501841

사용자가 @virtualdomain.com을 입력하지 않고 도메인 특정 URL을 통해 로그인하면 메일 탭이 없습니다.

이 버그는 사용자가 호스트된 도메인 지원을 통해 구성되는 Communications Express에 로그온할 때 나타납니다. 호스트된 도메인 시나리오에서 사용자는 uid를 가상 도메인 이름과 함께 사용하여 로그온해야 합니다(예: uid@virtualdomain.com). 사용자가 호스트된 도메인을 지정하지 않고 Communications Express에 로그온하면 메일 탭이 표시되지 않습니다.

해결 방법: 가상 도메인에 로그온할 때 브라우저에 가상 호스트 URL(예: <virtualdomain>siroe.com)을 입력한 다음 uid@virtualdomain.com을 사용하여 가상 도메인에 로그온하면 메일 탭이 표시됩니다. 여기서 각각은 다음을 의미합니다.

  • <virtualdomain>은 기본 도메인 아래에 구성된 가상 도메인 이름입니다(예제의 siroe.com).

  • uid는 가상 도메인에서 사용자의 사용자 아이디입니다.

6526287

동일한 첨부 파일의 여러 복사본과 함께 임시 메시지를 저장하면 중복 이름 첨부 파일이 모두 제거됩니다.

이 버그는 첨부 파일의 크기에 상관없이 동일한 이름을 가진 여러 첨부 파일이 있는 전자 메일의 임시 메시지를 저장할 때 나타납니다. 임시 메시지를 저장할 때 첨부 파일의 중복 복사본이 손실되고 하나의 복사본만 임시 메시지에 보관됩니다. 임시 메시지를 저장하지 않고 전송하면 전자 메일이 동일한 첨부 파일의 여러 복사본과 함께 올바르게 전송됩니다.

다른 시나리오에서 사용자가 vCard 첨부 파일이 있는 전자 메일 임시 메시지를 저장하려고 하면 vCard 첨부 파일이 손실됩니다. 이 문제는 임시 메시지를 저장하지 않고 메일을 전송하면 해결됩니다.

주소록 문제

6383327

Communications Express의 주소록 구성 요소는 가져올 파일 형식을 검증하지 않습니다.

Communications Express는 이미 내보낸 주소록 연락처를 가져올 때 파일 형식을 검증하지 않습니다. 따라서 한 파일 형식으로 내보낸 파일을 다른 파일 형식으로 가져올 경우 부적절한 오류 메시지가 표시되며 잘못된 연락처 데이터를 가져오는 경우도 있습니다.

  • 예를 들어, 주소록 구성 요소의 주소록 가져오기 및 내보내기 창에서 Microsoft CSV 또는 주소록 CSV 형식으로 가져오기를 선택하여 LDIF 파일을 가져오도록 시도하면, 다음과 같은 오류 메시지가 표시됩니다.

    가져오기 위해 선택한 파일이 비어 있거나 없습니다.

    주소록 구성 요소는 가져올 파일 형식을 검증하지 않습니다.

  • LDIF 형식의 파일을 Thunderbird CSV 형식으로 가져올 경우 내보낸 연락처별로 10개의 연락처가 주소록에 생성됩니다.

  • Microsoft CSV 형식 파일을 Thunderbird CSV 형식으로 가져올 경우 주소록 에 여러 연락처가 생성됩니다.

6355706

사용자가 유효한 키워드를 사용하여 통합 디렉토리에서 검색하려고 할 때 Communications Express에서 구성 오류가 표시됩니다.

사용자가 유효한 키워드를 사용하여 통합 디렉토리에서 검색하려고 할 때 Communications Express에 다음과 같은 오류 메시지가 표시됩니다.


						서버가 제대로 구성되지 않았거나 검색 쿼리가 해당 제한을 초과했습니다. 
								서버 구성을 확인하십시오.
6337537

브라우저에서 팝업 창이 활성화된 상태에서는 작성 창이 표시되지 않습니다.

이 문제는 사용자가 브라우저에서 팝업 차단기 기능을 활성화한 경우에 발생합니다. 팝업 차단기를 활성화한 상태에서 주소록에서 연락처의 전자 메일 주소를 누르면 Communications Express는 유효한 팝업 창임에도 불구하고 메일 작성 창을 열지 않습니다.

해결 방법: 도메인에 대한 팝업 차단기를 비활성화합니다.

4995472

주소록 이름을 모든 세션에 대한 defaultps/dictionary-<lang\>.xml로 현지화할 수 없습니다.

주소록에 처음 액세스할 때 결정되는 세션 언어와 도메인 특정 defaultps/dictionary-<lang\>.xml을 기반으로 하는 현지화된 값이 지정되기 때문에 주소록 이름을 현지화할 수 없습니다.

또한 주소록 옵션 페이지에 입력한 “이름” 및 “설명”은 주소록 탭 페이지에 나타나는 현재 주소록 드롭다운 목록에 표시되지 않습니다.

6308706

Outlook CSV 형식에서 데이터를 가져오면 생일 및 기념일이 올바르지 않습니다.

사용자가 CSV 형식의 Microsoft Outlook 데이터를 Communications Express로 가져오려고 하면 생일 및 기념일에 대한 항목이 올바르지 않은 값인 00/00/00으로 설정됩니다.

6327520

LDAP 연결 풀이 새로 고쳐지지 않습니다.

이 문제는 uwcconfig.properties(ldapusersession.ldappoolrefresh ) 및 db_config.properties(defaultserver .ldappoolrefresh) 파일에서 LDAP 풀 새로 고침 매개 변수에 대해 지정된 값이 구성된 방화벽 시간 초과 값보다 큰 경우에 발생합니다. 브라우저에 잘못된 구성을 나타내는 오류가 표시됩니다. LDAP 풀 새로 고침이 30초로 구성된 다음 시나리오를 고려합니다.

  1. 모든 LDAP 사용자 항목을 저장하는 Communications Express 및 Directory Server 호스트의 사이에 방화벽을 구성합니다.

  2. 15초 동안 연결 요청이 없을 경우 TCP 연결을 닫는 방화벽 규칙을 추가합니다.

  3. Communications Express를 30초 이상 유휴 상태로 둡니다.

  4. 그런 다음 로그온합니다. 이미 로그인한 경우 주소록에서 사용자를 검색합니다. 그러면 클라이언트의 브라우저에 잘못된 구성을 나타내는 오류가 표시됩니다.

해결 방법: uwcauth.properties 및 db_config.properties 파일의 ldappoolrefresh 매개 변수는 방화벽 시간 초과 값보다 작아야 합니다.

옵션 문제점

6511005

사용자의 시브(Sieve) 스크립트가 업그레이드 후에 작동을 중지할 수 있습니다.

이 문제는 JES Messaging Server 6.2p2 이상을 실행하는 사이트, 초기 JES Messaging Server 6.3으로의 업그레이드, Communications Express에서 메일 필터를 통해 날짜 기반 필터링을 사용하는 사용자와 관련이 있습니다.

시브(Sieve) 필터의 경우 JES Messaging Server 6.2p2(변경 요청 번호: 6236243)에 대해 구현되는 설명서에 없고 지원되지 않는 setdate 동작을 JES Messaging Server 6.3에서 제거했습니다. setdate는 이전 버전의 variables 시브(Sieve) 초안에 제안되었지만, 이후 초안에서는 제거되었습니다. 특히, 최종 호출 단계의 최신 variables 초안에는 없습니다. 이제는 더 이상 사용되지 않는 이 방법 대신 최근에 제안된 date 시브(Sieve) 확장(및 특히 currentdate 테스트)이 구현되었습니다.

최종 사용자는 실험적이고 빠르게 폐지되고 설명서에 나오지 않을 경우 명시적이고 고의적으로 사용된 setdate를 시도했을 가능성이 거의 없습니다.

그러나 사용자가 날짜별 메시지 필터링을 요청한 경우 JES Messaging Server 6.2p2의 Communications Express 메일 필터 생성기에서 setdate를 사용했습니다. 따라서 많은 사용자들이 더 이상 사용되지 않는 setdate 동작을 사용하는 개인 시브(Sieve) 필터를 모르는 사이에 소유하게 될 수 있습니다. 사용자가 어떤 방법으로든 시브(Sieve) 필터를 편집하면 이와 같이 더 이상 사용되지 않는 방법이 최신 currentdate 방법을 사용하도록 바뀝니다. 반면 이러한 시브(Sieve) 필터는 구문이 잘못된 것으로 간주되어 오류를 발생합니다. 이러한 잘못된 시브(Sieve) 필터를 소유한 사용자에게 각 메시지가 필터링되지 않고 제공될 뿐만 아니라 MTA는 시브(Sieve) 필터를 소유한 사용자에게 시브(Sieve) 필터에 구문 문제가 있음을 경고하는 알림 메시지를 보냅니다.

Communications Express의 현지화 문제

6201676

용량이 큰 일본어/프랑스어 데이터를 사용하여 보낸 메일이 올바르지 않게 표시됩니다.

용량이 큰 전자 메일 메시지를 받으면 사용자는 메시지 내의 첨부 파일 링크(text/html 또는 text/plain)를 눌러야 합니다. 이 첨부 파일의 내용에 ASCII가 아닌 문자가 포함된 경우 새로 연 브라우저 창에 손상된 데이터가 표시될 수 있습니다.

해결 방법: 브라우저 메뉴에서 적절한 인코딩을 직접 선택합니다.

6387130

사용자가 이벤트 보기 및 가용성 확인 보기의 날짜 형식을 현지화할 수 없습니다.

Communications Express에서는 현지화된 날짜 및 시간 형식을 정의할 수 있습니다. 현지화된 날짜 및 시간 형식은 i18n.properties 파일에서 정의될 수 있습니다. 다음과 같은 보기와 페이지에는 현지화된 날짜 및 시간을 표시할 수 없습니다. i18n.properties 파일에 이러한 페이지에 해당하는 등록 정보가 없습니다.

  • 이벤트 보기

  • 가용성 확인 보기

  • 소형 달력

6186520

현지화된 Microsoft Outlook Express 버전 6.00.2800.1123에서 CSV를 가져오는 작업이 작동하지 않습니다.

Communications Express는 현지화된 Microsoft Outlook Express에서 CSV 데이터를 가져올 수 없습니다.

6489857

받은 메일함에서 시브(Sieve) 필터를 만들 때의 현지화 버그

이 버그는 사용자가 영어 이외의 로켈에 대한 필터를 만들 때 나타납니다. 예를 들어, Communications Express에서 기본 언어를 영어 이외의 로켈로 변경하고 조건을 충족하는 전자 메일을 이동하도록 필터를 설정하면, 필터는 전자 메일을 해당 폴더로 이동하지 않고 현지화된 이름을 가진 폴더로 이동하려고 합니다.

6472240

Communications Express 달력, 멀티바이트 첨부 파일을 Internet Explorer 6.0에서 열 때 파일 이름이 왜곡되어 표시됩니다.

이 버그는 Communications Express에서 Internet Explorer 6.0을 사용하여 태스크 또는 이벤트를 만들려고 할 때 나타납니다. 멀티바이트 이름을 가진 파일을 첨부한 후 첨부 파일을 저장하려고 하면 저장 대화 상자에 파일 이름이 왜곡되어 표시됩니다.

6480595

주소록에 현지화된 전자 메일 주소 이름을 추가하면 이름이 왜곡되어 표시됩니다.

현지화된 보낸 사람 이름이 있는 받은 메시지에서 '주소 추가' 버튼을 눌러 주소록에 전자 메일 주소를 추가하려고 하면 보낸 사람의 이름이 주소록에 왜곡되어 표시됩니다.

6478491

현지화된 CSV를 일본어 Outlook으로 가져올 수 없습니다.

이 문제는 Outlook Express와 CSV 형식의 현지화된 주소록 연락처 간의 상호 운용성 문제입니다. 일본어 로켈 Outlook에서 CSV로 내보낸 주소록 항목을 가져올 수 없습니다. 주소록은 UTF-8 문자 인코딩만 지원하지만, Outlook Express는 다른 로켈에 대한 원시 인코딩 문자 세트를 사용합니다. 예를 들어, Outlook은 일본어 로켈에 대해 Shift-JIS를 지원합니다. 이 상호 운용성 문제로 인해 일본어 로켈로 된 연락처를 가져올 수 없습니다.

6480589

연락처를 일본어로 추가하면 이름 항목과 성 항목이 반대로 표시됩니다.

Communications Express는 로켈을 기반으로 주소록에 연락처를 추가하지 않습니다. 따라서 일본어 연락처를 일본어 로켈로 추가하더라도 연락처는 영어 규칙에 따라 추가됩니다. 즉, 연락처가 이름 및 성의 순서로 추가됩니다. 일본어 로켈에서는 사용자의 성이 이름보다 앞에 와야 합니다.

6480593

'주소 추가' 버튼을 사용하여 주소록에 적절한 이름을 추가할 수 없습니다.

받은 메시지의 '주소 추가' 버튼을 사용하여 주소록에 전자 메일 주소를 추가할 경우 보기 이름이 복제되고 연락처가 제대로 추가되지 않습니다.

6494315

Communications Express에서 비밀번호 정책을 원하는 대로 처리하지 않습니다.

Communications Express에는 비밀번호 정책을 설정할 때 다음과 같은 문제가 있습니다.

  • 잘못된 비밀번호 입력에 대한 비밀번호 잠금이 설정되어 있는 경우 잘못된 비밀번호를 세 번 연속 입력한 후 네 번째에 올바른 비밀번호를 입력하면 Communications Express에 해당 메시지 대신 서버 오류(500) 페이지가 표시됩니다.

  • 사용자가 만료된 비밀번호를 사용하여 로그인하려고 하면 다음과 같은 오류 메시지가 표시됩니다.

    Authentication Failed Reenter your username and password.

    이 메시지는 모호하며 정확하지 않습니다.

  • 사용자가 '처음 로그인할 때 비밀번호를 재설정해야 함' 정책을 사용하여 Communications Express에 로그인할 경우 비밀번호를 재설정하라는 메시지가 표시되지 않습니다.

SMIME

6225672

인증 해지 목록이 작동하지 않습니다.

암호화된 메시지를 인증서가 해지된 사용자에게 전송한 경우 Communications Express에 아무런 오류 메시지가 표시되지 않습니다.

6522347

임시 메시지를 저장한 후 S/MIME 임시 메시지가 정크 첨부 파일 Smime.p7m을 메시지에 추가했습니다.

Communications Express는 S/MIME 사양을 지원하지 않습니다. S/MIME를 사용하여 메시지를 암호화하고 서명할 수 있습니다. 이 버그에 따라 메시지에 서명하고 암호화한 다음 임시 메시지를 저장하면 저장된 임시 메시지에 smime.p7m 이름의 첨부 파일이 포함되어 있습니다. 사용자는 이 첨부 파일을 제거할 수 없습니다. 또한 저장된 메시지의 모든 첨부 파일이 손실되고 smime.p7m 첨부 파일만 임시 메시지에 남아 있습니다.

6524410

전자 메일 주소에 전달을 추가하여 기존 메일 필터를 편집할 수 없습니다.

Communications Express의 옵션 페이지에서 전자 메일 주소에 메일 전달 조건을 추가하여 이미 작성된 메일 필터를 편집한 후 저장 버튼을 누르면 필터가 적용되지 않습니다. 처음 저장한 후에 추가된 조건은 실행되지 않습니다.

해결 방법: 이 버그를 해결하는 방법은 다음과 같습니다.

  1. 로그아웃하였다가 다시 로그인한 다음 방금 만든 메일 필터를 선택하고 저장 버튼을 다시 한 번 누릅니다. 그러면 필터가 변경 사항과 함께 적용됩니다.

  2. Messaging Server 설치 디렉토리에서 options.dat 파일에 다음 옵션을 추가하여 Messaging Server 구성 파일을 편집합니다. options.dat 파일의 기본 위치는 opt/SUNWmsgsr/config/입니다.

    MAX_NOTIFYS=5

사용자 정의

6526507

JES4를 Communications Suite 버전 5로 업그레이드한 후 도메인 관련 사용자가 Communications Express에 액세스할 수 없습니다.

다중 도메인을 지원하도록 구성된 Communications Express JES4 설치에 나중에 해당 패치를 적용하여 JES5로 업그레이드하는 시나리오를 고려합니다. 업그레이드 후에 구성된 도메인의 사용자가 로그온할 수 없습니다. 예를 들면 다음과 같습니다.

  1. Communications Express JES4 버전을 설치합니다.

  2. 이 설치에서 가상 도메인 siroe.com을 만듭니다.

  3. 일부 이미지를 변경하고 siroe.com의 스킨 등록 정보를 편집하여 siroe.com을 사용자 정의합니다.

  4. 해당 패치를 적용하여 JES5로 업그레이드합니다.

  5. Communications Express가 배포되는 웹 컨테이너를 다시 시작합니다.

  6. siroe.com에 유효한 사용자를 사용하여 이전 단계에서 설정된 siroe.com 가상 도메인에 로그온합니다.

    오류 메시지가 표시되고 사용자가 이 도메인에 로그온할 수 없습니다.

Communications Express 설명서 문제점

이 절에서는 Communications Express 관련 설명서의 알려진 문제점에 대해 설명합니다.

6546795

Communications Express L10n 패치 업그레이드 관련 설명에 오류가 있음

이 버그는 Communications Suite 5 Upgrade Guide의 세 곳에서 발견됩니다. 이 세 곳은 다음과 같습니다.

  • 표 6–5에 잘못된 패치 아이디가 언급되어 있음: 표 6–5에서 x86 Solaris 9 및 10에 대한 패치 아이디가 118042–18로 잘못 언급되어 있습니다. 올바른 패치 아이디는 118042-19입니다. 패치 아이디 번호 118043은 Solaris X86에서 폐기되었습니다. SPARC 및 X86 Solaris에서 Communications Express 현지화를 업그레이드하려면 패치 아이디 번호 118042-19를 적용해야 합니다.

  • 표 6–7에 잘못된 RPM 이름이 언급되어 있음: Communications Express 현지화에 대한 올바른 RPM 이름은 다음과 같습니다.

    • sun-uwc-de-6.1-11.11.i386.rpm

    • sun-uwc-es-6.1-11.11.i386.rpm

    • sun-uwc-fr-6.1-11.11.i386.rpm

    • sun-uwc-ja-6.1-11.11.i386.rpm

    • sun-uwc-ko-6.1-11.11.i386.rpm

    • sun-uwc-zh_CN-6.1-11.11.i386.rpm

    • sun-uwc-zh_TW-6.1-11.11.i386.rpm

  • Linux 업그레이드 절차에 잘못된 prepatch 스크립트가 언급되어 있음: Linux 업그레이드 절차의 단계 5에 다음과 같이 잘못된 prepatch 스크립트가 표시되어 있습니다.


    # sh 118-044-19.prepatch

    올바른 prepatch 스크립트는 다음과 같습니다.


    # sh 118044-19.prepatch