Sun Java Communications Suite 5 릴리스 노트

3장 Sun Java System Messaging Server 6.3 릴리스 노트

버전 6.3

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


주 –

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


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

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

Messaging Server 릴리스 노트 개정 내역

표 3–1 Sun Java System Messaging Server 개정 내역

날짜 

변경 설명 

2007년 7월 

Communications Express 장을 가리키도록 하여 웹 브라우저 지원이 확인되었습니다. 

2007년 6월 

Sun Cluster 및 Veritas Cluster 버전 지원이 확인되었고, HA 환경과 설치 중에 만들어진 잘못된 디렉토리에서 새로운 ENS 버그가 추가되었습니다. 

2007년 5월 

Red Hat Linux 3.1 지원 중단 설명이 추가되었습니다. 

2007년 3월 

Sun JavaTM System Messaging Server 6.3 정식 릴리스

2006년 9월 

Sun Java System Messaging Server 6.3 베타 릴리스 

Messaging Server 6.3 정보

Messaging Server는 수천에서 수백만 사용자까지 확장할 수 있는 매우 안전한 고성능 메시징 플랫폼입니다. 사용자 인증, 세션 암호화 및 스팸 메일과 바이러스 방지를 위한 내용 필터링을 통해 통신의 무결성을 보장하는 데 도움이 되는 광범위한 보안 기능을 제공합니다. Messaging Server를 사용하여 기업과 서비스 공급자는 직원, 협력업체 및 고객의 전체 커뮤니티에 걸쳐 안정적인 보안 메시징 서비스를 제공할 수 있습니다.

Messaging Server는 개방형 인터넷 표준을 사용하여 모든 규모의 기업과 메시징 호스트의 전자 메일 요구 사항을 충족시키는 강력하고도 유연한 솔루션을 제공합니다.

이 Messaging Server 릴리스의 새로운 기능

다음과 같은 새로운 기능과 향상된 기능이 Messaging Server 6.3 릴리스에 추가되었습니다.

Sun Content Management 및 Sun Compliance and Content Management Solution을 통한 메일 아카이브

Messaging Server는 Sun Content Management 및 Sun Compliance and Content Management Solution을 통한 아카이브를 지원합니다. 메일 아카이브 시스템은 Messaging Server가 아닌 개별 시스템에 받는 메일과 보내는 메일의 전체 또는 일부 지정된 하위 집합을 저장합니다. 보낸 메일, 받은 메일, 삭제된 메일 및 이동된 메일을 모두 아카이브 시스템에 저장하고 검색할 수 있습니다. 아카이브된 메일은 전자 메일 사용자가 수정하거나 제거할 수 없으므로 들어오는 통신과 나가는 통신의 무결성이 유지됩니다. 메일 아카이브는 준수 레코드 유지, 메시지 저장소 관리, 메시지 백업 등에 유용합니다. 자세한 내용은 Message Archiving Using the Sun Compliance and Content Management Solution을 참조하십시오.


주 –

작업 아카이브에 대한 설명이 있지만 이 기능은 Sun Java System Messaging Server 6.3 패치 1 릴리스 전까지는 사용할 수 없습니다.


웹 메일 서버의 IMAP 지원

mshttpd(Messaging Server HTTP 데몬)라고도 하는 웹 메일 서버는 Messenger Express 및 Communications Express 클라이언트에 전자 메일 서비스를 제공합니다. 이제 웹 메일 서버는 IMAP 서버를 통해 메시지 저장소에 액세스합니다. 이로 인한 이점은 다음과 같습니다.

MeterMaid

MeterMaid는 IP 주소가 최근에 너무 자주 연결되어 잠시 유휴 상태로 유지해야 하는 시간을 확인하여 억제를 허용합니다. MeterMaid는 할당량을 초과한 대상을 찾는 순찰자와 같은 역할을 합니다. MeterMaid는 conn_throttle.so를 대체하는 저장소 프로세스로 이와 비슷한 기능을 제공하지만 Messaging Server 제품 전역으로 그 기능을 확장합니다. 또한 MeterMaid는 conn_throttle.so보다 구성하기가 더 쉽습니다.


주 –

현재로서는 conn_throttle.so 기능이 더 이상 향상되지 않을 것입니다.


ClamAV

Messaging Server는 널리 사용되는 타사의 무료 바이러스 스캐너인 ClamAV를 통한 바이러스 및 트로이 목마에 감염된 메일 감지를 지원합니다.

Milter

이제 Sendmail Content Management API에 기반한 프로그램(Milter(Mail Filter의 약어)라고도 함)을 Messaging Server에서 실행할 수 있습니다. Milter는 타사 소프트웨어에서 MTA를 통해 전달되는 메일을 검증하고 수정할 수 있는 플러그 인 인터페이스를 제공합니다. Milter는 메일의 연결 (IP) 정보, 봉투 프로토콜 요소, 메일 헤더 및/또는 메일 본문 내용을 처리하고, 메일의 수신자, 헤더 및 본문을 수정할 수 있습니다. 스팸 거부, 바이러스 필터링, 내용 제어 등의 용도로 필터를 사용할 수 있습니다. 일반적으로 Milter는 확장 가능한 방법으로 사이트 전체의 필터링 문제를 해결하려고 합니다. Sun Java System Messaging Server 6.3 관리 설명서Milter 사용을 참조하십시오.

IMAP 표준 확장 지원

고성능 사용자 조회 및 인증(HULA)

고성능 사용자 조회 및 인증(HULA)은 domainmap이 도메인 조회를 위해 수행하는 것처럼 Communications Suite에서 일관적인 사용자 조회 기능을 수행할 수 있도록 라이브러리를 제공합니다. HULA를 사용하면 다음과 같은 인터페이스 변경으로 인해 MMP에 영향을 미칩니다.

HULA는 여러 릴리스에서 구현되었습니다. 이번 릴리스에서는 MMP에서의 HULA 구현을 지원하며, 다음 릴리스에서는 메시지 저장소 및 MTA에서의 HULA 구현을 지원합니다.

MMP에 영향을 미치는 인터페이스 변경 사항은 다음과 같습니다.

새 imsconnutil 옵션

imsconnutil 유틸리티의 새 -k 옵션은 사용자와 IMAP 및 POP 세션의 연결을 끊습니다. Communications Express에 로그온되어 있는 사용자도 기본 IMAP 연결이 끊어집니다.

JMQ 알림

JMQ 알림 플러그 인을 사용하면 JMS(Java Messaging Service) 표준을 사용하여 알림 메일을 전달할 수 있습니다. 이제 다음 두 가지의 다른 메시징 서비스에 알림을 보내도록 플러그 인을 구성할 수 있습니다.

Message Queue를 사용하면 메일, 대기열 또는 이 두 가지 전달 방법 모두에 대한 항목을 생성할 수 있습니다. Message Queue는 또한 향상된 로드 균형 조정, 확장성 및 안정성을 제공합니다. Sun Java System Messaging Server 6.3 관리 설명서의 22 장, JMQ 알림 플러그 인을 구성하여 Message Queue에서 사용할 메시지 생성을 참조하십시오.

SPF(Sender Policy Framework)

SPF(Sender Policy Framework)는 SMTP 대화 중에 위조된 전자 메일을 감지하여 거부할 수 있는 기술입니다. 특히 SPF는 도메인이 호스트에게 도메인 이름을 사용할 수 있도록 명시적으로 권한을 부여하는 방법입니다. 또한 이 인증을 확인하도록 수신 호스트를 구성할 수도 있습니다. SPF를 사용하면 위조된 전자 메일의 인스턴스를 현저히 줄일 수 있습니다. 자세한 내용은 Sun Java System Messaging Server 6.3 관리 설명서의 15 장, SPF(Sender Policy Framework)를 사용하여 위조된 전자 메일 처리를 참조하십시오.

유형 및 폴더별 할당량

이제 특정 폴더 및 메일 유형에 대해 메시지 저장소 할당량을 설정할 수 있습니다. 메일 유형 할당량을 사용하면 음성 메일, 전자 메일 등과 같은 메일 유형에 대한 제한을 지정할 수 있습니다. 폴더 할당량은 사용자 폴더의 크기(바이트 또는 메일 수)에 대해 제한을 설정합니다. 예를 들어, 휴지통 폴더에 할당량을 설정할 수 있습니다. Messaging Server에서는 도메인 및 사용자에 대한 기본 할당량뿐 아니라 사용자 정의 할당량을 설정할 수 있습니다. Sun Java System Messaging Server 6.3 관리 설명서메시지 저장소 할당량 정보를 참조하십시오.

서버 SSL 인증서 받기

더 이상 관리 콘솔을 통해 인증서를 받을 수 없습니다. 대신 새 명령 msgcert가 사용됩니다. 이전의 certutil 명령도 사용할 수 있지만 이 명령은 훨씬 더 복잡하며 국제화되지 않았습니다. 자세한 내용은 Sun Java System Messaging Server 6.3 관리 설명서인증서 얻기를 참조하십시오.

Sun Java Enterprise System Monitoring Framework

Sun Java Enterprise System Monitoring Framework에 대한 자세한 내용은 Sun Java Enterprise System 5 Monitoring Guide를 참조하십시오.

MMP의 새로운 기능

MTA의 새로운 기능

이 절에 설명된 새로운 MTA 기능의 대부분은 Messaging Server 설명서에 통합되었습니다. 여기서는 전체 기능을 나열하고 새로운 기능을 소개합니다.


(54) A new facility has been added to store information 
that previously would
	have gone in the general, forward, and reverse databases in the compiled
	configuration instead. A new MTA option, USE_TEXT_DATABASES, has been
	added to control this capability. This option is bit encoded. If bit
	0 (value 1) is set the file IMTA_TABLE:general.txt is read as the MTA
	configuration is initialized and the information from that file replaces
	all uses of the general database. If bit 1 (value 2) is set the file
	IMTA_TABLE:reverse.txt is read and used in instead of the reverse
	database. Finally, if bit 2 (value 4) is set the file
	IMTA_TABLE:forward.txt is read and used instead of the forward
	database. The default value for this option is 0, which disables all
	use of text databases. Note that use of the text database option
	means that changes to the underlying files will only be seen after
	a cnbuild, and in the case of running processes, after a reload.

Several additional MTA options can be used to set the initial size of
the various text database tables:
   
GENERAL_DATA_SIZE - Initial number of entries in the general text database.
REVERSE_DATA_SIZE - Initial number of entries in the reverse text database.
FORWARD_DATA_SIZE - Initial number of entries in the forward text database.

The MTA stores the database template strings in string pool 3, so the
STRING_POOL_SIZE_3 MTA option controls the  initial allocation of space
for this purpose.
   
Note that these various options only control initial sizes; the
various tables and arrays will resize automatically up to the
maximum allowed size. The maximum string pool size in 6.2P8 and
earlier is 10Mb, after 6.2P8 is has been increased to 50Mb. Up
to 1 million entries are allowed in 6.2P8 and earlier, this has
been increased to 2 million entries in later releases.


(144) A new MTA option, USE_CANONICAL_RETURN, has been added. This option
is bit-encoded with the various bits matching those of the USE_ORIG_RETURN
option. Each place where the MTA performs a comparison operation against
	the envelope from (MAIL FROM) address has an assigned bit. If the bit
	in USE_CANONICAL_RETURN is clear normal rewriting is applied to the
	envelope from address prior to use. In particular rewriting from
	mailAlternateAddress attributes to mail attributes will be performed;
	mailEqvuialentAddress attributes won't be rewritten to the corresponding
	mail attribute. If, however, the bit is set, the corresponding address
	will be rewritten if it appears in a mailEquivalentAddress attribute.

	 It should be noted that the bit USE_ORIG_RETURN will, if set, disable
	rewriting entirely. So setting a bit in USE_ORIG_RETURN makes the
	corresponding bit in USE_CANONICAL_RETURN a noop.

	 Note that the various bits of USE_ORIG_RETURN don't appear to be
	documented at this time, so here's a list of them:

Bit	 Value	 Usage
0	 1	 When set, use the original envelope From: address in
			 ORIG_SEND_ACCESS mapping table probes
1	 2	 When set, use the original envelope From: address in
			 SEND_ACCESS mapping table probes
2	 4	 When set, use the original envelope From: address in
			 ORIG_MAIL_ACCESS mapping table probes
3	 8	 When set, use the original envelope From: address in
			 MAIL_ACCESS  mapping table probes
4	 16	 When set, use the original envelope From: address in mailing
			 list [AUTH_LIST], [MODERATOR_LIST], [SASL_AUTH_LIST], and
			 [SASL_MODERATOR_LIST] checks
5	 32	 When set, use the original envelope From: address in mailing
			 list [CANT_LIST] and [SASL_CANT_LIST] checks
6	 64	 When set, use the original envelope From: address in mailing
			 list [AUTH_MAPPING], [MODERATOR_MAPPING], [SASL_AUTH_MAPPING],
			 and [SASL_MODERATOR_MAPPING] checks
7	 128	 When set, use the original envelope From: address in mailing
			 list [CANT_MAPPING] and [SASL_CANT_MAPPING] checks
8	 256	 When set, use the original envelope From: address in mailing
			 list [ORIGINATOR_REPLY] comparisons
9	 512	 When set, use the original envelope From: address in mailing
			 list [DEFERRED_LIST], [DIRECT_LIST], [HOLD_LIST], and
			 [NOHOLD_LIST]	checks
10	 1024	 When set, use the original envelope From: address in mailing
			 list [DEFERRED_MAPPING], [DIRECT_MAPPING], [HOLD_MAPPINGS],
			 and [NOHOLD_MAPPING] checks
11	 2048	 When set, use the original envelope From: address in mailing
			 list checks for whether the sender is the list moderator
12	 4096	 When set, use the original envelope From: address in mailing
			 list LDAP_AUTH_DOMAIN LDAP attribute (e.g.,
			 mgrpAllowedDomain) checks
13	 8192	 When set, use the original envelope From: address in mailing
			 list LDAP_CANT_DOMAIN LDAP attribute (e.g.,
			 mgrpDisallowedDomain) checks
14	 16384	 When set, use the original envelope From: address in mailing
			 list LDAP_AUTH_URL LDAP attribute (e.g.,
			 mgrpAllowedBroadcaster) checks
15	 32768	 When set, use the original envelope From: address in mailing
			 list LDAP_CANT_URL LDAP attribute (e.g.,
			 mgrpDisallowedBroadcaster) checks
16	 65536	 OBSOLETE. In Messaging Server 5.0 and Messaging Server 5.1, when set use the original
			 envelope From: address in mailing list LDAP_MODERATOR_RFC822
			 comparisons; since as of Messaging Server 5.2 there is no longer any such
			 global MTA option nor need for such an attribute (since the
			 LDAP_MODERATOR_URL attribute value can, in fact, specify a
			 mailto: URL pointing to an RFC 822 address), this bit no
			 longer has any meaning.
17	 131072	 When set, use the original envelope From: address in mailing
			 list LDAP_MODERATOR_URL LDAP attribute (e.g., mgrpModerator)
			 comparisons
18	 262144	 When set, use the original envelope From: address in any
			 source-specific FORWARD mapping tables probes
19	 524288	 When set, use the original envelope From: address in any
			 source-specific FORWARD database probes

	Bit 0 is the least significant bit.

(145) The SPAMFILTERn_OPTIONAL MTA options now accept two additional values: -2
	and 2. -2 and 2 are the same as 0 and 1 respectively except that they also
	cause a syslog message to be sent in the event of a problem reported by
	the spam filter plugin.

(146) Old-style mailing lists defined in the aliases file or aliases database now
	accept a nonpositional [capture] parameter. If used the [capture] parameter
	specifies a capture address with the same semantics as capture addresses
	specified by the LDAP_CAPTURE attribute applied to a user or group in LDAP.

(147) The default value for the MISSING_RECIPIENT_POLICY MTA option has been changed
	from 2 (add envelope recipient list as a To: field) to 1 (ignore missing
	recipient condition). This brings Messaging Server in line with what RFC 2822 recommends.

(148) Although it will rarely make sense to do so, the x_env_to keyword can now
	be used without also setting single on a channel.

(149) The MTA now has the ability to process multiple different LDAP attributes
	with the same semantics. Note that this is not the same as processing of
	multiple values for the same attribute, which has always been supported.
	The handling attributes receive depends on the semantics of the attribute.
	The possible options are:

	 (a) Multiple different attributes don't make sense and render the user
		entry invalid. In 6.2 and later this handling is the default for
		all attributes unless otherwise specified.
	 
	(b) If multiple different attribute are specified one is chosen at random
		and used. LDAP_AUTOREPLY_SUBJECT, LDAP_AUTOREPLY_TEXT, and
		LDAP_AUTOREPLY_TEXT_INT all receive this handling in 6.2 only; in
		6.3 and later they receive the handling described in item 153 below.
		6.3 adds the LDAP_SPARE_3 and LDAP_PERSONAL_NAME attribute to this
		category. Note that this was how all attributes were handled prior
          to 6.2.
	 
	(c) Multiple different attributes do make sense and should all be acted
		on. This handling is currently in effect for LDAP_CAPTURE,
		LDAP_ALIAS_ADDRESSES, LDAP_EQUIVALENCE_ADDRESSES and
		LDAP_DETOURHOST_OPTIN. Note that LDAP_DETOURHOST_OPTIN attribute
		was first added to Messaging Server in 6.3.
	 
(150) The MTA now has the ability to chose between multiple LDAP attributes
	and attribute values with different language tags and determine the
	correct value to use. The language tags in effect are compared against
	the preferred language information associated with the envelope from
	address. Currently the only attributes receiving this treatment are
	LDAP_AUTOREPLY_SUBJECT (normally mailAutoReplySubject),
	LDAP_AUTOREPLY_TEXT (normally mailAutoReplyText), LDAP_AUTOREPLY_TEXT_INT
	(normally mailAutoReplyTextInternal), LDAP_SPARE_4, LDAP_SPARE_5,
	LDAP_PREFIX_TEXT and LDAP_SUFFIX_TEXT.

	 It is expected that each attribute value will have a different language
	tag value; if different values have the same tag value the choice between
	them will be essentially random.

151) The length of URLs that can be specified in a mapping URL lookup has been
	increased from 256 to 1024. The same increase also applies to expressions
	evaluated by mappings and mapping calls to other mappings.

(152) A new MTA option, LOG_REASON, controls storage of error reason information
	in log records. Setting the option to 1 enables this storage, 0 (the
	default) disables it. This information, if present, appears just before
	diagnostic information in log records.

(153) A :percent argument has been added to spamtest. If present it changes the
	range of the spamtest result from 0-10 to 0-100. See the Internet Draft
	draft-ietf-sieve-spamtestbis-05.txt for additional information on this
      change.

(154) The SpamAssassin spam filter plugin's DEBUG option setting now accepts an
	integer value instead of a boolean 0 or 1. The larger the value the more
	debugging will be generated. In particular, a setting of 2 or greater
	reports exactly what was received from spamd.

(155) The conversion mapping now allows a new "PREPROCESS" directive. If specified
	it allows charset conversions to be done on messages prior to sending them to
	the conversion channel.

(156) The $. metacharacter sequence can now be used in a mapping or rewrite
	rule to establish a string which will be processed as the mapping entry
	result in the event of a temporary LDAP lookup failure. By default
	temporary LDAP failures cause the current mapping entry to fail.
	This is problematic in cases where different actions need to be taken
	depending on whether the LDAP lookup failed to find anything versus the
	directory server being unavailable or misconfigured.  The temporary
	failure string is terminated by an unescaped ".". In the case of mappings
	once a failure string has been set using this construct it will remain
	set until current mapping processing is completed. Rewrite rules behave
	differently; a temporary failure string remains set only for the duration
	of the current rule. "$.." can be used to return to the default state
	where no temporary failure string is set and temporary LDAP failures
	cause mapping entry or rewrite rule failure. Note that all errors other
	than failure to match an entry in the directory are considered to be
	temporary errors; in general it isn't possible to distinguish between
	errors caused by incorrect LDAP URLs and errors caused by directory
	server configuration problems.

(157) Setting the LOG_FORMAT MTA option to 4 now causes log entries to be
	written in an XML-compatible format. Entry log entry appears as
	a single XML element containing multiple attributes and no subelements.
	Three elements are currently defined, en for enqueue/dequeue entries, co
	for connection entries, and he for header entries.

	 Enqueue/dequeue (en) elements can have the following attributes:

	ts - time stamp (always present)
	no - node name (present if LOG_NODE=1)
	pi - process id (present if LOG_PROCESS=1)
	sc - source channel (always present)
	dc - destination channel (always present)
	ac - action (always present)
	sz - size (always present)
	so - source address (always present)
	od - original destination address (always present)
	de - destination address (always present)
	de - destination address (always present)
	rf - recipient flags (present if LOG_NOTARY=1)
	fi - filename (present if LOG_FILENAME=1)
	ei - envelope id (present if LOG_ENVELOPE_ID=1)
	mi - message id (present if LOG_MESSAGE_ID=1)
	us - username (present if LOG_USERNAME=1)
	ss - source system (present if bit 0 of LOG_CONNECTION
		is set and source system information is available)
	se - sensitivity (present if LOG_SENSITIVITY=1)
	pr - priority (present if LOG_PRIORITY=1)
	in - intermediate address (present if LOG_INTERMEDIATE=1)
	ia - initial address (present if bit 0 of LOG_INTERMEDIATE
		is set and intermediate address information is available)
	fl - filter (present if LOG_FILTER=1 and filter information
		is available)
	re - reason (present if LOG_REASON=1 and reason string is set)
	di - diagnostic (present if diagnostic info available)
	tr - transport information (present if bit 5 of LOG_CONNECTION
		is set and transport information is available)
	ap - application information (present if bit 6 of LOG_CONNECTION
		is set and application information is available)

		Here is a sample en entry:
en ts="2004-12-08T00:40:26.70" pi="0d3730.10.43" sc="tcp_local"
	dc="l" ac="E" sz="12" so="info-E8944AE8D033CB92C2241E@whittlesong.com"
	od="rfc822;ned+2Bcharsets@mauve.sun.com"
	de="ned+charsets@mauve.sun.com" rf="22"
	fi="/path/ZZ01LI4XPX0DTM00IKA8.00" ei="01LI4XPQR2EU00IKA8@mauve.sun.com"
	mi="<11a3b401c4dd01$7c1c1ee0$1906fad0@elara>" us=""
	ss="elara.whittlesong.com ([208.250.6.25])"
	in="ned+charsets@mauve.sun.com" ia="ietf-charsets@innosoft.com"
	fl="spamfilter1:rvLiXh158xWdQKa9iJ0d7Q==, addheader, keep"

      Here is a sample co entry:

co ts="2004-12-08T00:38:28.41" pi="1074b3.61.281" sc="tcp_local" dr="+"
       ac="O" tr="TCP|209.55.107.55|25|209.55.107.104|33469" ap="SMTP"/

      Header (he) entries have the following attributes:

        ts - time stamp (always present, also used in en entries)
        no - node name (present if LOG_NODE=1, also used in en entries)
        pi - process id (present if LOG_PROCESS=1, also used in en entries)
        va - header line value (always present)

      Here is a sample he entry:

he ts="2004-12-08T00:38:31.41" pi="1074b3.61.281" va="Subject: foo"/

(158b) Added list authorization policy values SMTP_AUTH_USED and AUTH_USED.
       These are similar in effect to the old SMTP_AUTH_REQUIRED and AUTH_REQ
       but unlike the old values do not require posters to authenticate.
 
(159) Sieve errors are now logged as such in mail.log when LOG_FILTER is
      enabled.
 
(160) The ALLOW_TRANSACTION_PER_SESSION limit kicked in one transaction too
      early; it now allows the specified number of transaction instead of one
      less.
 
(161) The type of transport protocol in use (SMTP/ESMTP/LMTP) is now logged
      and made available to the various access mappings. In particular, two
      new modifier characters have been added to the set that can appear after
      an action indicator in the mail.log* files:
 
      E - An EHLO command was issued/accepted and therefore ESMTP was used
      L - LMTP was used

	Previously the only modifier characters that would appears were A
 	(SASL authentication used) and S (TLS/SSL used).

 	Additionally, the $E and $L flags respectively will be set as
 	appropriate for the various *_ACCESS mappings.

(162) Wildcards are now allowed in the strings used to match verdicts
 	returned by spam filters.

 (163) imsimta encode now supports three new switches:

      -disposition=VALUE	   Sets the content-disposition to the specified
                                   VALUE
 	-parameters=NAME=VALUE	   Specifies one or more additional content-type
                                   parameters and their values
 	-dparameters=NAME=VALUE	   Specifies one or more additional content-disposition
                                   parameters and their values

 	(164) Bit 4 (value 16) of the DOMAIN_UPLEVEL MTA option is now used to
 	control whether address reversal rewriting is:

 	(1) Skipped if the address is a mailEquivalentAddress (bit clear)
 	(2) Performed only if the address is a mailAlternateAddress (bit set)

 	(165) A value "/" given as an [envelope_from] nonpositional alias parameter,
 	as an errors to positional alias parameter, or as a value of the
 	mgrpErrorsTo LDAP attribute is now interpreted as a request to
 	revert to using the original envelope from address for the incoming
 	message while retaining mailing list semantics. This can be useful
 	for setting up mailing lists that report all forms of list errors
 	to the original sender.

(166) The Job controller directory sweep is now more sophisticated. Instead
 	of reading all the files in the queue directory in the order in which
 	they are found, it reads several channel queue directories at once.
 	This makes for much more reasonable behaviour on startup, restart, and
 	after max_messages has been exceeded.  The number of directories to be
 	read at once is controlled by the job controller option
 	Rebuild_Parallel_Channel. This can take any value between 1 and 100.
 	The default is 12.

 	(167) The sieve interpreter now keeps track of whether a response message was
 	generated by a notify or vacation action and logs this information as
 	needed.

      (168) Add the option Rebuild_In_Order parameter to the job_controller.	If
 	this is set to a non zero value, then on startup the job controller adds
 	previously untried (ZZ*) messages to the delivery queue in creation
 	order.  Previous (and default) behavior is to add the messages in the
 	order in which they are found on disk.  There is a cost associated with
 	recreating the queues in order.

     (169) Some additional reasons why a requested vacation response isn't sent
 	are now logged.

 	(170) Add the command imsimta cache -change command.  This command allows
 	certain job controller parameters to be changed on the fly.  The allowed
 	formats of this command are:

  	imsimta cache -change -global -debug=<integer>
 	imsimta cache -change -global -max_messages=<integer>
   imsimta cache -change -channel_template=<name> master_job=<command>
   imsimta cache -change -channel_template=<name> slave_job=<command>
   imsimta cache -change -channel=<name> master_job=<command>
   imsimta cache -change -channel=<name> slave_job=<command>
   imsimta cache -change -channel=<name> thread_depth=<integer>
   imsimta cache -change -channel=<name> job_limit=<integer>

   Changing parameters for a channel template (e.g. tcp_*) changes that
 	parameter for all channels derived from that template.

     (171) Add the command imsimta qm jobs.	This command displays what messages are
 	being processed by what jobs for what channels. Typical output might be:

   channel <channel name>
     job <pid>
       host <host name>
       host <host name>
         <count of hosts> HOSTS BEING PROCESSED BY JOB <pid>
       message <subdir/message name>
       message <subdir/message name>
       processed messages: <# messages sucessfully dequeued>
       failed processing attempts: <# messages reenqueued>
       <count of messages> MESSAGES BEING PROCESSED BY JOB <pid>
      <count of jobs> JOBS ACTIVE FOR CHANNEL foo
     <count of active channels> ACTIVE CHANNELS


	In the past they were only available to the various *_ACCESS mappings.

 	E - Incoming connection used ESMTP/EHLO.
 	L - Incoming connection used LMTP/LHLO.
 	F - NOTIFY=FAILURES active for this recipient.
 	S - NOTIFY=SUCCESSES active for this recipient.
 	D - NOTIFY=DELAYS active for this recipient.
 	A - SASL used to authenticate connection.
 	T - SSL/TLS used to secure connection.

(174) The buffer used for spamfilter verdict destination strings has been
 	increased in size from 256 to 1024 characters. This was done to
 	accomodate the much longer verdict destination strings that Brightmail
 	6.0 can return.

 	(175) Two new values now have meaning for the various SPAMFILTERx_OPTIONAL
 	MTA options: 3 and 4. A value of 3 causes spamfilter failures to
 	accept the message but queue it to the reprocess chanel for later
 	processing. A value of 4 does the same thing but also logs the
 	spam filter temporary failure to syslog.

 	(176) The ability to log the amouint of time a message has spent in the queue
 	has been added to the MTA logging facility. A new option, LOG_QUEUE_TIME,
 	enables this capability. Setting the option to 1 enables queue time
 	logging, while the default value of 0 disables it. The queue time is logged
 	as an integer value in seconds. It appears immediately after the application
 	information string in non-XML format logs. The attribute name in XML formatted
 	logs for this value is "qt".

 	(177) Source channel switching based on user or domain settings is now possible.
 	There are three new settings involved:

 	(a) A new channel keyword userswitchchannel. This keyword must be present
 	  on the initial source channel for user channel switching to occur.

 	(b) A new MTA option LDAP_DOMAIN_ATTR_SOURCE_CHANNEL that specifies the
 	  name of a domain-level attribute containing the name of the channel
 	  to switch to.

 	(c) A new MTA option LDAP_SOURCE_CHANNEL that specified is the name of a
 	  user-level attribute containing the name of the channel to switch
 	  to.

 	Additionally, the channel being switched to must be set to allow channel
 	switches, that is, it cannot be marked with the noswitchchannel keyword.

 	Switching is done based on information returned by rewriting the MAIL
 	FROM address. Note that MAIL FROM addresses are easily forged so this
 	functionality should be used with extreme care.

 	(178) List expansion in the context of the mgrpallowedbroadcaster LDAP attribute
 	now includes all the attributes used to store email addresses (normally
 	mail, mailAlternateAddress, and mailEquivalentAddress). Previously only
 	mail attributes were returned, making it impossible to send to lists
 	restricted to their own members using alternate addresses.

 	(179) The default for the GROUP_DN_TEMPLATE MTA option has been changed to
 	""ldap:///$A??sub?mail=*". It used to be ""ldap:///$A?mail?sub?mail=*".
 	This change makes the change described in item 178 work correctly in
 	the case of lists defined using DNs.

 	a domain-level attribute containing the default mailhost for the domain.
 	If set and the attribute is present on the domain the mailhost attribute
 	is no longer required on user entries in the domain. This option
 	currently has no default, but preferredmailhost is the logical attribute
 	to use as long as some other, conflicting usage doesn't exist.

 	(181) New channel keywords generatemessagehash, keepmessagehash, and
 	deletemessagehash. Generatemessage will, if specified on a destination
 	channel, cause a Message-hash: header field to be inserted into the
 	message. Keepmessagehash will cause any existing Message-hash: field
 	to be retained. Deletemessagehash will delete any existing Message-hash:
 	field. Deletemessagehash is the default.

 	The value placed in Message-Hash: fields is (obviously) a hash of the
 	message. Several new MTA options control how the hash is generated:

 	MESSAGE_HASH_ALGORITHM - The hash algorithm. Can be any of "md2",
 	"md4", "md5" (the default), "sha1", "md128" (for RIPE-MD128), or
 	"md160" (for RIPE-MD160).

 	MESSAGE_HASH_FIELDS - Comma separated list of fields from the header to
 	hash (in order). Any known header field can be specified. If this
 	option is not specified it defaults to "message-id,from,to,cc,bcc,
 	resent-message-id,resent-from,resent-to,resent-cc,resent-bcc,
 	subject,content-id,content-type,content-description".

 	(182) New MTA option UNIQUE_ID_TEMPLATE. This option specifies a template
 	used to convert an address into a unique identifier. The template's
 	substitution vocabulary is the same as that for delivery options.
 	The resulting unique identifier is intended for use by message
 	archiving tools.

 	(183) Per-user aliasdetourhost is now possible through the following set
 	of features:

    (a) Added a aliasoptindetourhost channel keyword. This is similar in
 	function to aliasdetourhost except detouring only occurs if the
 	user has opted in via the following attribute. The keyword's
 	value is a comma-separated list of potential detour hosts.

    (b) Added a LDAP_DETOURHOST_OPTIN MTA option, which specifies the name
 	of an attribute used to opt the user in to the detour (assuming of
 	course the source channel has aliasoptindetourhost set). If the
 	values of this attribute contain periods they will be compared
 	against the list of potential detour hosts and the first host
 	on the list that matches will be the chosen detour. If the
 	value doesn't contain a period the first detour host will be
 	used unconditionally.

    (c) Added a ALIASDETOURHOST_NULL_OPTIN MTA option. This is similar to
 	SPAMFILTERx_NULL_OPTIN - it specifies a "special" value which if
 	used in the optin attribute is treated as the same as the
 	attribute being omitted. The default valueis "", which means that
 	an empty attribute value is ignored.

 	(184) Support for a new IP_ACCESS table has been added. This access mapping
 	is consulted during SMTP client operations just prior to attempting to
 	open connections to a remote server. The mapping probe has the following
 	format:

 	source-channel|address-count|address-current|ip-current|hostname

 	source-channel is the channel the message is being dequeued from,
 	address-count is the total number of IP addresses for the remote
 	server, address-current is the index of the current ip address being
 	tried, ip-current is the current IP address, and hostname is the
 	symbolic name of the remote server.

 	The mapping can set the following flags:

 	$N - Immediately reject the message with an "invalid host/domain error"
           Any supplied text will be logged as the reason for rejection but
           will not be included in the DSN.

 	$I - Skip the current IP without attempting to connect.

 	$A - Replace the current IP address with the mapping result.

 	(185) The ACCESS_ORCPT MTA option has been changed from a simple boolean (0 or 1)
 	to a bit-encoded value. Bit 0 (value 1) has the same effect it always
 	had: It enables the addition of the ORCPT to all the various access mappings.
 	Bits 1-4 (values 2-16), if set, selectivey enable the addition to the
 	ORIG_SEND_ACCESS, SEND_ACCESS, ORIG_MAIL_ACCESS, and MAIL_ACCESS mappings
 	respectively.

 	(186) The new ACCESS_COUNTS MTA option provides a way to get at various types
 	of recipient count information in the various recipient *_ACCESS mappings.
 	ACCESS_COUNTS is bit-encoded in the same way as ACCESS_ORCPT now is (see
 	the previous item for specifics) and if set enables the addition of a
 	set of counts to the end of the access mapping probe string. Currently
 	the format of the count addition is:

 	RCPT-TO-count/total-recipient-count/

 	Note the trailing slash. It is expected that additional counter information
 	will be added to this field in the future; all mappings making use of this
 	information should be coded to ignore anything following the (current)
 	last slash or they may break without warning.

 	(187) Support for SMTP chunking (RFC 3030) has been added to both the SMTP
 	client and server. This support is enabled by default. Four new
 	channel keywords can be used to control whether or not chunking is
 	allowed. They are

 	chunkingclient - Enable client chunking support (default)
 	chunkingserver - Enable server chunking support (default)
 	nochunkingclient - Disable client chunking support
 	nochunkingserver - DIsable server chunking support

 	The log file action field has been extended to indicate whether or not
 	chunking was used to transfer a given message. Specifically, a C will
 	be appended if chunking is used. Note that ESMTP has to be used for
 	chunking to work, so you'll typically see field values like "EEC" or
 	"DEC".

 	(188) Support has been added for a new caption channel keyword. This keyword
 	is similar to the existing description channel keyword in that it takes
 	a quoted string as an argument that is intended for use in channel
 	displays. The difference is presumably that a "caption" is short than
 	a "description". JES MF appears to need both.

 	(189) A new utility routine has been written to verify domain-level Schema 1
 	and 2 information in the directory. This utilty routine is accessible
 	to user through a new verify command in the imsimta test -domain program:

 	% imsimta test -domain
 	DOMAIN_MAP> verify

 	Various checks are done by this utility, but the most important by far
 	is verification of canonical domain settings for domains with overlapping
 	user entries.

 	The verification utility can return the following fatal errors:

 	%DMAP-F-CANTGETDN, Cannot obtain DN of domain entry, directory error
 	%DMAP-F-INTDEFERROR, Internal defined flag error on domain '%.*s', aborting
 	%DMAP-F-INTHASHERROR, Internal hash error, aborting
 	%DMAP-F-INTTREESTRUCTERROR, Internal tree structure error, aborting

      These are all indicative of an internal error in the verification code
 	and should never occur.

 	The following domain errors can be reported:

 	%DMAP-E-ALIASTOOLONG, Domain alias '%s' in entry with DN '%s' is too long
 	%DMAP-E-BASEDNTOOLONG, Base DN pointer '%s' in entry for domain '%.*s' is too
                             long
 	%DMAP-E-CANONICAL, Overlapping domains '%.*s' and '%.*s' defined by entries
                         '%.*s' and '%.*s' have different canonical domains '%.*s'
                         and '%.*s'
 	%DMAP-E-CANONICALINVALID, Canonical domain '%.*s' defined/referenced by
                                domain entry with DN '%.*s' is syntactically
                                invalid
 	%DMAP-E-CANONICALTOOLONG, Canonical name '%s' in entry for domain '%.*s'
                                is too long
 	%DMAP-E-CANTCONVDCDN, Cannot convert DN '%s' in DC tree to domain name
 	%DMAP-E-CANTEXTALIAS, Empty alias pointer attribute in '%.*s' domain alias
                            entry
 	%DMAP-E-DOMAININVALID, Domain name '%.*s' defined/referenced by domain entry
                             with DN '%.*s' is syntactically invalid
 	%DMAP-E-DOMAINMULTDEF, Domain '%s' multiply defined by entries with DNs '%s'
                             and '%s'
 	%DMAP-E-DOMAINTOOLONG, Domain '%s' in entry with DN '%s' is too long
 	%DMAP-E-DOMAINUNDEF, Domain name '%.*s' referenced by domain entry with DN
                           '%.*s' never defined
 	%DMAP-E-EMPTYCANONICAL, Domain '%.*s' has an empty canonical name
 	%DMAP-E-INVALIDBASEDN, Base DN pointer '%.*s' in entry for domain '%.*s'
                             is not a valid DN
 	%DMAP-E-MULTICANONICAL, Multivalued canonical name in entry for domain
                              '%.*s', used value '%s' ignored '%s'
 	%DMAP-E-NOBASEDN, Domain '%.*s' has no base DN
 	%DMAP-E-EMPTYBASEDN, Domain '%.*s' has an empty base DN
 	%DMAP-E-NODOMAINNAME, Domain entry with DN '%s' does not have a domain
                            name

      The following warnings can be reported:

 	%DMAP-W-DISALLLOWEDATTR, Domain '%.*s' has a disallowed attribute '%s'
                               with value '%s'
 	%DMAP-W-DNTOOLONG, Domain entry DN '%s' is too long
 	%DMAP-W-EMPAPPSTAT, Domain '%.*s' has an empty application status
 	%DMAP-W-EMPDISALLLOWED, Domain '%.*s' has an empty disallowed attribute
                              '%s'
 	%DMAP-W-EMPDOMSTAT, Domain '%.*s' has an empty domain status
 	%DMAP-W-EMPUIDSEP, Domain '%.*s' has an empty UID separator
 	%DMAP-W-INVALIDAPPSTAT, Application status '%s' for domain '%.*s' is
                              invalid
 	%DMAP-W-INVALIDDOMSTAT, Domain status '%s' for domain '%.*s' is invalid
 	%DMAP-W-INVALIDUIDSEP, UID separator '%s' for domain '%.*s' is invalid
 	%DMAP-W-MULTDOMAINNAMES, Domain entry with DN '%s' has multiple domain
                               names, used value '%s' ignored '%s'
 	%DMAP-W-MULTIAPPSTAT, Multivalued application status in entry for domain
                            '%.*s', used value '%s' ignored '%s'
 	%DMAP-W-MULTIBASEDN, Multivalued base DN pointer in entry for domain
                           '%.*s', used value '%s' ignored '%s'
 	%DMAP-W-MULTIDOMSTAT, Multivalued domain status in entry for domain
                            '%.*s', used value '%s' ignored '%s'
 	%DMAP-W-MULTIUIDSEP, Multivalued UID separator in entry for domain '%.*s',
                           used value '%s' ignored '%s'
 	%DMAP-W-MULTIVALIAS, Multivalued alias pointer in entry for domain alias
                           '%.*s', used value '%s' ignored '%s'
 	%DMAP-W-NOBASEDNNODE, Base DN pointer '%.*s' in entry for domain '%.*s'
                            doesn't point at anything
 	%DMAP-W-NODOMAINNAME, Domain entry with DN '%s' has a blank domain alias
 	%DMAP-W-NOENTRIES, No domain entries found, aborting

      Additional messages will undoubtedly be added to this list over time.

      
(190) The ability to generate :addresses arguments to sieve vacation via an
 	LDAP autoeply attribute has been added to Messaging Server. The new MTA option
 	LDAP_AUTOREPLY_ADDRESSES provides the name of the attribute to use.
 	This option has no value by default. The attribute can be multivalued,
 	with each value specifying a separate address to pass to the
 	:addresses vacation parameter.

 	(191) The new LDAP_DOMAIN_ATTR_CATCHALL_MAPPING can now be used to specify
 	the name of a LDAP domain attribute. This option is not set by default.
 	If set the option specifies the name of a mapping which is consulted
 	when an address associated with the domain fails to match any user
 	entries. The format of the mapping probe is the same as that of the
 	forward mapping, and the USE_FORWARD_DATABASE MTA option controls the
 	format of the probe of this mapping in the same way as the forward
 	mapping. If the mapping sets the $Y metacharacter the resulting string
 	will replace the address being processed.

 	(192) The MTA now fetches the block limit associated with the envelope return
 	address and will set RET=HDRS if no return policy is specified and the
 	message size exceeds the block limit. This prevents nondelivery
 	reports for large messages from being undeliverable themselves. No new
 	options or settings are associated with this change.

(193) The $E metacharacter in a mapping template means "exit after processing
 	the current template". There are cases where it is desireable to exit
 	immediately without interpreting the rest of the template. The $+1E
 	metacharacter sequence now produces this behavior.

 	(194) Use of POP-before-SMTP via the MMP is now indicated in mail.log E records
 	by the addition of a "P" to the action code.

     (195) Use of POP-before-SMTP can now be checked in the various *_ACCESS mappings
 	(except PORT_ACCESS, which occurs before the necessary information has been
 	communicated to the server), the FORWARD mapping, and any domain catchall
 	mapping. The $P metacharacter flag is set if POP-before-SMTP is used.

 	(196) The restriction that the same attribute cannot be assigned to multiple
 	"slots" and hence can have multiple semantics during alias expansion
 	and address reversal.

 	(197) The internal separator character used to delimit multiple subject line
 	tag additions has been changed from space to vertical bar. This makes it
 	possible to add a tag containing spaces, as some spam filters want to do.
 	This change effectively prevents vertical bars from being used in tags,
 	but such usage is almost certainly nonexistant.

 	(198) The MIME specification prohibits the use of a content-transfer-encoding
 	other than 7bit, 8bit, and binary on multipart or message/rfc822 parts.
 	It has long been the case that some agents violate the specification
 	and encode multiparts and message/rfc822 objects. Accordingly, the Messaging Server
 	MTA has code to accept such encodings and remove them. However, recently
 	a different standards violation has shown up, one where a CTE field is
 	present with a value of quoted-printable or base63 but the part isn't

 	actually encoded! If the MTA tries to decode such a message the result
 	is typically a blank messages, which is pretty much what you'd expect.

 	Messages with this problem have become sufficiently prevalent that
 	two new pairs of channel keywords have been added to deal with the
 	problem - interpretation of content-transfer-encoding fields on
 	multiparts and message/rfc822 parts can be enabled or disabled.
 	The first pair is interpretmultipartencoding and
 	ignoremultipartencoding and the second is interpretmessageencoding and
 	ignoremessageencoding. The defaults are interpretmultipartencoding
 	and interpretmessageencoding.

 	(199) Several additional error messages the SMTP server either returns
 	or places in DSNs have been made configurable. The new options and
 	their default values are:

  ERROR_TEXT_MAILFROMDNSVERIFY		invalid/host-not-in-DNS return address not allowed
  ERROR_TEXT_INVALID_RETURN_ADDRESS	invalid/unroutable return address not allowed"  
  ERROR_TEXT_UNKNOWN_RETURN_ADDRESS	invalid/no-such-user return address
  ERROR_TEXT_ACCEPTED_RETURN_ADDRESS	return address invalid/unroutable but accepted anyway
  ERROR_TEXT_SOURCE_SIEVE_ACCESS	source channel sieve filter access error
  ERROR_TEXT_SOURCE_SIEVE_SYNTAX	source channel sieve filter syntax error:
  ERROR_TEXT_SOURCE_SIEVE_AUTHORIZATION source channel sieve filter authorization error
  ERROR_TEXT_TRANSACTION_LIMIT_EXCEEDED number of transactions exceeds allowed maximum"
  ERROR_TEXT_INSUFFICIENT_QUEUE_SPACE	insufficient free queue space available
  ERROR_TEXT_TEMPORARY_WRITE_ERROR	error writing message temporary file
  ERROR_TEXT_SMTP_LINES_TOO_LONG	lines longer than SMTP allows encountered; message rejected
  ERROR_TEXT_UNNEGOTIATED_EIGHTBIT	message contains unnegotiated 8bit

     (200) We're seeing cases of overly agressive SMTP servers which will issue a
 	"5xy bad recipient" response to the first RCPT TO and then disconnect
 	immediately. (This is of course a flagrant standards violation.) The
 	problem is Messaging Server treats this as a temporary error (which of course it
 	is) and tries later, only to get the same result. A better thing to
 	do which works around this server bug is to handle the one recipient
 	as bad and requeue any remaining recipients for a later retry.

 	(201) Two new actions are availabile to system sieves: addconversiontag and
 	setconversiontag. Both accept a single argument: A string or list of
 	conversion tags. Addconversiontag adds the conversion tag(s) to the
 	current list of tags while setconversiontag empties the existing list
 	before adding the new ones. Note that these actions are performed very
 	late in the game so setconversiontag can be used to undo all other
 	conversion tag setting mechanisms.

 	(202) A new MTA option, INCLUDE_CONVERSIONTAG, has been added to selectively
 	enable the inclusion of conversion tag information in various mapping
 	probes. This is a bit-encoded value. The bits are assigned as follows:

 	pos   value    mapping
 	0	1    CHARSET_CONVERSIOn - added as ;TAG= field before ;CONVERT
 	1	2    CONVERSION - added as ;TAG= field before ;CONVERT
 	2	4    FORWARD - added just before current address (| delim)
 	3	8    ORIG_SEND_ACCESS - added at end of probe (| delim)
 	4	16    SEND_ACCESS - added at end of probe (| delim)
 	5	32    ORIG_MAIL_ACCESS - added at end of probe (| delim)
 	6	64    MAIL_ACCESS - added at end of probe (| delim)

 	In all cases the current set of tags appears in the probe as a comma
 	separated list.

(203) The sieve envelope test now accepts "conversiontag" as an envelope
  	field specifier value. The test checks the current list of tags,
 	one at a time. Note that the :count modifier, if specified, allows
 	checking of the number of active conversion tags.

      This type of envelope test is restricted to system sieves. Also
 	note that this test only "sees" the set of tags that were present
 	prior to sieve processing - the effects of setconversiontag and
 	addconversiontag actions are not visible.

 	(204) Trailing dots on domains, e.g. "foo@bar.", are illegal in email but
 	have been tolerated in some contexts by Messaging Server for a long time. RFC 1123
 	points out that trailing dots are syntactically illegal in email but
 	notes that some convention needs to exist in user interfaces where
 	short form names can be used. Accordingly, it may be handy in contexts
 	like SMTP submission to be able to accept addresses with trailing dots,
 	remove the dot while attaching special semantics to its presence.

 	Accordingly, Messaging Server has modified in two ways: (1) Trailing dots are now
 	accepted by the low-level address parser, making it possible to use them
 	in context where they could not previously be used, like addresses
 	inside of group constructs. (2) Trailing dots, when specified will
 	cause a rewrite of the address with a trailing dot. If the rewrite
 	with a trailing dot isn't found or otherwise fails rewriting will
 	continue as before without the trailing dot.

 	(205) Metacharacter substitutions can now be specified in mgrpModerator,
 	mgrpAllowedBroadcaster and mgrpDisallowedBroadcaster attributes. In
 	particular, the various address-related metacharacter sequences ($A for
 	the entire address, $U for the mailbox part, $D for the domain part) refer
 	to the current envelope from address and can in some cases be used to
 	limit the results returned by the URL to entries that are likely (or
 	guaranteed) to match. This may make authorization checks much more
 	efficient.

 	The new MTA option PROCESS_SUBSTITUTIONS controls whether or not
 	substitutions are performed in various LDAP attributes that specify
 	a URL. This is a bit-encoded value, with the bits defined as follows:

 	Bit	Value
 	0		1		Enables substitutions in mgrpDisallowedBroadcaster if set
 	1		2		Enables substitutions in mgrpAllowedBroadcaster if set
 	2		4		Enables substitutions in mgrpModerator if set
 	3		8		Enables substitutions in mgrpDeliverTo if set
 	4		16	Enables substitutions in memberURL

      The PROCESS_SUBSTITUTIONS MTA option defaults to 0, meaning that all of
 	these substitutions are disabled by default.

 	Note that the information available for substitution varies depending
 	on whether the attribute is used for authorization checks or for actual
 	list expansion. For authorization attributes the whole address ($A),
 	domain ($D), host ($H), and local-part ($L) are all derived from the
 	authenticated sender address. In the case of list expansion attributes
 	all of these substitution values are derived from the envelope recipient
 	address that specified the list. In both cases, however, the subaddress
 	substitution ($S) is derived from the current envelope recipient address.

 	The ability to access subaddress information in list expansion URLs makes
 	it possible to define "metagroups", that is, a single group entry that
 	in effect creates an entire collection of different groups. For example,
 	a group with a mgrpDeliverTo value of:

 	  ldap:///o=usergroup?mail?sub?(department=$S)

 	would make it possible to send mail to every member of a given department
 	with an address of the form group+department@domain.com. Note that a
 	mechanism like a forward mapping could be used to alter the syntax if
 	subaddresses are seen as too difficult.

206) New MTA option LDAP_DOMAIN_ATTR_UPLEVEL. This option specifies the name of
      a domain-level attribute used to store a domain-specific uplevel value
      which overrides the value of the DOMAIN_UPLEVEL MTA option for this
      one domain.
 
      Note that this attribute is only consulted if the domain is looked up.
      This means that setting bit 0 of this value to 1 for a domain won't
      make subdomains of the domain match unless bit 0 of DOMAIN_UPLEVEL is
      also set. As such, the way to get subdomain matching for some domains
      but not others is to set bit 0 of DOMAIN_UPLEVEL (this enabling subdomain
      matches for all domains) then clear bit 0 of the attribute for the
      domains where you don't want uplevel matching to occur.
 
      (207) Rewrite rules can now be used to override the default ALIAS_MAGIC setting.
      Specifically, a construct of the form $nT, where n is an appropriate
      value for the ALIAS_MAGIC MTA option, overrides the setting for
      the domain when the rule matches during alias expansion.
 
      ((208) $U in a PORT_ACCESS mapping template can now be used to selectively
      enable channel level debugging.
 
      (209) In 6.2 and earlier the PORT_ACCESS mapping was only reevaluated by the
      SMTP server (as opposed to the dispatcher) when bit 4 (value 16) of
      the LOG_CONNECTION MTA option is set, SMTP auth is enabled, or both.
      Additionally, evaluation only occurred when an AUTH, EHLO, or HELO
      command was issued. This has now been changed; PORT_ACCESS is
      now evaluated unconditionally as soon as the SMTP server thread
      starts, before the banner is sent. PORT_ACCESS may be reevaluated
      with different transport information when proxying from the MMP is
      used.
 
      (210) A useful spam-fighting strategy is to delay sending the SMTP banner
      for a brief time (half a second, say), then clear the input buffer,
      and finally send the banner. The reason this works is that many
      spam clients are not standards-compliant and start blasting SMTP
      commands as soon as the connection is open. Spam clients that do this
      when this capability is enabled will lose the first few commands in
      the SMTP dialogue, rendering the remainder of the dialogue invalid.
 
      This feature has now been implemented in Messaging Server. It can be enabled
      unconditionally by setting the BANNER_PURGE_DELAY SMTP channel
      option to the number of centiseconds to delay before purging and
      sending the banner. A value of 0 disabled both the delay and purge.
 
      The PORT_ACCESS mapping can also be used to control this capability.
      Specifying $D in the template causes an additional argument to be
      read from the template result, after the mandatory SMTP auth
      rulset and realm and optional application info addition. This value
      must be an integer with the same semantics as the BANNER_PURGE_DELAY
      value. Note that any PORT_ACCESS mapping setting overrides the
      BANNER_PURGE_DELAY SMTP channel option.
 
      (211) Added channel keywords acceptalladdresses and acceptvalidaddresses.
      Keyword acceptvalidaddresses is the default and corresponds to the
      MTA's standard behavior where any recipient errors are reported
      immediately during the SMTP dialogue.  If the keyword acceptalladdresses
      is specified on a channel, then all recipient addresses are accepted
      during the SMTP dialogue. Any invalid addresses will have a DSN sent
      later.

   (212) Support has been added for postprocessing LDAP expansion results with
 	a mapping. The new LDAP_URL_RESULT_MAPPING MTA option can be used to
 	specify the name of a group attribute which in turn specifies the name of

 	a mapping. This mapping will be applied to any results returned by
 	expanding either a mgrpDeliverTo or memberURL attribute. The mapping
 	probe will be of the form:

 	LDAP-URL|LDAP-result

 	If the mapping returns with $Y set the mapping result string will replace
 	the LDAP result for alias processing purposes. If the mapping returns with
 	$N set the result will be skipped.

 	This mechanism can be used to define groups based on attributes that don't
 	contain proper email address. For example, suppose a company has placed
 	pager numbers in all their user entries. Messages can be sent to these
 	numbers via email by suffixing them with a particular domain. A group
 	could then be defined as follows:

 	(a) Define a new mgrpURLResultMapping attribute in the directory and
 	  set the  LDAP_URL_RESULT_MAPPING MTA option to this attribute's name.

 	(b) Define a page-all group with the following attributes:

            mgrpDeliverto: ldap:///o=usergroup?pagerTelephoneNumber?sub
            mgrpURLResultMapping: PAGER-NUMBER-TO-ADDRESS

 	(c) Define the mapping:

            PAGER-NUMBER-TO-ADDRESS

              *|*		"$1"@pagerdomain.com$Y

      Even more interesting effects can be acheived by combining this mechanism
 	with the PROCESS_SUBSTITUTION mechanism described in item 205 above. For
 	example, it would be easy to create a metagroup where sending to an
 	address of the form

 	pager+user@domain.com

 	sends a page to the user named "user".

 	(213) Setting the LOG_QUEUE_TIME MTA option to 1 now causes an additional field
 	to be selectively written to connection log records. This new field
 	appears immediately after any diagnostic information and is labelled
 	as "ct" in the XML-based log format. The value of this field is an
 	integer count of the number of seconds that elapsed when performing the
 	operation. So, for connection open ("O") records, the time shown is
 	the number of seconds needed to open the connection. For connection
 	close ("C") records it indicates the number of seconds the connection
 	was open. For connection failure records ("Y") the value indicates the
 	amount of time that was spent attempting to open the connection.

 	(214) "S" transaction log entries now increment the various submitted message
 	counters associated with the channel.

 	(215) The $( metacharacter in a FROM_ACCESS specifies that an address should
 	be read from the result string and used to replace the current overriding
 	postmaster address. $) has the same effect with the added constraint
 	that the overriding postmaster address must not be set prior to invoking
 	the mapping. This allows for specific postmaster addresses to be used
 	with addresses in nonlocal domains - domain postmaster addresses by
 	definition only work with locally defined domains. The override address
 	is (currently) the last string read from the FROM_ACCESS result prior to
 	reading any $N/$F failure result.

   (216) The capture sieve action now has two optional nonpositional parameter:
 	:dsn and :message. Only one of these can be specified in a single
 	capture action. :dsn is the default, and encapsulates the captured
 	message inside a special type of DSN. :message eliminates the
 	enacapsulation and behaves more like a redirect. But unlike redirect,
 	capture :message is only available to system sieves, always takes
 	effect even when a more specific sieve specifies some other sort of
 	action, and the envelope from address will be overridden with the
 	address of the sieve owner.

 	(217) The MTA now checks to make sure the UID attribute has a single value and
 	reports an alias expansion error if it does not. The UID attribute is
 	required to be single-valued in order to insure the user has a single,
 	unique mailbox.

 	(218) Two additional MTA options have been added to support more efficient
 	domain lookups from user base DNs. They are:

      LDAP_BASEDN_FILTER_SCHEMA1

	 String specifying filter used to identify Schema 1 domains when
		 performing baseDN searches. Default is the value of
		 LDAP_DOMAIN_FILTER_SCHEMA1 if that MTA option is specified.
		 If neither option is specified the default is
		 "(objectclass=inetDomain)".

      LDAP_BASEDN_FILTER_SCHEMA2

	String specifying additional filter elements used to identify
	 Schema 2 domains when performing baseDN searches. Default is the
	 value of LDAP_DOMAIN_FILTER_SCHEMA2 if that MTA option is specified.
	 If neither option is specified the default is an empty string.

      (219) A new MTA option MESSAGE_SAVE_COPY_FLAGS has been added to control how the
 	probes are constructed for the MESSAGE-SAVE-COPY mapping. If bit 0 (value
 	1) is  set it adds the transport and application information to the
 	beginning of the probe, if bit 1 (value 2) is set the original source
 	channel is added, if bit 2 (value 4) is set the most recent conversion
 	tag string is added. If all three bits are set the overall probe format is:

  transport|orig-source-channel|conversion-tags|queue-channel|return-address|D|filename

 	(220) The LDAP_OPTIN1 through LDAP_OPTIN8 MTA options specify attributes
 	for per-user optins to spam filtering based on destination addresses.
 	There are now 8 new MTA options, LDAP_SOURCE_OPTIN1 through
 	LDAP_SOURCE_OPTIN8, that provide comparable originator-address-based
 	per-user spam filter optins.

 	(221) Some additional switches have been added to imsimta test -rewrite:

   -saslused	 - Set internal flag indicating SASL authentication was used
 	-tlsused - Set internal flag indication TLS is in use
 	-esmtpused - Set internal flag indicating ESMTP is in use
 	-lmtpused - Set internal flag indicating LMTP is in use
 	-proxyused - Set internal flag indicating proxy authentication was used

 	Only -saslused and -tlsused are available in 6.2; the other depend on
 	other changes made in 6.3 and hence cannot be implemented in earlier
 	versions. -lmtpused and -esmtpused cannot be set at the same time.
 	-proxyused requires that -esmtpused or -lmtpused also be set.

(222) New LMTP channel option MAILBOX_BUSY_FAST_RETRY. If set to 1 (the default)
 	a 4.2.1 Mailbox busy error in response to LMTP message data is handled
 	by retrying the message after a random but short interval; normal
 	message backoff values do not apply. Setting the option to 0 disables
 	this behavior.

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

향후 릴리스에서 더 이상 지원되지 않거나 이 릴리스에서 이미 제거된 기능은 다음과 같습니다.

Messenger Express 및 Calendar Express

이후로는 Messenger Express 및 Calendar Express 사용자 인터페이스에 새 기능이 추가되지 않습니다. 이 두 인터페이스는 더 이상 사용되지 않고 대신 Communications Express 사용자 인터페이스가 사용됩니다. 다음 주 릴리스 제품에서 Messenger Express와 Calendar Express 모두 제거될 예정입니다.


주 –

이 지원 중단에는 Messenger Express 메일 필터 사용자 인터페이스(msg-svr-base/SUNWmsgmf/MailFilter.war)도 포함됩니다.


다음 버그는 더 이상 사용되지 않는 Messenger Express 제품에 영향을 줍니다.

아이디 없음

위로 및 아래로 버튼이 제거되었습니다.

필터의 순서를 지정하는 데 사용되는 위로 및 아래로 버튼이 제거되었습니다.

4925995

프록시 서버 설정이 사용되는 경우 Internet Explorer 6의 Messenger Express에서 문제가 발생할 수 있습니다.

해결 방법: Internet Explorer의 인코딩 메뉴에서 “자동 선택” 옵션을 선택하거나 선택 취소합니다. 직접 연결을 사용하거나 다른 프록시 서버로 전환합니다.

4908625

고급 메일 필터 조건 창에서 제거된 기능

필터의 시간대를 지정할 수 있는 기능이 Messaging Server 6.0 패치 1 릴리스의 고급 메일 필터 조건 창(메일 필터 사용자 인터페이스의)에서 제거되었습니다. 기본 지원을 사용할 수 없기 때문에 이 기능이 제거되었습니다.

4883651

기존 그룹 안에 그룹을 만들면 다음 오류가 발생할 수 있습니다. pab::PAB_ModifyAttribute:ldap 오류(해당 객체 없음)

4653960

현지화된 Messenger Express가 Outlook Express에서 만들어진 일부 폴더를 병합하지 않습니다.

Messenger Express의 기본 "보낸 메일함"을 Outlook Express에서 만들어진 "보낸 편지함"으로 바꿔서 두 클라이언트가 전송한 모든 메일을 "보낸 편지함" 폴더로 복사하고 싶은 경우가 있습니다. 일본어 현지화에서 이 작업이 작동하지 않습니다.

해결 방법:

  1. 일본어 i18n.js를 Outlook Express의 "보낸 편지함" 변환에 맞게 편집합니다.

    				  i18n[’sent folder IE’] = ’soushinzumiaitemu’ 
    				  fldr[’Sent Items’] = ’soushinzumiaitemu’
    				  
  2. 최종 사용자는 먼저 Outlook Express를 사용해서 Messaging Server에 로그온해야 합니다.

4633171

Directory Server 5.1 이상을 사용하면 개인 주소록의 단일 대화 상자에 여러 개의 전자 메일 아이디를 입력할 수 없습니다.

Directory Server가 제대로 작동하고 있습니다. Netscape Directory Server 4.x의 문제 때문에 여러 개의 전자 메일 아이디를 입력할 수 있습니다.

관리 콘솔

Messaging Server 제품에서 Sun Java System 관리 콘솔이 제거되었습니다.

관리 기능은 Messaging Server 명령줄 인터페이스 또는 구성 파일을 통해 수행해야 합니다. 설명서에서 콘솔 사용에 대한 내용이 아직 수정되지 않았습니다.

DIGEST-MD5

클라이언트는 IMAP, POP 또는 SMTP를 통해 Messaging Server에 연결할 경우 SASL(RFC 2222) 인증 메커니즘이나 간단한 비밀번호를 사용하여 서버에서 아이디를 검증해야 합니다. LDAP 디렉토리가 사용자 비밀번호를 일반 텍스트로 저장하도록 구성되어 있는 경우 모든 사용자 비밀번호가 이 형식으로 마이그레이션되고 sasl.default.ldap.has_plain_passwords 옵션이 Messaging Server에서 설정된 다음 세 가지 추가 인증 메커니즘 APOP, CRAM-MD5 및 DIGEST-MD5가 활성화됩니다. 세 가지 메커니즘 모두 비밀번호 자체가 아니라 단방향 비밀번호 인코딩을 와이어를 통해 전송합니다. 제한된 배포 및 복잡도로 인해 DIGEST-MD5 메커니즘은 더 이상 사용되지 않고 APOP 및 CRAM-MD5 메커니즘만 사용됩니다.

LMTP 원시 채널

LMTP 원시 채널은 더 이상 사용되지 않으므로 향후 릴리스에서는 제거됩니다.

Messenger Express Multiplexor

Messenger Express Multiplexor가 제거되었으며 대신 웹 메일 서버가 사용됩니다. 자세한 내용은 웹 메일 서버의 IMAP 지원

imsimta refresh

이 명령은 더 이상 사용되지 않습니다. 대신 Sun Java System Messaging Server 6.3 Administration Referenceimsimta cnbuildSun Java System Messaging Server 6.3 Administration Referenceimsimta restart를 적절하게 사용하십시오.

imsimta stop 및 imsimta start

start-msgstop-msg 명령이 향후 릴리스에서는 더 이상 사용되지 않고 제거될 imsimta startimsimta stop을 대체했습니다.

자세한 내용은 Sun Java System Messaging Server 6.3 Administration Referencestart-msgSun Java System Messaging Server 6.3 Administration Referencestop-msg를 참조하십시오.

MMP Section 옵션

ServiceList MMP 구성 매개 변수의 INSTANCENAME 옵션에 대한 선택적 SECTION 옵션은 더 이상 사용되지 않으므로 향후 릴리스에서는 제거됩니다.

MTA 데이터베이스 직접 편집

MTA 데이터베이스 파일 조작을 위한 MTA의 데이터베이스 파일 및 imsimta 도구 액세스는 더 이상 지원되지 않습니다.

Netscape 브라우저 지원

Netscape 브라우저 지원이 제거될 예정입니다.

Red Hat Linux 3 지원

Red Hat Linux 3 플랫폼 지원은 이 릴리스에서 더 이상 지원되지 않으므로 이후 릴리스에서 제거됩니다. Communications Suite 5는 Red Hat Linux 4에서 계속 지원됩니다.

이벤트 알림 서비스(ENS)

이 릴리스에는 이벤트 알림과 경보를 위한 두 가지 알림 서비스인 Sun JMQ(Java System Message Queue) 및 이벤트 알림 서비스(ENS)가 있습니다. 향후 릴리스에서는 Communications Suite 제품에서 JMQ만 사용하고 ENS는 더 이상 지원되지 않습니다. 이 릴리스에서는 Messaging Server, Calendar Server 및 Instant Messaging이 ENS에 내부적으로 종속하므로 ENS를 계속해서 사용할 수 있습니다.

이 릴리스에서 Messaging Server IMAP IDLE 기능을 사용하려면 ENS를 사용해야 합니다. 이 외에 Messaging Server는 ENS에 종속되어 있지 않습니다. IMAP IDLE을 사용하지 않을 경우 이벤트 알림에 JMQ를 독점적으로 사용할 수 있습니다.

IMAP IDLE을 사용하려면 ENS 알림 플러그 인을 구성해야 합니다. JMQ 알림 플러그 인을 구성하여 메일 알림에 JMQ를 사용할 수도 있습니다. Messaging Server에서는 여러 알림 플러그 인을 구성할 수 있습니다.

더 이상 사용하지 않는 configutil 매개 변수

표 3–2에 나열된 configutil 매개 변수는 더 이상 사용되지 않으므로 Messaging Server 제품에서 제거되었습니다.


주 –

Messaging Server를 이전 릴리스에서 Messaging Server 6.3으로 업그레이드하면, 업그레이드 후에 표 3–2에 나열된 매개 변수가 구성에서 삭제됩니다. 업그레이드하기 전에 configutil 출력을 파일에 저장하는 것이 좋습니다.


표 3–2 삭제된 configutil 매개 변수

매개 변수

설명

encryption.fortezza.nssslactivation

Messaging Server 6.0에서 제거되었습니다. 대체 매개 변수 없음 

encryption.nscertfile

대신 local.ssldbpathlocal.ssldbprefix를 사용하십시오.

encryption.nskeyfile

대신 local.ssldbpathlocal.ssldbprefix를 사용하십시오.

encryption.nsssl2

폐기된 SSL v2 지원과 더 이상 관련 없음(Messaging Server 6.0 기준) 

encryption.nsssl2ciphers

폐기된 SSL v2 지원과 더 이상 관련 없음(Messaging Server 6.0 기준) 

encryption.nsssl3

폐기된 SSL v2 지원과 더 이상 관련 없음(Messaging Server 6.0 기준)이제는 항상 SSL v3이 사용됩니다. 

encryption.nsssl3ciphers

Messaging Server 6.0에서 제거되었습니다. 대체 매개 변수 없음 

encryption.nsssl3sessiontimeout

Messaging Server 6.0에서 제거되었습니다. 대신 service.*.sessiontimeout를 사용하십시오.

encryption.nssslclientauth

Messaging Server 6.0에서 제거되었습니다. SSL은 이제 인증서 데이터베이스에 클라이언트 인증서에 대한 유효 CA와 유효 certmap.conf가 있는 경우 클라이언트 인증서를 항상 요청합니다.

encryption.nssslsessiontimeout

Messaging Server 6.0에서 제거되었습니다. 대신 service.*.sessiontimeout를 사용하십시오.

encryption.rsa.nssslactivation

Messaging Server 6.0에서 제거되었습니다. 대체 매개 변수 없음 

encryption.rsa.nsssltoken

Messaging Server 6.0에서 제거되었습니다. 대신 encryption.rsa.nssslpersonalityssllocal.*.sslnicknames를 사용하십시오. 토큰 이름이 SSL 별명에 대한 접두어로 제공될 수 있습니다(예: token-name:nick-name).

gen.configversion

사용된 적 없음 

local.cgiexeclist

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

local.dbstat.captureinterval

Messaging Server 6.2에서 제거되었습니다. 대신 alarm.serverresponse.msgalarmstatinterval을 사용하십시오.

local.dsame.auth.enable

사용된 적 없음local.webmail.sso.amnamingurl과 관련 매개 변수가 정의되어 있으면 SSO가 활성화됩니다.

local.enduseradminpwd

대신 local.enduseradmincred를 사용하십시오.

local.enduseradminuid

대신 local.enduseradmindn을 사용하십시오.

local.imta.catchallenabled

폐기된 dirsync와 더 이상 관련 없음(Messaging Server 6.0 기준)

local.imta.ldsearchtimeout

대신 LDAP_TIMEOUT MTA 옵션을 사용하십시오.

local.imta.lookupandsync

폐기된 dirsync와 더 이상 관련 없음(Messaging Server 6.0 기준)

local.imta.lookupfallbackaddress

폐기된 dirsync와 더 이상 관련 없음(Messaging Server 6.0 기준)

local.imta.lookupmaxnbfailed

폐기된 dirsync와 더 이상 관련 없음(Messaging Server 6.0 기준)

local.imta.lookupreturnwhenfound

폐기된 dirsync와 더 이상 관련 없음(Messaging Server 6.0 기준)

local.imta.nsmsglog.enable

대신 LOG_MESSAGES_SYSLOG MTA 옵션을 사용하십시오.

local.imta.reverseenabled

폐기된 dirsync와 더 이상 관련 없음(Messaging Server 6.0 기준)

local.imta.scope

폐기된 dirsync와 더 이상 관련 없음(Messaging Server 6.0 기준)

local.imta.sims_migrate

폐기된 dirsync와 더 이상 관련 없음(Messaging Server 6.0 기준)

local.imta.ssrenabled

폐기된 dirsync와 더 이상 관련 없음(Messaging Server 6.0 기준)

local.imta.statssamplesize

폐기된 dirsync와 더 이상 관련 없음(Messaging Server 6.0 기준)

local.imta.ugfilter

폐기된 dirsync와 더 이상 관련 없음(Messaging Server 6.0 기준)

local.imta.vanityenabled

대신 DOMAIN_MATCH_URL MTA 옵션을 사용하십시오.

local.ldapbasedn

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

local.ldapcachefile

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

local.ldapconfigdn

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

local.ldaphost

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

local.ldapisiedn

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

local.ldapport

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

local.ldapsiecred

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

local.ldapsiedn

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

local.ldapuselocal

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

local.ldapusessl

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

local.report.counterlogfile.expirytime

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.counterlogfile.interval

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.counterlogfile.level

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.counterlogfile.logdir

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.counterlogfile.loglevel

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.counterlogfile.maxlogfiles

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.counterlogfile.maxlogfilesize

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.counterlogfile.maxlogsize

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.counterlogfile.minfreediskspace

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.counterlogfile.rollovertime

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.counterlogfile.separator

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.job.desc.sample

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.job.range.sample

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.job.schedule.sample

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.job.target.sample

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.job.type.sample

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.reportercmd

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.runinterval

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.type.cmd.listmbox

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.report.type.desc.listmbox

Messaging Server 6.2에서 제거되었습니다. 대체 매개 변수 없음 

local.service.http.forceasciifrom

더 이상 필요 없음 

local.service.http.proxy

웹 메일이 이제 IMAP를 통해 저장소와 통신하므로 MEM이 폐기되었습니다(Messaging Server 6.3 기준). 

local.sharedfoldersforcedsubscription

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

local.snmp.probetimeout

대신 local.snmp.servertimeout을 사용하십시오.

local.store.expire.workday

대신 local.schedule.expire를 사용하십시오.

local.store.maxlogs

대신 local.store.maxlog를 사용하십시오.

local.store.notifyplugin.deletemsg.jenable

대신 local.store.notifyplugin.*.deletemsg.enable을 사용하십시오.

local.store.notifyplugin.jdebuglevel

대신 local.store.notifyplugin.*.debuglevel을 사용하십시오.

local.store.notifyplugin.jmaxbodysize

대신 local.store.notifyplugin.*.maxbodysize를 사용하십시오.

local.store.notifyplugin.jmaxheadersize

대신 local.store.notifyplugin.*.maxheadersize를 사용하십시오.

local.store.notifyplugin.jmqhost

대신 local.store.notifyplugin.*.jmqhost를 사용하십시오.

local.store.notifyplugin.jmqport

대신 local.store.notifyplugin.*.jmqport를 사용하십시오.

local.store.notifyplugin.jmqpwd

대신 local.store.notifyplugin.*.jmqpwd를 사용하십시오.

local.store.notifyplugin.jmqtopic

대신 local.store.notifyplugin.*.jmqtopic를 사용하십시오.

local.store.notifyplugin.jmquser

대신 local.store.notifyplugin.*.jmquser를 사용하십시오.

local.store.notifyplugin.loguser.jenable

대신 local.store.notifyplugin.*.loguser.enable을 사용하십시오.

local.store.notifyplugin.newmsg.jenable

대신 local.store.notifyplugin.*.newmsg.enable을 사용하십시오.

local.store.notifyplugin.noneinbox.jenable

대신 local.store.notifyplugin.*.noneinbox.enable을 사용하십시오.

local.store.notifyplugin.purgemsg.jenable

대신 local.store.notifyplugin.*.purgemsg.enable을 사용하십시오.

local.store.notifyplugin.readmsg.jenable

대신 local.store.notifyplugin.*.readmsg.enable을 사용하십시오.

local.store.notifyplugin.updatemsg.jenable

대신 local.store.notifyplugin.*.updatemsg.enable을 사용하십시오.

local.store.serversidewastebasket

사용된 적 없음 

local.ugldapdeforgdn

사용된 적 없음 

local.ugldaphasplainpasswords

대신 sasl.default.ldap.has_plain_passwords를 사용하십시오.

local.ugldapuselocal

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

local.webmail.smime.cert.enable

대신 local.webmail.cert.enable을 사용하십시오.

local.webmail.smime.cert.port

대신 local.webmail.cert.port를 사용하십시오.

local.webmail.uwcrppsupport

필요한 경우 local.service.http.ims5compat를 사용하십시오.

logfile.http.logname

Calendar Server 매개 변수. Messaging Server에서 사용되지 않음 

logfiles.admin.alias

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

logfiles.default.alias

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

logfiles.http.alias

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

logfiles.imap.alias

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

logfiles.imta.alias

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

logfiles.pop.alias

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

logfiles.snmp.alias

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

nsclassname

폐기된 Administration Server와 더 이상 관련 없음(Messaging Server 6.3 기준) 

sasl.default.transition_criteria

대신 sasl.default.auto_transition을 사용하십시오.

service.http.allowadminproxy

대신 LDAP 속성 mailAllowedServiceAccess를 사용하십시오.

service.http.proxydomainallowed

대신 LDAP 속성 mailAllowedServiceAccess를 사용하십시오.

service.ldapmemcache

Messaging Server 5.2p2에서 제거되었습니다. 대신 service.experimentalldapmemcache를 사용하십시오.

service.plaintextloginpause

Messaging Server 5.0에서 제거되었습니다. 대체 매개 변수 없음 

service.pop.popminpoll

SIMS 4.0에서 제거되었습니다. 대체 매개 변수 없음 

service.sslcertbasedn

Administration Server가 폐기될 때 제거되었습니다(Messaging Server 6.3 기준). 대신 msgcert를 사용하여 인증서 데이터베이스를 관리하십시오.

service.sslcertfile

대신 local.ssldbpathlocal.ssldbprefix를 사용하십시오.

service.sslkeyfile

대신 local.ssldbpathlocal.ssldbprefix를 사용하십시오.

service.sslpasswdfile

대신 local.ssldbpathlocal.ssldbprefix를 사용하십시오.

service.sslrequestcert

대신 msgcert request-cert를 사용하십시오.

store.diskflushinterval

대신 local.store.*synclevel을 사용하십시오.

store.expirestart

대신 local.schedule.expire를 사용하십시오.

Messaging Server의 요구 사항

이 절에서는 이 릴리스의 Messaging Server에 대한 다음 플랫폼, 클라이언트 제품 및 추가 소프트웨어 요구 사항을 설명합니다.


주 –

이전 버전의 Messaging Server에서 Messaging Server 6.3으로 업그레이드하는 방법에 대한 정보는 Messaging Server 설치 정보를 참조하십시오.


Messaging Server의 중요 패치 정보

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

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

플랫폼 

패치 번호(영어) 

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

Solaris, SPARC 

120228-16 

117784-17 

x86 

120229-16 

117785-17 

Linux 

120230-16 

117786-17 

Messaging Server 운영 체제 요구 사항

이 릴리스에서는 다음 플랫폼을 지원합니다.


주 –

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


필수 업그레이드 패치 및 커널 버전을 포함하여 Solaris 및 Linux 요구 사항에 대한 자세한 내용은 Sun Java Communications Suite 5 Installation Guide를 참조하십시오.

Messaging Server 패키지 목록은 Sun Java Communications Suite 5 Installation Guide의 부록 E, Product Components for This Release를 참조하십시오.


주 –

설치 프로그램은 필수 플랫폼 패치를 검사합니다. 필수 패치를 모두 설치해야 하며 그렇지 않으면 설치 프로세스가 계속되지 않습니다.



주 –

메시징 서버의 성능은 CPU 성능, 사용 가능한 메모리, 디스크 공간, 파일 시스템 성능, 사용 패턴, 네트워크 대역폭 등 여러 요소에 따라 달라집니다. 예를 들어 처리량은 파일 시스템 성능과 직접 관련됩니다. 크기 조정 및 성능에 대한 질문이 있는 경우 Sun Java System 담당자에게 문의하십시오.


Messaging Server 클라이언트 소프트웨어 요구 사항

Communications Express access for Messaging Server에는 JavaScript 가능 브라우저가 필요합니다. 최적의 성능을 위해 Communications Express 브라우저 요구 사항에 있는 브라우저 권장 사항을 따르십시오.

Messaging Server의 제품 버전 호환성 요구 사항

Messaging Server는 이 절에 나열된 제품 버전과 호환됩니다.

표 3–3 Messaging Server의 제품 버전 호환성 요구 사항

제품 

버전 

Sun Java System Directory Server 

5.1, 5.2, 6.0 

Sun Java System Message Queue 

3.7 

Sun Java System Access Manager(구 Identity Server) 

레거시(6.x): Access Manager 6 콘솔 및 디렉토리 정보 트리(DIT)를 포함하여 Access Manager 6 기능을 지원합니다. Access Manager를 Portal Server, Messaging Server, Calendar Server, Delegated Administrator 또는 Instant Messaging과 함께 설치하는 경우 Access Manager 호환(6.x) 설치 유형을 선택해야 합니다.

영역(7.x): 새 Access Manager 7 콘솔을 포함하여 Access Manager 7 기능을 지원합니다. Portal Server, Messaging Server, Calendar Server, Delegated Administrator 또는 Instant Messaging을 설치하지 않는 경우에만 Access Manager (7.x) 설치 유형을 사용하십시오.

Sun Java System Web Server 

7.x 

Sun Java System Application Server 

8.2 

Messaging Server의 NSS 버전 요구 사항

Messaging Server 6.3에는 공유 보안 구성 요소 NSS 버전 3.9.3을 사용해야 합니다.

제품 버전 종속성에 대한 자세한 내용은 Sun Java Enterprise System 5 Installation Guide for UNIXSun Java Enterprise System 5 Release Notes for UNIX를 참조하십시오.

Messaging Server 추가 소프트웨어 요구 사항

Messaging Server의 작업 배포를 위해서는 로컬 네트워크에 고품질 캐싱 DNS 서버가 필요합니다. Messaging Server는 DNS 서버의 응답성과 확장성에 크게 의존합니다.

또한 DNS가 제대로 구성되어 있는지 확인하고 로컬 서브넷에 없는 호스트로 라우팅하는 방법이 명확하게 지정되어 있는지 확인하십시오.

/etc/hosts 파일의 인터넷 호스트 테이블이 다음과 같은 경우


123.45.67.89 budgie.west.sesta.com
123.45.67.89 budgie loghost mailhost

            

호스트의 IP 주소가 한 줄이 되도록 변경하십시오. 첫 번째 호스트 이름은 정규화된 도메인 이름이어야 합니다. 예를 들면 다음과 같습니다.


123.45.67.89 budgie.west.sesta.com budgie loghost mailhost

            

고가용성 지원

Messaging Server는 Solaris 9 또는 Solaris 10 환경의 다음 Sun Cluster 및 Veritas Cluster Server 버전에서 실행할 수 있습니다.

제품 

지원되는 버전 

Sun Cluster(SC) 

SPARC: 3.0, 3.1 

x86: 3.1 업데이트 4 

Linux: 지원되지 않음 

Veritas Cluster Server(VCS) 

SPARC: 3.5, 4.0, 4.1, 5.0 

x86: 3.5, 4.0. 4.1, 5.0 

Linux: 지원되지 않음 

메시지 저장소에 권장되는 파일 시스템

메시지 저장소에 대해 다음 파일 시스템을 권장합니다.

Messaging Server 설치 정보

이 설치 정보는 Messaging Server 6.3 릴리스에 관련됩니다.

Messaging Server의 설치 개요

Communications Services 설치 프로그램을 사용하여 Messaging Server를 설치합니다.

설치 지침은 Sun Java Communications Suite 5 Installation Guide를 참조하십시오.

그 다음 Messaging Server를 구성해야 합니다.

구성 지침은 Sun Java System Messaging Server 6.3 관리 설명서를 참조하십시오.

이 릴리스의 comm_dssetup.pl 변경 사항

Messaging Server 사용을 위해 Directory Server를 준비하는 프로그램인 comm_dssetup.pl의 최신 버전에서 변경된 내용은 다음과 같습니다.

  1. 자동 설치: 비밀번호 변경

    -w dirmanager_passwd가 더 이상 지원되지 않으며 대신 -j passwd_file이 사용됩니다.

  2. comm_dssetup.pl 변경에 대한 자세한 내용은

    Messaging Server 호환성 문제를 참조하십시오.

Messaging Server에 대한 업그레이드 지침

이전 릴리스에서 Messaging Server 6.3으로 업그레이드할 경우 Sun Java Communications Suite 5 Upgrade Guide의 업그레이드 지침을 따르십시오.

/etc/hosts 파일 항목 확인

Messaging Server를 처음 설치하거나 Messaging Server의 기존 버전에서 업그레이드하는 경우 Solaris 시스템의 /etc/hosts 파일에 다음 항목이 있는지 확인하십시오.

<ip-of system> <FQHN> <hostname>

예: 129.158.230.64 budgie.siroe.varrius.com budgie


주 –

Solaris 10 플랫폼에서 정규화된 도메인 이름(FQDN)을 /etc/hosts 파일에 추가해야 할 뿐만 아니라 /etc/inet/ipnodes 파일에도 추가해야 합니다. 그렇지 않으면 호스트 이름이 정규화된 도메인 이름이 아니라는 오류가 나타납니다.


업그레이드 후 파일에 대해 ulimit 늘리기

Messaging Server를 업그레이드한 후에는 다음과 같이 ulimit를 설정하여 파일 설명자 수를 늘려야 합니다.

ulimit -n number_of_file_descriptors

예를 들면 다음과 같습니다.

ulimit -n 100000

업그레이드 절차에 대한 자세한 내용은 Sun Java Communications Suite 5 Upgrade Guide를 참조하십시오.

Messaging Server 6.3 백엔드와 함께 Messaging Server 6 2005Q4 프런트엔드 사용

Messaging Server 6.3 백엔드와 Messaging Server 6 2005Q4 프런트엔드를 함께 사용하도록 선택하는 경우에는 다음과 같이 Administration Server 없이 실행되도록 프런트엔드를 구성해야 합니다.

  1. Communications Suite 5 설치 프로그램을 사용하여 Messaging Server 6.3 백엔드를 설치하고 구성합니다.

  2. Java Enterprise System 2005Q4 설치 프로그램을 실행하여 Messaging Server 6 2005Q4 프런트엔드를 설치하고 프롬프트가 표시되면 나중에 구성 옵션을 선택합니다.

  3. 텍스트 편집기에서 msg-svr-base/lib/config-templates/DevsetupDefaults.properties를 엽니다.

  4. 다음 줄을 변경합니다.

    ADMINSERVER_SERVERROOT_CONF = /etc/mps/admin/v.5.2/shared/config/serverroot.conf

    다음과 같이 변경하십시오.

    ADMINSERVER_SERVERROOT_CONF = NO_ADMIN_SERVER

Messaging Server 호환성 문제

Messaging Server 6.3을 실행할 때 iPlanet Delegated Administrator를 사용하여 사용자를 제거하려면 iPlanet Delegated Administrator 및 Messaging Server 6.3을 사용하여 사용자 제거를 참조하십시오.

다음 표에서는 Messaging Server와의 호환성 문제를 설명합니다.

비호환성 

해결 방법 

설명 

Messaging Server(Calendar Server 및 Delegated Administrator)에 사용하도록 Directory Server를 준비하는 프로그램인 comm_dssetup.pl을 Directory Server 6.0과 Directory Server 5.x 모두에서 작동하도록 수정했습니다. 대화식 모드: 서버 루트 및 Directory Server 인스턴스

Directory Server 인스턴스는 서버 루트 또는 명시적 Directory Server 인스턴스 디렉토리에 있습니다. 이전 버전의 Directory Server에서는 여러 인스턴스 및 구성 정보가 위치하는 서버 루트 개념을 사용했습니다. Directory Server 6에서는 더 이상 서버 루트를 사용하지 않습니다. 인스턴스는 모든 위치에 배치될 수 있습니다. 이 질문에서 사용자는 1) 인스턴스 디렉토리를 지정하거나, 또는 이전 버전의 Directory Server를 사용 중인 경우 2) 인스턴스가 위치하는 서버 루트 디렉토리를 지정할 수 있습니다. 서버 루트에서 인스턴스를 선택하라는 추가 질문이 있는 프롬프트가 표시됩니다. 또는 3) Directory Server 5x를 사용한 적이 있고 현재 Directory Server 6을 사용 중인 사용자는 Directory Server의 모든 인스턴스를 부모 디렉토리(서버 루트를 호출하는 데 사용된 디렉토리)에 수동으로 저장할 수 있습니다. 


주 –

Directory Server 6에서는 서버 루트라는 용어가 제거되었습니다.


추가 주석 없음 

Messaging Server(Calendar Server 및 Delegated Administrator)에 사용하도록 Directory Server를 준비하는 프로그램인 comm_dssetup.pl을 Directory Server 6.0과 Directory Server 5.x 모두에서 작동하도록 수정했습니다. 자동 설치: 서버 루트 디렉토리

이전 버전의 자동 설치에서는 사용자가 서버 루트와 인스턴스 디렉토리를 모두 지정했습니다. Directory Server 5.x를 사용 중인 경우에도 마찬가지입니다. Directory Server 6.0에는 서버 루트가 없기 때문에 Directory Server 인스턴스의 부모 디렉토리를 지정해야 합니다. 

추가 주석 없음 

Directory 준비 도구(comm_dssetup.pl)의 위치가 변경되었습니다.

comm_dssetup.pl은 이제 Solaris의 경우 /opt/SUNcomds, Linux의 경우 /opt/sun/comms/dssetup에 자체 패키지로 설치됩니다.

이전 경로를 지정하는 기존 스크립트를 업데이트해야 합니다. 

패키지를 설치하려면 해당 설치 프로그램 패널에서 Directory 준비 도구를 선택해야 합니다. 

Messaging Server 5.x에서는 관리자가 IMAP list 명령을 사용하여 메시지 저장소의 모든 폴더를 표시할 수 있었습니다. 일반적인 메시지 저장소의 경우 이렇게 하면 서버가 너무 긴 목록을 표시합니다.

그래서 Messaging Server 6.x에서는 관리자가 IMAP list 명령을 실행한 경우 명시적으로 공유된 폴더만 표시됩니다.

메시지 저장소의 모든 폴더를 나열하려면 mboxutil 유틸리티를 사용하십시오.

mboxutil 유틸리티에 대한 자세한 내용은 Sun Java System Messaging Server 6.3 관리 설명서를 참조하십시오.

Delegated Administrator의 구성 프로그램이 변경되었습니다.  

Delegated Administrator를 설치하고 구성 프로그램을 실행합니다. 현재 프로그램 위치는 다음과 같습니다. 

Solaris: /opt/SUNWcomm/sbin/config -commda

Linux: /opt/sun/comms/config-commda

이 버전의 Messaging Server를 설치할 때 새 Delegated Administrator로 업그레이드하십시오. 

Webmail over IMAP 프로토콜 변경으로 Messaging Server 업그레이드(6397425, 6397451, 2137362) 

프런트엔드 서버를 업그레이드하기 전에 백엔드 서버를 업그레이드해야 합니다. Webmail over IMAP 프로토콜과 백엔드 메시지 저장소의 제품 버전이 동일해야 합니다. 자세한 내용은 Sun Java Communications Suite 5 Upgrade Guide를 참조하십시오.

추가 주석 없음 

이 릴리스의 Communications Express가 이전 버전의 Messaging Server와 호환되지 않습니다. 

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

Calendar Server에도 적용됩니다. 

Communications Express에 대한 자세한 내용은 6 장, Sun Java System Communications Express 6.3 릴리스 노트을 참조하십시오.

Messenger Express 및 Communications Express의 경우 RTF/HTML 편집 기능과 브라우저 호환성에 대한 설명이 필요합니다. 

(6311363) 

  • Messenger Express의 경우 Internet Explorer 브라우저에서 RTF/HTML 편집 기능을 사용할 수 있습니다. 하지만 Mozilla 또는 Netscape 브라우저에서는 RTF/HTML 편집 기능을 사용할 수 없습니다.

  • Communications Express의 JES 2004Q2 버전의 경우 Internet Explorer 브라우저에서 RTF 및 HTML 편집 기능을 사용할 수 있습니다. 하지만 Mozilla 또는 Netscape 브라우저에서는 RTF/HTML 편집 기능을 사용할 수 없습니다.

  • Communications Express의 JES 2005Q1 버전의 경우 Internet Explorer 5.5 이상, Mozilla 1.3 이상, Netscape 7.2 이상에서 RTF/HTML 편집 기능을 사용할 수 있습니다.

추가 주석 없음 

Portal Server에서 Communications Express를 누르면 "session.timeout Login Again" 팝업 오류가 표시됩니다. (6417988)

팝업 오류를 무시하고 창을 닫은 다음 Communications Express를 계속 사용합니다. 

추가 주석 없음 

Access Manager 단일 사인 온(SSO)을 통해 Messaging Server를 사용하는 경우 Java Enterprise System 2004Q2 Access Manager 서버가 지원되지 않습니다. 그러나 Access Manager 6.3 이상 버전은 지원됩니다. 

Java Enterprise System 2004Q2 Access Manager 서버를 지원하지 않는 Messaging Server 버전은 다음과 같습니다. 

  • Messaging Server 6.2-6.01 이상

  • Messaging Server 6.3

Messaging Server를 업그레이드하기 전에 Access Manager(JES 2004Q2)를 업그레이드합니다.  

이제 Access Manager에 영역 모드(버전 7.x 스타일) 및 레거시 모드(버전 6.x 스타일)의 두 가지 설치 유형이 있습니다. 

Access Manager를 Messaging Server, Calendar Server, Instant Messaging, Delegated Administrator 또는 Portal Server와 함께 설치하는 경우 영역 모드(버전 6.x 스타일)를 선택해야 합니다. 자세한 내용은 Sun Java System Access Manager 7 2005Q4 Release Notes

잘못된 Access Manager가 설치된 경우 Delegated Administrator를 실행할 수 없습니다. 

iPlanet Delegated Administrator 및 Messaging Server 6.3을 사용하여 사용자 제거

iPlanet Delegated Administrator를 사용 중일 때 Messaging Server 6.3으로 업그레이드하려면 이전 버전 Messaging Server에서 했던 것처럼 imadmin user purge 명령을 사용하여 디렉토리에서 사용자를 제거할 수 없습니다(6486836). 대신 아래 표시된 단계를 수행하여 사용자를 제거합니다.

이 호환성 문제는 관리 콘솔과 Administration Server가 Messaging Server 6.3에서 제거되었기 때문에 발생합니다. 이전 버전의 Messaging Server에서는 이전처럼 imadmin user purge를 계속 사용할 수 있습니다.


주 –

Messaging Server 5.x에서 처음 사용된 iPlanet Delegated Administrator는 더 이상 사용되지 않는 유틸리티입니다. iPlanet Delegated Administrator는 Messaging Server 6.x에 도입된 Communications Suite Delegated Administrator와 동일한 도구가 아닙니다. Communications Suite Delegated Administrator는 스키마 2를 지원하지만, iPlanet Delegated Administrator는 스키마 1을 지원합니다. (Messaging Server를 6.x로 업그레이드했지만 스키마 1을 계속 사용하는 일부 관리자는 iPlanet Delegated Administrator를 계속 사용하여 사용자를 관리합니다.)


ProcedureiPlanet Delegated Administrator를 사용하여 Messaging Server 6.3 사용자를 제거하는 방법

  1. iPlanet Delegated Administrator 패치 1.2p3을 적용합니다.

    다음 사이트에서 이 패치를 다운로드할 수 있습니다.

    http://www.sun.com/download/index.jsp?cat=Collaboration%20%26%20Communication&tab=3

    Delegated Administrator 1.2 Patch 3 for Messaging으로 이동합니다. 이 패치는 imadmin user purge 명령이 Messaging Server 6.3과 호환되는 방식으로 작동하게 해 줍니다. 이 절차의 나머지 단계를 수행하여 새 동작을 활성화합니다.

  2. iPlanet Delegated Administrator resource.properties 파일에서 MsgSvrN-adminurl 등록 정보를 수정합니다.

    MsgSvrN-adminurl 등록 정보는 Administration Server의 url을 설정합니다. 이 등록 정보를 실제 url로 설정한 후 imadmin user purge 명령을 실행하면 Administration Server를 찾으려고 시도하지만 응답하지 않습니다. imadmin user purge 명령은 오류를 반환합니다.

    MsgSvrN-adminurl의 값을 NO_ADMIN_SERVER로 설정해야 합니다.

    resource.properties 파일은 기본적으로 다음 경로에 있습니다.

    iDA_Install_Directory/nda/classes/netscape/nda/servlet/resource.properties


    주 –

    Messaging Server 6.3으로 업그레이드된 여러 메시지 저장소:

    MsgSvrN-adminurl에서 값 N은 Messaging Server 6.3으로 업그레이드된 메시지 저장소 시스템을 식별하는 변수이며 특정 값(예: 0)으로 대체되어야 합니다. Messaging Server 6.3에 여러 백엔드 메시지 저장소를 배포한 경우 MsgSvrN-adminurl 등록 정보의 각 인스턴스에 대해 이 값을 변경해야 합니다.

    예를 들어, 세 개의 백엔드 메시지 저장소가 있는 경우 세 저장소 모두에 대해 resource.properties 파일에서 이 등록 정보를 변경해야 합니다. 예를 들어, MsgSvr0-adminurl, MsgSvr1-adminurlMsgSvr2-adminurl 등록 정보를 변경합니다.

    서로 다른 Messaging Server 버전을 사용하는 여러 메시지 저장소:

    여러 메시지 저장소를 배포했고 그 중 일부만 Messaging Server 6.3으로 업그레이드하고 나머지는 이전 버전의 Messaging Server를 그대로 사용한다고 가정합니다. 이 경우 Messaging Server 6.3으로 업그레이드한 저장소에 대해서만 MsgSvrN-adminurl 등록 정보를 변경합니다.

    MsgSvrN-adminurl 등록 정보를 NO_ADMIN_SERVER로 변경한 저장소에서 imadmin user purge 명령을 실행하면 명령이 아래 5단계에 설명한 새로운 방식으로 작동합니다.

    MsgSvrN-adminurl 등록 정보가 변경되지 않고 Administration Server url을 계속 가리키는 저장소에서 imadmin user purge 명령을 실행하면 명령이 이전과 같은 방식으로 작동합니다.


  3. iPlanet Delegated Administrator를 배포한 Web Server를 다시 시작합니다.

    resource.properties 파일의 변경 사항을 적용하려면 iPlanet Delegated Administrator가 실행되는 Web Server를 다시 시작해야 합니다.

  4. imadmin user delete 명령을 사용하여 해당 사용자를 삭제된 것으로 표시합니다.

    imadmin user deleteinetUserStatus 속성을 "deleted"로 설정합니다. 여러 사용자를 삭제하려면 -i 옵션을 사용합니다. 예를 들면 다음과 같습니다.

    imadmin user delete -D chris -L user1 -n siroe.com -w bolton

  5. msuserpurge 명령을 사용하여 사용자의 메일함을 제거합니다.

    msuserpurgeinetUserStatus 또는 mailUserStatus가 "deleted"로 설정된 모든 사용자 항목을 찾은 다음 해당 사용자의 사용자 메일함을 메시지 저장소에서 제거하고, mailUserStatus를 "removed"로 설정합니다. 예를 들면 다음과 같습니다.

    msuserpurge -d domain

    다음 단계(디렉토리에서 사용자 항목 제거)를 수행하기 전에 msuserpurge를 실행해야 합니다. 그렇지 않으면 사용자의 메일함이 연결되지 않습니다.

    configutil 매개 변수 local.schedule.userpurge를 사용하여 msuserpurge 명령을 예약할 수 있습니다. 예를 들면 다음과 같습니다.


    configutil -o local.schedule.userpurge 
    -v "30 2 * * 0 /opt/SUNWmsgsr/lib/msuserpurge -g 20"

    앞의 예에서 msuserpurge는 일요일 오전 2시 30분에 실행되어 삭제 표시된지 20일이 넘은 모든 사용자의 메일함을 제거합니다.

  6. imadmin user purge 명령을 사용하여 사용자 항목을 디렉토리에서 제거합니다.

    이전 릴리스에서는 이 명령이 다음과 같은 작업을 수행합니다.

    1. 디렉토리에서 삭제됨으로 표시된 사용자를 검색합니다.

    2. 각 사용자의 개인 주소록을 디렉토리에서 제거합니다.

    3. 각 사용자의 메일함을 메시지 저장소에서 제거합니다.

    4. 사용자의 inetUserStatus 속성이 "deleted"로 설정되어 있는 경우 해당 사용자 항목이 제거됩니다. 사용자의 mailUserStatus 속성이 "deleted"으로 설정되어 있는 경우 해당 메일 속성이 항목에서 제거됩니다.

    이제 MsgSvr0-adminurl 등록 정보를 수정했으므로 Administration Server가 호출되지 않습니다. Administration Server가 호출되지 않는다는 알림 메일이 표시됩니다. 위의 c단계는 수행되지 않습니다. 3단계에서 msuserpurge에 의해 메일함이 이미 제거되었습니다.

    Messaging Server 6.3에서 사용자의 mailuserstatus가 "removed"(msuserpurge에 의해)로 설정되어 있고 사용자 항목에 다른 서비스가 없는 경우, imadmin user purge 명령은 사용자 항목을 디렉토리에서 제거합니다.

    달력 서비스와 같은 다른 서비스의 속성이 사용자 항목에 있는 경우 해당 항목은 제거되지 않습니다.

Messaging Server 6.3 설명서 업데이트

Messaging Server 6.3 설명서 세트에는 다음 문서가 포함되어 있습니다.

Messaging Server 설명서

모든 Messaging Server 6.3 설명서를 보려면 다음 URL을 사용하십시오.

http://docs.sun.com/coll/1312.2

Messaging Server 6.3은 다음과 같은 새 설명서 및 업데이트된 설명서를 제공합니다.

Communications Services 설명서

모든 Communications Services 제품에 적용되는 설명서를 보려면 다음 URL 중 하나를 사용하십시오.

http://docs.sun.com/app/docs/coll/1312.2 또는 http://docs.sun.com/coll/1313.2

다음 설명서를 사용할 수 있습니다.

이 릴리스에서 다음 설명서는 업데이트되지 않았으며, 대신 이전 버전을 사용할 수 있습니다.

이 Messaging Server 릴리스에서 해결된 문제

이 릴리스에서 해결된 문제의 전체 목록을 보려면 Messaging Server 핵심 소프트웨어 패치와 함께 제공된 README 파일을 참조하십시오.

Messaging Server의 알려진 문제점 및 제한 사항

이 절에서는 Messaging Server 6.3의 알려진 문제점을 설명합니다. 다음 제품 영역을 다룹니다.

Messaging Server 설치, 업그레이드 및 제거

이 절에서는 Messaging Server의 설치, 업그레이드 및 제거에 관련된 알려진 문제점을 설명합니다.

4991650

이 버전의 Messaging Server는 대칭형 HA 환경에서 시스템 중단 시간을 최소화하는 단계식 롤링 업그레이드를 지원하지 않습니다.

Messaging Server 5.2에서는 Messaging Server를 같은 시스템에 두 번 이상 설치하고 각 설치를 별도로 패치할 수 있었습니다. 이 기능으로 시스템 중단 시간을 최소화하는 단계식 롤링 업그레이드에 대한 지원이 가능하지만,

6175770

Messaging Server용 클러스터 에이전트를 설치하려면 Communications Services 설치 프로그램을 사용해야 합니다.

Sun Cluster 환경에서 Messaging Server를 설치하려면 Sun Java Communications Suite 5 Installation GuideSun Cluster Software Example을 참조하십시오.

6373070

구성할 구성 요소 선택 화면에 0바이트가 표시됩니다.

Messaging Server를 설치 후에 바로 구성하면 구성할 구성 요소 선택 화면에 Message Transfer Agent, 메시지 저장소, Messenger Express, Delegated Administrator LDAP 항목, Messaging Multiplexor와 같은 구성 요소가 표시됩니다.

그러나 선택된 모든 구성 요소가 화면에 0바이트로 표시됩니다.

6547399, 6559466

SUNWma 설치 중에 만들어진 /opt/etc 디렉토리

해결 방법: 제품 설치 후 디렉토리를 수동으로 삭제합니다. 이 문제는 이후 릴리스에서 해결됩니다.

Messaging Server 문제점

이 절에서는 Messaging Server 제품의 알려진 문제점을 설명합니다.

4534356

LDAP 검색 성능이 Directory Server 버전 5.x에서 ACI의 영향을 약간 받습니다.

이 문제는 Messaging Server에서 수행하는 많은 검색에 영향을 줍니다.

해결 방법: 더 빠른 검색을 수행하려면 다음 명령으로 디렉토리 관리자 자격 인증을 사용하여 디렉토리에 액세스하십시오.

msg-svr-base/sbin/configutil -o local.ugldapbinddn -v "rootdn"

msg-svr-base/sbin/configutil -o local.ugldapbindcred -v "rootdn_passwd"

여기서 rootdnrootdn_passwd는 Directory Server 관리자의 자격 증명입니다.

4538366

configutil을 사용하여 변경한 경우 관련 서버를 다시 시작해야 변경 내용이 적용됩니다.

해결 방법: 없음

4543930

Microsoft Outlook Express를 IMAP 메일 클라이언트로 사용하는 경우 읽은 또는 읽지 않은 플래그가 제대로 작동하지 않을 수 있습니다.

Microsoft Outlook Express 클라이언트에 알려진 문제입니다.

해결 방법: 다음 구성 변수를 설정합니다.

configutil -o local.imap.immediateflagupdate -v yes

해결 방법을 사용하는 동안 성능 문제가 발생하는 경우 해결 방법의 사용을 중지하십시오.

4629001

/etc/hosts 파일에 짧은 형식의 도메인이 사용되는 경우 액세스 제어 필터가 작동하지 않습니다.

/etc/hosts 파일에 짧은 형식의 도메인 이름이 있는 경우 액세스 제어 필터에 호스트 이름을 사용하면 문제가 발생할 수 있습니다. IP 주소 조회가 짧은 이름 형식의 도메인 이름을 반환하면 일치가 실패합니다. 따라서 /etc/hosts 파일에 정규화된 도메인 이름을 사용해야 합니다.

해결 방법: 없음

4737262

MoveUser 유틸리티가 1,024개 이상의 하위 폴더가 있는 메일함에서 작동하지 않습니다.

1,024개 이상의 하위 폴더가 있는 메일함을 갖고 있는 사용자의 계정을 제거하려고 할 때 MoveUser 유틸리티가 중지된다는 보고가 있습니다.

해결 방법: 없음

4823042

Messenger Express Multiplexor(MEM)에 OS resolver 또는 NSCD를 사용할 구성 옵션이 없습니다.

해결 방법: MXA 레코드 캐싱의 장점을 얻기 위해 시스템을 캐싱 전용 DNS 서버로 구성하십시오.

4883192

GB18030(중국어 국가 표준)은 이제 MTA에서 인식되는 문자 세트입니다.


주 –

이 지원을 구현하면 컴파일된 문자 세트 데이터가 변경됩니다. 업그레이드 후에 imsimta chbuild를 실행해야 할 수 있습니다.


4910371

XSTA, XADR 명령은 기본적으로 활성화됩니다.

설치 후 SMTP 확장 명령 XSTAXADR이 기본적으로 활성화되어 원격 및 로컬 사용자가 중요한 정보를 검색하는 것이 가능해질 수 있습니다.

해결 방법: <msg-svr-base>/config/tcp_local_option 파일(필요한 경우 이 파일 작성)에 다음 줄을 추가하여 XSTAXADR 명령을 비활성화하십시오.

DISABLE_ADDRESS=1
DISABLE_CIRCUIT=1
DISABLE_STATUS=1
DISABLE_GENERAL=1
4916996

imsimta start가 디스패처 및 Job Controller를 시작하지 않습니다.

imsimta start, imsimta restartimsimta refresh 명령은 watcher 프로세스가 실행 중일 때만 작동합니다.


주 –

start-msgstop-msg 명령이 향후 릴리스에서는 더 이상 사용되지 않고 제거될 imsimta startimsimta stop을 대체했습니다.

start-msgstop-msg 명령에 대한 자세한 내용은 Messaging Server 관리 설명서를 참조하십시오.


해결 방법: 없음

4967344

클라이언트 인증서 인증에 필요한 certmap.conf 파일 내용을 수정합니다.

certmap.conf 구성 파일이 LDAP 디렉토리의 항목에 인증서를 매핑하는 방법을 지정합니다. 기본적으로 (두 줄이 주석으로 처리된) 인증서 제목에 LDAP 디렉토리 항목의 정확한 DN이 포함됩니다.

하지만 매우 많이 사용되는 대체 방법은 인증서의 제목에서 특정 속성을 추출하고 해당 속성에 대한 디렉토리를 검색하는 것입니다.

해결 방법: 이 대체 동작을 얻으려면 다음을

certmap default default
#default:DNComps
#default:FilterComps e, uid
		 

다음과 같이 변경하십시오.

certmap default default
default:DNComps
default:FilterComps e
		 
5043607

프록시 서버를 사용할 때 Internet Explorer 6.0 SP1에서 Messaging Server에 로그인할 수 없습니다.

PC의 Internet Explorer 6.0 SP1에서 HTTP 프록시를 클라이언트로 사용하는 경우 Messaging Server에 로그인하는 데 어려움을 겪을 수 있습니다. 이 문제는 비 표준 호환 프록시 서버로 인해 발생하며 Messaging Server에서 수정할 수 없습니다.

6194236

구성 프로그램이 비 표준 조직 DN으로 실패합니다.

configure 프로그램이 조직 DN과 사용자/그룹 접미어 사이에 중간 RDN을 구성하지 않습니다. 이 문제는 스키마 1과 스키마 2에서 모두 발생합니다.

해결 방법: configure 프로그램을 실행하기 전에 조직 DN(또는 최소한 조직 DN 위의 DN으로)을 만드십시오.

6200993

SSL이 구성되지 않은 경우 imta 로그 파일에 NSS 오류가 발생합니다.

이것은 해롭지 않은 오류입니다. 시스템이 SSL 구성에서 SSL 인증서를 찾을 수 없기 때문에 발생합니다.

해결 방법: 메일 저장소뿐 아니라 MTA에서 SSL을 비활성화할 수 있습니다.

  1. imta.cnf 파일을 편집하여 tcp_localtcp_intranet 채널에서 채널 키워드 maytlsserver를 제거합니다.

  2. service.imap.sslusessl을 'no'로 설정하고 service.pop.sslusessl을 'no'로 설정하여 다음 configutil 구성 매개 변수를 변경합니다.

  3. imsimta cnbuild 명령으로 MTA 구성을 다시 컴파일합니다.

  4. 서비스(stop-msg/start-msg)를 다시 시작합니다. 이렇게 하면 SSL에 대한 지원이 비활성화됩니다. 인증서를 만든 후 SSL 모드에서 서버를 구성해야 하는 경우 변경 내용을 이전 상태로 되돌려야 합니다.

6299309, 6290934

Solaris 10에서 SNMP가 활성화된 경우 Messaging Server 시작에 실패합니다.

해결 방법: snmpwalksnmpd 대신 snmpdx로 전달하고 포트 161 대신 포트 16161로 직접 이동합니다.

6337631

store.idx 2GB 제한에 대한 도달이 할당량과 같이 작동합니다.

메일 저장소에는 store.idx 파일에 대해 2GB의 엄격한 제한이 있습니다. store.idx 파일이 2GB를 초과하는 지점까지 폴더 크기가 증가하면 mail.log_current 파일에 오류가 표시됩니다.

해결 방법: 가능한 경우 할당량을 설정합니다. 또한 에이징 규칙을 사용하여 폴더 크기가 너무 커지지 않도록 정책을 설정하는 것이 좋습니다.

6397522

REVERSE_URL 동작이 변경되었습니다.


주 –

이 속성은 변경하지 않는 것이 좋습니다.


주소 역방향 및 기본 주소 저장소에 대해 대체 속성을 사용하려는 경우 REVERSE_URL을 사용하면 안 됩니다. 대신 LDAP_PRIMARY_ADDRESS를 사용할 속성으로 설정합니다. 이 문제는 별칭 조회에 사용할 주소와 별칭 역방향에 사용할 주소 간의 의미 중복입니다. LDAP_PRIMARY_ADDRESS, LDAP_EQUIVALENCE_ADDRESSES 및 LDAP_ALIAS_ADDRESSES 슬롯 사이에서 속성을 혼합할 수 있습니다. 가장 간단한 예로 둘 모두에 대해 메일 대신 meEndRemetente를 사용할 수 있습니다. 이 경우 LDAP_PRIMARY_ADDRESS MTA 옵션을 meEndRemetente로 설정하기만 하면 됩니다. 반면에 별칭 조회에 메일 속성을 계속해서 사용하려면 다른 슬롯 중 하나에 메일 속성을 넣어야 합니다. 허용 여부는 mailAlternateAddressmailEquivalentAddress 속성을 사용하는지 여부에 따라 다릅니다. Messaging Server 6.2 이전 버전에서는 각 슬롯에서 여러 속성을 사용할 수 있지만, 각 디렉토리 항목은 지정된 슬롯에 하나의 속성만 가질 수 있습니다. 이 Messaging Server 버전에서는 속성에 대한 이 제한 사항이 완화되었습니다(예: LDAP_ALIAS_ADDRESSES 또는 LDAP_EQUIVALENCE_ADDRESSES(LDAP_PRIMARY_ADDRESS는 제외)).

6479461

활성화된 SSL 사이퍼(Cipher)를 조정할 수 있습니다. 불충분한 SSL 사이퍼(Cipher)는 기본적으로 비활성화될 수 있습니다.

Messaging Server 6.3 이상에서는 불충분한 SSL 사이퍼 수트(cipher suite)가 기본적으로 비활성화됩니다. 이는 호환되지 않는 변경이므로 export-grade SSL만 지원하는 일부 이전 메일 클라이언트는 중단될 수 있습니다.

다음 구성 옵션을 사용하여 불충분한 사이퍼(Cipher)(NULL 사이퍼(Cipher) 제외)를 포함한 모든 사이퍼 수트(cipher suite)를 설정할 수 있습니다.

  • MMP의 경우: default:SSLAdjustCipherSuites weak+all

  • IMAP/POP/SMTP/MSHTTPD의 경우: configutil -o local.ssladjustciphersuites -v weak+all

    상호 운용성을 위해 필요한 특정 사이퍼 수트(cipher suite)만 설정하는 것이 좋습니다. 예를 들어, 일반 SSL_RSA_EXPORT_WITH_RC4_40_MD5 사이퍼 수트(cipher suite)는 +SSL_RSA_EXPORT_WITH_RC4_40_MD5를 통해 활성화할 수 있습니다. 56비트 사이퍼(Cipher)는 40비트 사이퍼(Cipher)보다 약하지 않기 때문에 활성화할 수 있는 경우 다음 사이퍼 수트(cipher suite)가 작동합니다. +TLS_RSA_EXPORT1024_WITH_DES_CBC_SHA

6524704

imapd ENS resubscriber가 파일 설명자를 누출합니다.

ENS가 구성되어 있으면 IDLE도 구성되어 있어야 합니다. ENS가 구성되어 있지만 IDLE가 구성되어 있지 않으면 imapd 및 popd가 파일 핸들을 누출합니다.

해결 방법: 없음

아이디 없음

다음은 아이디가 없는 Messaging Server 제품과 관련된 추가 문제점입니다.

최대 메일함 크기

메일함 색인(store.idx) 파일에는 2GB의 하드 제한이 있습니다. 이를 초과하면 사용자에 대한 메일 전달이 중지되고 메일 저장소 성능 문제가 발생할 수 있습니다. 자세한 내용은 Sun Java System Messaging Server 6.3 관리 설명서메일함 오버플로 때문에 사용자 메일이 전달되지 않음을 참조하십시오. 각 폴더에는 해당하는 store.idx 파일이 있습니다. 사용자 메일 저장소의 store.idx 파일 합계는 2GB 제한을 초과할 수 있습니다. 2GB 제한은 단일 폴더에 적용됩니다.

option.dat에서 #, !, 또는 ; 기호로 시작하는 줄이 명령줄로 취급됩니다.

option.dat 파일에서 앞줄의 뒷부분에 줄이 계속된다는 의미인 백슬래시(\)가 있는 경우에도 Messaging Server는 # 기호, 느낌표(!) 또는 세미콜론(;) 문자로 시작되는 줄을 주석 줄로 간주합니다. 따라서 이러한 문자가 포함된 긴 옵션(특히 전달 옵션)을 사용할 때는 주의해야 합니다.

자연스러운 레이아웃이 # 또는 !로 시작하는 연속 줄이 될 수 있는 전달 옵션에 대한 해결 방법이 있습니다.

해결 방법: 전달 옵션에서 Messaging Server는 개별 전달 옵션 유형을 분리하는 쉼표 뒤의 공백을 무시합니다.

예를 들어

		 DELIVERY_OPTIONS=\
		 #*mailbox=@$X.LMTP:$M$_+$2S%$\$2I@ims_daemon,\
		 #&members=*,\
		 *native=@$X.lmtpnative:$M,\
		 *unix=@$X.lmtpnative:$M,\
		 /hold=$L%$D@hold,\
		 *file=@$X.lmtpnative:+$F,\
		 &@members_offline=*,\
		 program=$M%$P@pipe-daemon,\
		 forward=**,\
		 *^!autoreply=$M+$D@bitbucket
		 

위의 코드에 다음과 같이 공백을 추가하여 문제를 해결할 수 있습니다.

		 DELIVERY_OPTIONS=\
		           #*mailbox=@$X.LMTP:$M$_+$2S%$\$2I@ims_daemon,\
				   #&members=*,\
				   #*native=@$X.lmtpnative:$M,\
				   #*unix=@$X.lmtpnative:$M,\
				   #/hold=$L%$D@hold,\
				   #*file=@$X.lmtpnative:+$F,\
				   #&@members_offline=*,\
				   #program=$M%$P@pipe-daemon,\
				   #forward=**,\
				   #*^!autoreply=$M+$D@bitbucket

DOMAIN_UPLEVEL이 수정되었습니다.

DOMAIN_UPLEVEL 기본값이 1에서 0으로 변경되었습니다.

사용자 아이디에 다음 문자를 사용할 수 없습니다.$ ~ = # * + % !@ , { } ( ) / < \> ; :" ” [ ] & ?

이 제한 사항은 MTA에 의해 적용됩니다. 사용자 아이디에 이들 문자를 사용할 수 있도록 하면 메일 저장소에 문제가 발생할 수 있습니다. MTA에 의해 금지된 문자 목록을 변경하려면 문자의 ASCII 값의 쉼표로 구분된 문자열을 나열하여 다음 옵션을 설정할 수 있습니다.

LDAP_UID_INVALID_CHARS=32,33,34,35,36,37,38,40,41,
42,43,44,47,58,59,60,61,62,63,64,91,92,93,96,123,125,126

msg-svr-base/config/options.dat 파일에서 위와 같이 설정합니다. 이 제한 조건에 크게 구애받지 않을 것을 권장합니다.

Messaging Server 현지화 및 국제화 문제점

현재 현지화 또는 국제화와 관련된 문제는 없습니다.

Messaging Server 설명서 문제점

이 절에서는 Communications Services 및 Messaging Server 관련 설명서의 알려진 문제점을 설명합니다.

6554954

ha_ip_config 스크립트가 ENS 실행에 필요한 ENS 구성 매개 변수를 모두 설정하는 것은 아닙니다.

HA 환경에서 ENS를 실행하려면 ha_ip_config 스크립트에서 다음 매개 변수를 설정해야 합니다.

  • local.ens.port– ENS가 수신할 포트(선택적으로 IP 주소). 형식: [주소:]포트. 예: 7997 또는 192.168.1.1:7997. local.ens.port가 설정된 경우 local.store.notifyplugin.enshostlocal.store.notifyplugin.ensport도 구성해야 합니다.

  • local.storenotify.enshost— ENS 서버의 IP 주소 또는 호스트 이름. 이 설정은 local.ens.port의 설정과 일치해야 합니다.

  • local.storenotify.ensport– ENS 서버의 TCP 포트. 이 설정은 local.ens.port의 설정과 일치해야 합니다.

6307201

iPlanet Delegated Administrator 1.2 패치 2에서 imadmin user purge에 관련된 버그 5076486 수정

iPlanet Delegated Administrator 1.2 패치 2 및 Messaging Server 6.x에 imadmin user purge 명령을 사용할 수 있습니다. 이 레거시 버전의 Delegated Administrator를 5 장, Sun Java System Delegated Administrator 6.4 릴리스 노트에서 설명된 최신 Delegated Administrator 제품과 혼동해서는 안 됩니다. Delegated Administrator의 레거시 버전을 사용하려면 다음 수정과 함께 http://docs.sun.com의 iPlanet Delegated Administrator 설치 설명서에서 설명하는 지침을 따라야 합니다.

iDA_install_directory/nda/classes/netscape/nda/servlet /resource.properties 파일의 MsgSvrN-cgipath 줄을 MsgSvr0–cgipath=msg-config/Tasks/operation으로 변경하고 Web Server를 다시 시작합니다.

클러스터에서 실행할 경우 Administration Server가 Messaging Server와 동일한 노드에서 항상 실행되고 있어야 합니다(6.3 이전 릴리스의 경우).

해결 방법: 없음

6381669

Messenger Express Customization Guide의 호스트된 도메인 사용자 정의 절에 잘못된 디렉토리 이름이 표시되어 있습니다.

도메인별로 개별 디렉토리를 만들지 묻는 메시지가 표시될 때 올바른 디렉토리는 msg-svr-base/html이 아니라 msg-svr-base/config/html입니다.

6385833

Messenger Express Customization Guide에서 SDK 파일 및 기능에 대해 잘못된 파일 경로를 지정합니다.

SDK 파일과 기능은 msg-svr-base /examples/meauthsdk에 있습니다.

6461000

Messenger Express 온라인 도움말에서 제품에 없는 몇 가지 기능을 설명합니다.

Messenger Express 온라인 도움말에 설명되어 있지만 제품에는 없는 기능은 다음과 같습니다.

Messenger Express는 더 이상 사용되지 않기 때문에 Messenger Express 온라인 도움말이 업데이트되지 않습니다.

5091281

새 기능인 공유된 단편화 제거 데이터베이스 기능에 대한 설명서가 없습니다.

MTA 시스템이 단편화 제거 데이터베이스를 공유할 수 있고 따라서 저장소 시스템 대신 MTA 시스템에서 단편화 제거를 수행할 수 있는 새로운 기능에 대한 설명서가 없습니다.

해결 방법: 없음

아이디 없음

imarchive —s 옵션은 활성화되지 않지만 설명서에 설명되어 있습니다.

imarchive -s 옵션은 현재 사용할 수 없지만, Sun Java System Messaging Server 6.3 Administration Reference에 설명되어 있습니다. 이 옵션은 이후의 업데이트 릴리스에서 사용할 수 있습니다.

아이디 없음

제품 설명서에 각각 다른 서버 루트 표기법이 사용됩니다.

Messaging Server 구성 파일이 위치하는 서버 루트 디렉토리를 msg-svr-base라고 합니다. Java Enterprise System 설명서에서는 MessagingServer-base라고 합니다. 두 표기법 모두 Messaging Server 서버 루트 디렉토리를 나타냅니다.

Messaging Server의 재배포 가능 파일

Messaging Server 6.x에는 다음과 같은 재배포 가능 파일이 제공됩니다.