test

Sun Java System Messaging Server 6 2005Q4 관리 설명서

1장 사후 설치 작업 및 레이아웃

이 장의 내용은 Sun Java System Communications Services 6 2005Q4 Deployment Planning Guide를 읽고 Sun JavaTM Enterprise System 설치 프로그램을 사용하여 Messaging Server를 설치한 사용자를 대상으로 합니다. Sun Java Enterprise System 2005Q4 설치 설명서를 참조하십시오. 다음 작업을 수행하여 Messaging Server 기능을 설정할 수 있습니다. 사용자와 그룹을 준비 및/또는 마이그레이션하고 배포를 사용자 정의할 수 있습니다. 사용자 정의는 이 설명서의 뒷 장에 설명되어 있습니다. 준비에 대한 내용은 Sun Java System Communications Services 6 2005Q4 Delegated Administrator 설명서에 설명되어 있습니다.

이 장은 다음 내용으로 구성되어 있습니다.

UNIX 시스템 사용자와 그룹 만들기

시스템 사용자는 특정 서버 프로세스를 실행합니다. 사용자가 실행할 프로세스에 대해 적절한 권한을 갖도록 해당 사용자에게 권한을 부여해야 합니다.

모든 Sun Java System 서버에 대한 시스템 사용자 계정 및 그룹을 설정하고 해당 사용자가 소유한 디렉토리 및 파일에 대한 권한을 설정합니다. 그렇게 하려면 다음 단계를 수행합니다.

주 –

보안 상의 이유로 일부 배포에서는 서버마다 다른 시스템 관리자를 지정하는 것이 좋습니다. 이 작업은 서버마다 다른 시스템 사용자 및 그룹을 만들어 수행합니다. 예를 들어, Messaging Server의 시스템 사용자는 Web Server의 시스템 사용자와 다르고 Messaging Server 시스템 관리자는 Web Server를 관리할 수 없습니다.

ProcedureUNIX 시스템 사용자와 그룹 만들기

단계

  1. 수퍼유저로 로그인합니다.

  2. 시스템 사용자가 속하게 될 그룹을 만듭니다.

    다음 예에서는 mailsrv 그룹을 만듭니다.


    # groupadd mail

  3. 시스템 사용자를 만든 다음 방금 전에 만든 그룹과 연결합니다. 또한 해당 사용자의 비밀번호를 설정합니다.

    다음 예에서는 mail 사용자를 만들고 이 사용자를 mailsrv 그룹과 연결합니다.


    #useradd -g mail mailsrv

    useradd 및 usermod 명령은 /usr/sbin에 있습니다. 자세한 내용은 UNIX 설명서 페이지를 참조하십시오.

  4. 또한 /etc/groups 및 /etc/passwd 파일을 확인하여 앞서 만든 시스템 그룹에 사용자가 추가되었는지 확인합니다.

    주 –

    Messaging Server를 설치하기 전에 UNIX 시스템 사용자와 그룹을 설정하지 않기로 한 경우에는 Messaging Server 초기 런타임 구성 만들기 를 수행할 때 UNIX 시스템 사용자와 그룹을 지정할 수 있습니다.

Messaging Server 구성을 위해 Directory Server 준비

이 절에서는 LDAP Directory Server가 Messaging Server, Calendar Server 또는 사용자 관리 유틸리티 구성과 함께 작동하도록 구성하는 Directory Server 설정 스크립트(comm_dssetup.pl)를 실행하는 방법에 대해 설명합니다. comm_dssetup.pl 스크립트는 Directory Server에 새 스키마, 색인 및 구성 데이터를 설정하여 Directory Server를 준비합니다. 새 Messaging Server 및 Communications Express 설치를 위해서는 이 스크립트를 실행해야 합니다. Directory Server에 속한 구성 요소 제품 중 하나를 업그레이드하는 경우에는 최신 comm_dssetup.pl을 실행하는 것도 좋습니다.

이 절에서는 다음 항목에 대해 설명합니다.

comm_dssetup.pl의 위치

이전 버전의 Java Enterprise System에서 이 유틸리티는 Messaging Server 및 Calendar Server에 번들로 포함되어 있으며 별도로 설치할 필요가 없었습니다. 그러나 Java Enterprise System 2005Q1부터 이 스크립트는 별도로 설치 가능한 공유 구성 요소입니다.

comm_dssetup.pl을 설치하려면 다음 방법 중 하나를 선택합니다.

설치된 comm_dssetup.pl은 다음 디렉토리에서 찾을 수 있습니다.

Solaris: /opt/SUNWcomds/sbin

Linux: /opt/sun/comms/dssetup/sbin

comm_dssetup.pl 요구 사항

comm_dssetup.pl 스크립트를 실행하기 전에 다음 요구 사항을 읽어보십시오.

comm_dssetup.pl 스크립트 실행

comm_dssetup.pl은 다음 절에서 설명하는 대화식 모드와 자동 설치 모드로 실행할 수 있습니다.

표 E–3에 있는 설치 워크시트를 사용하여 답변을 기록합니다.

Procedure대화식 모드로 comm_dssetup.pl을 실행하는 방법

인수 없이 comm_dssetup.pl을 지정하면 다음 질문이 표시됩니다.

단계

  1. 소개


    # perl comm_dssetup.pl

Welcome to the Directory Server preparation tool for Java Enterprise 
Communications Server.(Version X.X Revision X.X)
This tool prepares your directory server for Sun Java System Messaging 
Server install.

The logfile is /var/tmp/dssetup_YYYYMMDDHHSS

Do you want to continue [y]:

    계속하려면 Enter 키를 누릅니다. 종료하려면 No를 입력합니다.

  2. Directory Server의 설치 루트


    Please enter the full path to the directory where the Java 
Enterprise Directory Server was installed.

Directory server root [/var/opt/mps/serverroot]

    Directory Server 시스템에서 Directory Server의 설치 루트 위치를 지정합니다. 이 Directory Server 루트 위치는 Linux의 경우와 다르다는 것에 주의하십시오.

  3. Directory Server 인스턴스


    Please select a directory server instance from the following list:

[1]   slapd-varrius

Which instance do you want [1]:

    시스템에 Directory Server의 인스턴스가 여러 개 있는 경우 Messaging Server와 함께 구성할 인스턴스를 선택합니다.

  4. Directory Manager 고유 이름(DN)


    Please enter the directory manager DN [cn=Directory Manager]:

Password:

    Directory Manager DN(cn=Directory Manager)은 조직 트리에서 사용자 및 그룹 데이터를 담당하는 관리자입니다. 이 스크립트에서 지정하는 Directory Manager DN은 Directory Server 설치 및 Messaging Server 설치에서 설정한 DN과 같아야 합니다.

  5. 사용자 및 그룹 Directory Server


    Will this directory server be used for users/groups [Yes]:

    Yes를 입력하면 사용자/그룹 트리에 관해 더 많은 질문이 제시됩니다.

    No를 입력하면 이 디렉토리 인스턴스는 구성 데이터를 저장하는 데에만 사용되는 것으로 간주됩니다. 따라서 스키마 파일 업데이트에 대한 질문은 건너뜁니다. 구성 디렉토리 인스턴스에 대한 이 스크립트의 실행이 끝나면 설치 프로세스에서 다음 단계로 넘어가기 전에 사용자 및 그룹 데이터를 저장하는 디렉토리 인스턴스에 대해 이 스크립트를 실행해야 합니다.

  6. 사용자 및 그룹 기본 접미어


    Please enter the Users/Groups base suffix [o=usergroup]:

    사용자 및 그룹 기본 접미어는 사용자 및 그룹 항목에 대한 이름 공간이 들어 있는조직 트리의 최상위 항목입니다. Directory Server 설치 및 Messaging Server 설치 도중 지정한 것과 동일한 사용자 및 그룹 기본 접미어를 선택해야 합니다.

    주 –

    Access Manager를 설치한 경우 Access Manager 설치 시 지정한 접미어가 이 질문에 대해 지정한 것과 같아야 합니다. 같은 접미어를 사용하지 않으면 Messaging Server는 Access Manager 설치를 인식하지 못합니다.

    조직 트리에 대한 자세한 내용은 Sun Java System Communications Services 6 2005Q4 Deployment Planning Guide의 LDAP Directory Information Tree Requirements 및 Sun Java Enterprise System 2003Q4 Installation Guide의 12장, "Provisioning and Schema Concepts for Messaging Server 6.0"을 참조하십시오.

  7. 스키마 유형


    There are 3 possible schema types:
  1   - schema 1 for systems with iMS 5.x data
  1.5 - schema 2 compatibility for systems with iMS 5.x data
        that has been converted with commdirmig
  2   - schema 2 native for systems using Access Manager

Please enter the Schema Type (1, 1.5, 2) [1]:

    Sun LDAP Schema 1을 사용할 계획인 경우 옵션 1을 선택합니다.

    Sun LDAP Schema 2 호환 모드를 사용할 계획인 경우 옵션 1.5를 선택합니다. 자세한 내용은 Sun Java System Communications Services 6 2005Q4 Schema Migration Guide를 참조하십시오.

    Sun LDAP Schema 2 원시 모드를 사용할 계획인 경우 옵션 2를 선택합니다.

    Access Manager가 설치되어 있지 않은 경우 comm_dssetup.pl은 더 이상 종료되지 않습니다. 그 대신 Access Manager가 설치되어 있지 않음을 경고하고 Schema 2를 설치하도록 제공합니다. 경고 화면은 다음과 같습니다.


    Please enter the Schema Type (1, 1.5, 2) [1]: 2

Access Manager has not been configured for this new user/group suffix

You can opt to continue, but you will not be able to use features
that depend on Access Manager

Are you sure you want this schema type? [n]:

    스키마 옵션에 대한 자세한 내용은 Sun Java System Communications Services 6 2005Q4 Deployment Planning Guide의 8 장, Understanding Schema and Provisioning Options를 참조하십시오.

  8. 도메인 구성 요소(DC) 트리 기본 접미어


    Please enter the DC Tree base suffix [o=internet]:
    주 –

    단계 7에서 옵션 1 또는 1.5를 선택한 경우 DC 트리 기본 접미어를 지정해야 합니다. 옵션 2 - Sun ONE LDAP Schema 2 - 원시 모드를 선택한 경우에는 이 질문이 표시되지 않습니다.

    DC 트리는 로컬 DNS 구조를 미러하며, 시스템에서 사용자 및 그룹 데이터 항목이 포함된 조직 트리에 대한 색인으로 사용됩니다. DC 트리 기본 접미어는 DC 트리의 최상위 항목의 이름입니다. 기본값인 o=internet이나 다른 이름을 선택할 수 있습니다.

    DC 트리 또는 조직 트리에 대한 자세한 내용은 Sun Java System Communications Services 6 2005Q4 Deployment Planning Guide의 LDAP Directory Information Tree Requirements 및 Sun Java Enterprise System 2003Q4 Installation Guide의 12장, "Provisioning and Schema Concepts for Messaging Server 6.0"을 참조하십시오.

  9. 스키마 파일 업데이트


    Do you want to update the schema files [yes]:

    Yes로 답하면 스키마에 새 요소가 추가됩니다. Messaging Server의 최신 버전을 설치할 때마다 디렉토리를 새 스키마 파일로 업데이트하는 것이 좋습니다.

  10. 새 색인 구성


    Do you want to configure new indexes [yes]:

    사용자/그룹에 Directory Server를 사용할지 여부를 묻는 질문(단계 5)에 Yes로 답한 경우 디렉토리 검색의 효율성을 향상시키기 위해 캐시를 만드는 데 사용되는 새 색인을 구성할 것인지 묻는 메시지가 나타납니다. 이 질문에 Yes로 답할 것을 권장합니다. 그러나 다음과 같은 경우에는 색인을 작성하지 않는 것이 좋습니다.

    • 복제본에만 사용되는 마스터 사용자/그룹 Directory Server용인 경우 즉, 사용자/그룹 Directory Server에 대해 수행된 직접 쿼리가 없는 경우

    • 색인이 만들어지는 동안 중단 시간이 많지 않아야 할 항목이 많이 있는 프로덕션 사용자/그룹 Directory Server를 소유한 경우

  11. 설정 요약


    Here is a summary of the settings that you chose:
  Server Root                        : /var/opt/mps/serverroot/
  Server Instance                    : slapd-varrius
  Users/Groups Directory             : Yes
  Update Schema                      : yes
  Schema Type                        : 1
  DC Root                            : o=internet
  User/Group Root                    : o=usergroup
  Add New Indexes                    : yes
  Directory Manager DN               : cn=Directory Manager

Now ready to generate a shell script and ldif file to modify 
the Directory.
No changes to the Directory Server will be made this time.

Do you want to continue [y]:

    디렉토리 구성이 업데이트되기 전에 설정 요약 화면이 표시됩니다. 이번에는 변경이 수행되지 않습니다.

    주 –

    단계 7에서 옵션 2: Sun LDAP Schema 2 - 원시 모드를 선택한 경우 설정 요약의 DC 루트가 사용자/그룹 루트에 입력한 값과 동일합니다.

    설정을 변경하려면 No를 입력하고 스크립트를 다시 실행합니다.

    Yes를 입력하여 계속하면, comm_dssetup.pl 스크립트는 Directory Server의 색인과 스키마를 업데이트하는 데 사용되는 LDIF 파일과 쉘 스크립트를 만듭니다.


    /var/tmp/dssetup_YYYYMMDDHHMMSS.sh
/var/tmp/dssetup_YYYYMMDDHHMMSS.ldif

    여기서 YYYYMMDDHHMMSS는 파일이 생성된 시간과 날짜를 나타냅니다.

    주 –

    스크립트는 지금 실행하거나 나중에 실행할 수 있습니다. 스크립트를 지금 실행하려면 계속할 것인지 묻는 메시지에 Yes를 입력합니다. 스크립트를 나중에 실행하려면 /var/tmp/dssetup_YYYYMMDDHHMMSS.sh를 사용하여 스크립트를 호출할 수 있습니다.

Procedure자동 설치 모드로 comm_dssetup.pl을 실행하는 방법

단계

    자동 설치 모드를 활성화하려면 모든 인수를 한 행에 지정하십시오.


    # perl comm_dssetup.pl -i yes|no -R yes|no -c \
Directory_Svr_Root -d Directory_instance \
 -r DC_tree -u User_Group_suffix -s yes|no \
-D "DirectoryManagerDN" \
  -w password -b yes|no -t 1|1.5|2 \
-m yes|path-to-schema-files]

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


    # perl comm_dssetup.pl -i yes -c /var/opt/mps/serverroot -d slapd-budgie 
-r o=internet -u o=usergroup -s yes -D "cn=Directory Manager"  
-w password -b yes -t 1 -m yes

    이 명령의 옵션은 다음과 같습니다.

    옵션 

    설명 

    -i yes|no

    다음 질문에 답하십시오. “Do you want to configure new indexes?” 새 색인을 구성하려면 yes를 지정합니다. 새 색인을 지정하지 않으려면 no를 지정합니다.

    -R yes|no

    새 색인을 찾고 -m yes가 제공되면 다시 색인화를 실행합니다. 

    -c Directory_Svr_Root

    Directory Server 루트 경로 이름. 예를 들면 다음과 같습니다. /var/opt/mps/serverroot

    -d Directory_instance

    Directory Server 인스턴스 하위 디렉토리. 예를 들면 다음과 같습니다. slapd-budgie

    -r DC_tree

    DC 트리 접미어(예를 들면 다음과 같습니다. o=internet)

    -u User_Group_suffix

    사용자/그룹 접미어(예: o=usergroup)

    -s yes|no

    다음 질문에 답하십시오. “Do you want to update the schema?” 스키마 파일을 업데이트하려면 yes를 지정합니다. 스키마 파일을 업데이트하지 않으려면 no를 지정합니다.

    -D DirectoryManagerDN

    Directory Manager DN(예: "cn=Directory Manager")

    -w password

    Directory Manager 비밀번호 

    -b yes|no

    다음 질문에 답하십시오. “Will this directory server be used for users and groups?” Directory Server를 구성 및 사용자/그룹에 사용하려면 yes를 지정합니다. 디렉토리를 구성 데이터에만 사용하려면 no를 지정합니다.

    -t 1|1.5|2

    Messaging Server에 사용할 스키마 버전을 결정합니다.  

    • Sun LDAP Schema 1의 경우 1을 선택합니다.

    • Sun LDAP Schema 2(호환 모드)의 경우 1.5를 선택합니다. 자세한 내용은 Sun Java System Communications Services Schema Migration Guide를 참조하십시오.

    • Sun LDAP Schema 2(원시 모드)의 경우 2를 선택합니다.

    -m yes|no

    다음 질문에 답하십시오. “Do you want to modify the directory server?” 디렉토리를 수정하려면 yes를 지정합니다. 디렉토리를 수정하지 않으려면 no를 지정합니다.

    -S path-to-schema-files

    스키마 파일에 대한 디렉토리 경로를 지정합니다예를 들면 다음과 같습니다. ./schema).

    comm_dssetup.pl 스크립트의 모든 옵션을 설정하고 나면 스크립트가 실행되기 전에 다음과 같은 요약 화면이 나타납니다. 


    Here is a summary of the settings that you chose:
  Server Root                        : /var/opt/mps/serverroot/
  Server Instance                    : slapd-budgie
  Users/Groups Directory             : Yes
  Update Schema                      : yes
  Schema Type                        : 1
  DC Root                            : o=internet
  User/Group Root                    : o=usergroup
  Add New Indexes                    : yes
  Schema Directory                   : ./schema
  Directory Manager DN               : "cn=Directory Manager"

    각 옵션에 대한 자세한 내용은 대화식 모드로 comm_dssetup.pl을 실행하는 방법 을 참조하십시오.

Messaging Server 초기 런타임 구성 만들기

초기 런타임 구성 프로그램은 Messaging Server를 설정하고 실행하는 데 필요한 구성을 제공합니다. 즉, 일반 기능의 Messaging Server 구성을 설정하도록 초기 런타임 구성을 만듭니다. 그렇게 하면 특정 사용자 정의를 만들 수 있는 기본 작업 구성이 제공됩니다. 이 프로그램은 한 번만 실행하면 됩니다. 이후에 이 프로그램을 또 실행하면 기존 구성을 덮어씁니다. 초기 런타임 구성을 수정하려면 이 설명서와 Sun Java System Messaging Server 6 2005Q4 Administration Reference에 설명된 구성 유틸리티를 사용하십시오.

Messaging Server 전제 조건

초기 런타임 구성 프로그램을 실행하기 전에 다음을 수행해야 합니다.

Messaging Server 구성 확인 목록

Messaging Server 초기 런타임 구성 프로그램을 실행하는 경우 매개 변수를 표 E–2에 기록하십시오. 특정 질문에 답하려면 부록 E, 설치 워크시트의 Directory 및 Administration Server 설치 확인 목록을 참조하십시오.

Procedure구성 프로그램 실행 방법

다음은 Messaging Server 초기 런타임 구성을 구성하는 단계입니다.

단계

  1. 설정에 DNS가 적절하게 구성되어 있고 로컬 서브넷에 없는 호스트에 라우팅하는 방법이 명확하게 지정되어 있는지 확인합니다.

    • /etc/defaultrouter에 게이트웨이 시스템의 IP 주소가 있어야 합니다. 이 주소는 로컬 서브넷상에 있어야 합니다.

    • /etc/resolv.conf가 존재하며 접근 가능한 DNS 서버와 도메인 접미어에 대한 적절한 항목이 이 파일에 있는지 확인합니다.

    • /etc/nsswitch.conf, hosts: 및 ipnodes: 행에 files, dns 및 nis 키워드가 추가되었습니다. files 키워드는 dns 및 nis 앞에 와야 합니다. 행이 다음과 같은 경우


      hosts:  nis dns files
ipnodes:  nis dns files

      다음과 같이 변경해야 합니다.


      hosts:  files nis dns
ipnodes:  files nis dns

    • FQDN이 /etc/hosts 파일에서 첫 번째 호스트 이름인지 확인합니다.

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


      123.456.78.910 budgie.west.sesta.com
123.456.78.910 budgie loghost mailhost

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


      123.456.78.910 budgie.west.sesta.com budgie loghost mailhost

    • 다음 명령을 실행하여 행이 올바르게 표시되는지 확인할 수 있습니다.


      # getent hosts ip_address
# getent ipnodes ip_address

      행이 올바르게 표시되는 경우 IP 주소 다음에 FQDN이 오고 그 다음에 나머지 값이 와야 합니다. 예를 들면 다음과 같습니다.


      # getent hosts 192.18.126.103
192.18.126.103  budgie.west.sesta.com budgie loghost mailhost

  2. 다음 명령으로 Messaging Server 초기 런타임 구성을 호출합니다.


    /msg_svr_base/sbin/configure 
[flag]

    원격 시스템에서 Messaging Server를 구성하는 경우 xhost(1) 명령을 사용할 수 있습니다.

    아래 표에서는 configure 프로그램에 설정할 수 있는 선택적 플래그에 대해 설명합니다.

    플래그 

    설명 

    -nodisplay

    명령줄 구성 프로그램을 호출합니다. 

    -noconsole

    GUI 사용자 인터페이스 프로그램을 호출합니다. 

    -state [statefile]

    자동 설치 파일을 사용합니다. -nodisplay 및 -noconsole 플래그와 함께 사용해야 합니다. 자동 설치 수행을 참조하십시오.

    configure 명령을 실행하면 구성 프로그램이 시작됩니다.

  3. 시작합니다.

    구성 프로그램의 첫 번째 패널은 저작권 페이지입니다. 다음을 선택하여 계속하거나 취소를 눌러 종료합니다. 경고를 받도록 관리 서버를 구성하지 않은 경우에는 확인을 눌러 계속합니다.

  4. 정규화된 호스트 이름(FQHN)을 입력합니다.

    이 시스템에서 Messaging Server가 작동합니다. Java Enterprise System 설치 프로그램을 사용하여 서버를 설치한 경우에는 실제 호스트 이름을 지정했을 수 있습니다. 그러나 클러스터 환경을 설치하는 중이면 논리 호스트 이름을 사용할 수 있습니다. 여기에서 원래 지정한 이름을 변경할 수 있습니다.

  5. 구성 및 데이터 파일을 저장할 디렉토리를 선택합니다.

    Messaging Server 구성 및 데이터 파일을 저장할 디렉토리 msg_svr_base에 없는 경로 이름을 지정하십시오. 심볼릭 링크가 구성 및 데이터 디렉토리의 msg_svr_base에 생성됩니다. 이러한 심볼릭 링크에 대한 자세한 내용은 사후 설치 디렉토리 레이아웃을 참조하십시오.

    이러한 파일을 저장할 충분한 디스크 공간이 있는지 확인합니다.

  6. 구성 요소를 로드하고 있음을 나타내는 작은 창이 표시됩니다.

    몇 분 정도 소요됩니다

  7. 구성할 구성 요소를 선택합니다.

    구성할 메시징 구성 요소를 선택합니다.

    • Message Transfer Agent: 라우팅을 처리하고, 사용자 메일을 전송하며, SMTP 인증을 처리합니다. MTA는 호스트된 도메인, 도메인 별칭 및 서버측 필터에 대한 지원을 제공합니다.

    • 메시지 저장소: 범용 메일 저장소를 통해 통합된 메시징 서비스를 위한 기반을 제공합니다. 여러 프로토콜(HTTP, POP, IMAP)을 통해 메시지 저장소에 액세스할 수 있습니다. 메시지 저장소만 구성하는 경우에는 MTA도 선택해야 합니다.

    • Messenger Express: HTTP 프로토콜이 메시지 저장소의 메일을 검색하는 작업을 처리합니다. Messenger Express만 구성하고 있는 경우 메시지 저장소와 MTA도 선택해야 합니다.

    • Messaging Multiplexor: 조직 내의 여러 메시징 서버 시스템에 대한 프록시 역할을 합니다. 사용자는 각 연결을 적절한 메일 서버로 리디렉션하는 멀티플렉서 서버에 연결합니다. 이 구성 요소는 기본적으로 활성화되지 않습니다. MMP와 메시지 저장소를 선택하면 같은 시스템에서 활성화됩니다. 따라서 구성 후 포트 번호를 변경하라는 경고 메시지가 나타납니다. 변경 방법에 대해서는 사후 설치 포트 번호를 참조하십시오.

      MMP를 구성하려면 7 장, 멀티플렉서 서비스 구성 및 관리을 참조하십시오.

      구성할 구성 요소를 선택하고 구성하지 않을 구성 요소의 선택을 취소합니다.

  8. 구성한 파일을 소유할 사용자 아이디와 그룹을 입력합니다.

    시스템 사용자와 그룹 설정에 대한 자세한 내용은 UNIX 시스템 사용자와 그룹 만들기를 참조하십시오.

  9. Configuration Directory Server 패널

    Configuration Directory LDAP URL, 관리자 및 비밀번호를 Administration Server 구성에서 가져와서 입력합니다.

    Directory Server 설치에서 구성 서버 LDAP URL을 수집합니다. 표 E–1의 Directory Server 설치 워크시트를 참조하십시오.

    Directory Manager는 Directory Server 및 이를 활용하는 모든 Sun Java System 서버(예: Messaging Server)에 대해 전반적인 관리자 권한이 있습니다. 또 Directory Server의 모든 항목에 대한 전체 관리 액세스 권한도 있습니다. 기본 및 권장 고유 이름(DN)은 cn=Directory Manager이고 Directory Server 구성 중에 설정됩니다.

    주 –

    기본값이 아닌 다른 값을 선택하면 Administration Server와 구성 Directory Server 사이의 불일치가 발생합니다. 이렇게 되면 사후 구성 단계를 수동으로 수행해야 합니다. 그러므로 확실히 다른 값이 필요한 지 확인하여 확인된 경우에만 이 항목을 수정하십시오.

  10. 사용자/그룹 Directory Server 패널

    사용자 및 그룹 디렉토리 LDAP URL, 관리자 및 비밀번호를 입력합니다.

    호스트에서 사용자/그룹 서버 LDAP URL 정보를 얻고 Directory Server 설치에서 포트 번호 정보를 얻습니다. 표 E–1의 Directory Server 설치 워크시트를 참조하십시오.

    Directory Manager는 Directory Server 및 Directory Server를 사용하는 모든 Sun Java System 서버(예: Messaging Server)에 대해 전체적인 관리자 권한을 가지며 Directory Server의 모든 항목에 대해 완전한 관리 액세스 권한을 가집니다. 기본 및 권장 고유 이름(DN)은 cn=Directory Manager이고 Directory Server 구성 중에 설정됩니다.

    복제된 Directory Server 인스턴스에 대해 설치를 하는 경우 마스터 디렉토리가 아니라 복제본의 자격 증명을 지정해야 합니다.

  11. 포스트마스터 전자 메일 주소

    포스트마스터 전자 메일 주소를 입력합니다.

    관리자가 주로 모니터할 주소를 선택합니다. 예를 들어, siroe 도메인의 포스트마스터의 경우 pma@siroe.com을 입력합니다. 이 주소의 첫 부분은 “Postmaster”가 될 수 없습니다.

    전자 메일 주소의 사용자는 자동으로 생성되지 않습니다. 따라서 준비 도구를 사용하여 직접 만들어야 합니다.

  12. 관리자 계정의 비밀번호

    서비스 관리자, 서버, 사용자/그룹 관리자, 최종 사용자 관리자 권한 및 PAB 관리자와 SSL 비밀번호에 사용될 초기 비밀번호를 입력합니다.

    초기 런타임 구성 후 개별 관리자 계정에 대해 이 비밀번호를 변경할 수 있습니다. 자세한 내용은 비밀번호 수정을 참조하십시오.

  13. 기본 전자 메일 도메인

    기본 전자 메일 도메인을 입력합니다.

    이 전자 메일 도메인은 다른 도메인이 지정되지 않은 경우 사용되는 기본값입니다. 예를 들어, siroe.com이 기본 전자 메일 도메인인 경우 도메인 없이 사용자 아이디로 주소 지정된 메일을 보낼 도메인입니다.

    Sun LDAP Schema 2에 대한 사용자 및 그룹을 준비하기 위한 명령줄 인터페이스인 사용자 관리 유틸리티를 사용하는 경우에는 구성 과정에서 동일한 기본 도메인을 지정합니다. 자세한 내용은 Sun Java System Communications Services 6 2005Q4 Delegated Administrator 설명서를 참조하십시오.

  14. 조직 DN

    사용자 및 그룹을 만들 조직 DN을 입력합니다. 기본값은 사용자/그룹 접미어 앞에 놓인 전자 메일 도메인입니다.

    예를 들어, 사용자/그룹 접미어가 o=usergroup이고 전자 메일 도메인이 siroe.com인 경우 기본값은 o=siroe.com, o=usergroup입니다. 여기서 o=usergroup은 UNIX 시스템 사용자와 그룹 만들기에서 지정한 사용자/그룹 디렉토리 접미어입니다.

    같은 사용자/그룹 디렉토리 접미어를 조직 DN으로 선택하면 호스트된 도메인을 만들려고 할 때 마이그레이션 문제가 발생할 수 있습니다. 초기 런타임 구성 도중 호스트된 도메인을 설정하려면 사용자/그룹 접미어의 한 수준 아래 DN을 지정하십시오.

  15. 구성 준비 완료

    구성 프로그램이 시스템의 디스크 공간이 충분한지 확인한 다음 구성할 준비가 된 구성 요소를 개괄적으로 표시합니다.

    메시징 구성 요소를 구성하려면 지금 구성을 선택합니다. 구성 변수를 변경하려면 뒤로를 선택합니다. 구성 프로그램을 종료하려면 취소를 선택합니다.

  16. 작업 시퀀스 시작, 시퀀스 완료 및 설치 요약 패널

    최종 설치 요약 페이지에서 세부 정보를 선택하면 설치 상태를 볼 수 있습니다. 프로그램을 종료하려면 닫기를 선택합니다.

    로그 파일이 /msg_svr_base/install/configure_YYYYMMDDHHMMSS.log에 생성되며, 여기서 YYYYMMDDHHMMSS는 구성의 4자리 연도, 월, 일, 시, 분 및 초입니다.

    이제 Messaging Server에 대한 초기 런타임 구성이 설정되었습니다. 구성 매개 변수를 변경하려면 이 설명서의 해당 부분을 참조하십시오.

    Messaging Server를 시작하려면 다음 명령을 사용합니다.


    /opt/SUNWmsgsr/sbin/start-msg

Procedure자동 설치 수행

Messaging Server 초기 런타임 구성 프로그램은 자동 설치 state 파일(saveState라고도 함)을 자동으로 만듭니다. 이 파일을 사용하여 Messaging Server Solaris 패키지가 설치된 배포 환경에 추가 Messaging Server 인스턴스를 빠르게 구성할 수 있습니다. 구성 질문에 대한 사용자의 모든 응답이 이 파일에 기록되어 있습니다.

자동 설치를 실행하면 configure 프로그램은 자동 설치 state 파일을 읽습니다. configure 프로그램은 Messaging Server의 이후 초기 런타임 구성에 대해 같은 설치 질문을 반복하지 않고 이 파일의 응답을 읽습니다. 새 설치에 state 파일을 사용하면 질문이 나타나지 않습니다. 대신 state 파일의 모든 응답이 새 설치 매개 변수로 자동으로 제공됩니다.

자동 설치 saveState state 파일은 msg_svr_base/install/configure_YYYYMMDDHHMMSS 디렉토리에 저장되어 있으며 여기서 YYYYMMDDHHMMSS는 saveState 파일의 4자리 연도, 월, 일, 시, 분, 초를 나타냅니다.

자동 설치 state 파일을 사용하여 배포 환경 내 다른 시스템에 다른 Messaging Server 인스턴스를 구성하려면 다음 단계를 수행합니다.

단계

  1. 자동 설치 state 파일을 새 설치를 수행하고 있는 시스템의 임시 영역에 복사합니다.

  2. 필요에 따라 자동 설치 state 파일을 검토하고 편집합니다.

    state 파일의 일부 매개 변수와 지정 내용을 변경해야 할 수 있습니다. 예를 들어 새 설치의 기본 전자 메일 도메인은 state 파일에 기록된 기본 전자 메일 도메인과 다를 수 있습니다. state 파일에 나열된 매개 변수는 이 설치에 자동으로 적용된다는 점에 유의하십시오.

  3. 다음 명령을 실행하여 자동 설치 파일로 다른 시스템을 구성합니다.


    msg_svr_base/sbin/configure -nodisplay -noconsole -state \ 
fullpath/saveState

    여기서 fullpath는 saveState 파일이 있는 전체 디렉토리 경로입니다. 이 절의 단계 1을 참조하십시오.

    주 –

    자동 설치 프로그램을 실행하면 자동 설치에서 msg_svr_base/install/configure_YYYYMMDDHHMMSS/saveState 디렉토리 위치에 state 파일이 생성됩니다. 여기서 YYYYMMDDHHMMSS는 saveState 파일의 4자리 연도, 월, 일, 시, 분, 초입니다.

Directory Server 복제본에 대해 Messaging Server 설치

다음과 같은 제한 사항으로 인해 Directory Server 복제본에 대해 Messaging Server를 설치하지 못할 수 있습니다.

ProcedureDirectory Server 복제본에 대해 Messaging Server를 설치하는 방법

단계

  1. comm_dssetup.pl 요구 사항 에서 설명하는 대로 Directory Server 복제본을 포함한 모든 Directory Server에 대해 comm_dssetup.pl 프로그램을 실행합니다.

  2. Messaging Server 초기 런타임 구성 만들기 에서 설명하는 대로 복제된 Directory Server 자격 증명을 사용하여 Messaging configure 프로그램을 실행합니다.

    기본적으로 이 프로그램은 msg_svr_base/sbin/configure에 있습니다.

    잘못된 권한 때문에 configure 프로그램은 Directory Server 관리자를 구성하다가 실패하게 됩니다. 하지만 Directory Server 복제본에 올바른 권한을 허용하는 데 필요한 msg_svr_base/config/*.ldif 파일이 생성됩니다.

  3. *.ldif 파일을 Directory Server 마스터로 옮깁니다.

  4. *.ldif 파일에 대해 ldapmodify 명령을 실행합니다.

    ldapmodify 또는 msg_svr_base/install/configure_YYYYMMDDHHMMSS.log에 대한 자세한 내용은 Sun Java System Directory Server 설명서를 참조하십시오.

  5. configure 프로그램을 다시 실행합니다.

    이제 Directory Server 복제본(및 마스터)이 Messaging Server와 함께 사용할 수 있도록 구성되었습니다.

Messaging Server 준비 도구 설치

다음 절에서는 지원되는 준비 도구에 대한 설치 정보를 요약하여 설명합니다.

메시징용 스키마 1 Delegated Administrator

Messaging Server에 사용할 수 있는 GUI 준비 도구는 두 가지로서 iPlanet Delegated Administrator(Sun LDAP Schema 1)와 Communications Services Delegated Administrator(Sun LDAP Schema 2)가 있습니다. 이 절에서는 iPlanet Delegated Administrator(Sun LDAP Schema 1)에 대해 설명합니다Communications Services Delegated Administrator(Sun LDAP Schema 2)에 대한 자세한 내용은 Sun Java Enterprise System 2005Q4 설치 설명서를 참조하십시오.

iPlanet Delegated Administrator(Sun LDAP Schema 1)를 설치하려면 Sun Software 페 이지에서 다운로드해야 합니다. 다운로드 위치 정보에 대해서는 Sun Java System 담당자에게 문의하십시오.

주 –

iPlanet Delegated Administrator는 Messaging Server와 Web Server를 설치 및 구성한 후에만 설치할 수 있습니다. iPlanet Delegated Administrator 설치에 대한 자세한 내용은 iPlanet Delegated Administrator 설명서를 참조하십시오.

iPlanet Delegated Administrator는 기존 Messaging Server 5.x를 설치했고 현재 Messaging Server 6을 설치 중인 고객만 사용할 수 있습니다. Messaging Server 제품을 새로 구입하는 고객은 사용할 수 없습니다.

iPlanet Delegated Administrator는 Sun Java System Web Server 6.0(이전 Messaging Server 5.2에서만 번들로 포함됨)과 함께 사용해야 합니다. Web Server 6.1(Java Enterprise System Java Enterprise System 설치 프로그램에 번들됨)은 iPlanet Delegated Administrator와 함께 사용할 수 없습니다.

설치 단계 요약: Messaging Server를 사용하여 메시징용 iPlanet Delegated Administrator를 설치 및 구성하려면 다음 작업을 수행합니다.

주 –

다음 제품을 설치할 때는 Java Enterprise System 설치 프로그램을 사용합니다. 이 제품 중 일부는 고유의 구성을 갖고 있지만 그 밖의 제품의 구성은 Java Enterprise System 설치/구성 프로그램에 포함되어 있습니다. 자세한 내용은 특정 제품 설명서를 참조하십시오.

ProcedureiPlanet Delegated Administrator 설치 방법

단계

  1. Sun Java System Directory Server 5.2가 설치 및 구성되어 있어야 합니다.

    자세한 내용은 해당 Sun Java System Directory Server 설치 설명서를 참조하십시오.

  2. Messaging Server를 설치 및 구성합니다.

    Sun Java System Access Manager가 설치되지 않을 것이기 때문에 Messaging Server는 사용자가 Sun LDAP Schema 1을 사용하고 있다는 것을 감지합니다.

  3. 이전 Messaging Server 5.2 번들에서 Sun Java System Web Server 6.0을 설치합니다.

    Sun Java System Web Server 설명서 및 Sun Java System Delegated Administrator 설명서를 참조하십시오.

  4. 메시징용 iPlanet Delegated Administrator 1.2 Patch 2를 설치합니다.

    최신 버전을 구하려면 Sun 기술 지원 담당자에게 문의하십시오.

    iPlanet Delegated Administrator 설명서를 참조하십시오.

LDAP 준비 도구

Sun LDAP Schema 1 사용자 및 그룹은 LDAP Directory 도구를 사용하여 준비할 수 있습니다. Schema 2는 지원되지 않습니다.

ProcedureSchema 1 LDAP 준비 도구 설치 방법

단계

  1. Directory Server가 아직 설치되어 있지 않은 경우에는 해당 서버를 설치하고 구성해야 합니다.

    자세한 내용은 Sun Java Enterprise System 2005Q4 설치 설명서를 참조하십시오.

  2. Access Manager가 Directory Server의 데이터를 인식하도록 구성합니다.

    Access Manager가 LDAP 디렉토리의 데이터를 인식하도록 하려면 Access Manager 가 관리할 모든 조직, 그룹 및 사용자에 대한 항목에 특별한 객체 클래스를 추가해야 합니다. 아직 이렇게 하지 않은 경우 새 계정 준비를 시작하기 전에 먼저 이 작업을 수행하십시오. 이러한 객체 클래스를 디렉토리에 자동으로 추가하는 것을 돕기 위해 Access Manager 제품에는 샘플 스크립트가 포함되어 있습니다. 이러한 사후 설치 단계에 대한 자세한 내용은 Sun Java System Access Manager 6 2005Q1 Migration Guide를 참조하십시오.

  3. 이 설명서의 지침에 따라 Messaging Server를 설치 및 구성합니다.

    Messaging Server는 Access Manager가 설치되어 있는지 여부에 따라 현재 사용 중인 Sun Java System LDAP Schema를 식별합니다.

  4. Messenger Express의 메일 필터링을 활성화하려면 Sun Java System Web Server 6.1을 설치 및 구성하십시오.

    메일 필터링 활성화에 대한 자세한 내용은 Messenger Express 및 Communications Express 메일 필터 구성을 참조하십시오.

    메일 필터링은 준비 도구는 아니지만 그 기능은 메시징용 Delegated Administrator의 이전 GUI 버전에 포함되어 있습니다.

  5. Sun Java System Messaging Server 설명서를 참조하여 LDAP 준비를 수행합니다.

    Sun LDAP Schema 1 LDAP 준비에 대해서는 iPlanet Messaging Server 5.2 Provisioning Guide 및 Sun Java System Communications Services 6 2005Q4 Schema Reference를 참조하십시오. Schema Reference에는 Sun LDAP Schema 1 및 v.2에 대한 객체 클래스와 속성이 있습니다.

SMTP 릴레이 차단

기본적으로 Messaging Server는 SMTP 릴레이 시도를 차단하도록 구성되어 있습니다. 즉, 인증되지 않은 외부 소스의 외부 주소로의 메일 전송 시도를 거부합니다. 외부 시스템은 서버가 있는 호스트가 아닌 모든 시스템을 말합니다. 이 기본 구성은 다른 모든 시스템을 외부 시스템으로 간주하기 때문에 과도하게 SMTP 릴레이를 차단합니다.

설치한 뒤에는 사이트의 필요에 맞게 구성을 수동으로 수정하는 것이 중요합니다. 특히 Messaging Server가 SMTP 릴레이를 항상 허용해야 하는 자체 내부 시스템과 서브넷을 인식해야 합니다. 이 구성을 업데이트하지 않으면 MTA 구성을 테스트할 때 문제가 발생할 수 있습니다.

Messaging Server 시스템의 SMTP 서버를 통해 외부 주소로 지정된 메일을 전송하려고 시도하는 IMAP 및 POP 클라이언트, 그리고 SMTP AUTH(SASL)를 사용하여 인증하지 않는 클라이언트의 전송 시도는 거부됩니다. 내부로 인식되는 시스템 및 서브넷은 일반적으로 msg_svr_base/config/mappings 파일에 포함되어 있는 INTERNAL_IP 매핑 테이블을 통해 제어됩니다.

예를 들어, IP 주소가 192.45.67.89인 Messaging Server 시스템의 경우 기본 INTERNAL_IP 매핑 테이블은 다음과 같습니다.


INTERNAL_IP

  $(192.45.67.89/24)  $Y
  127.0.0.1  $Y
  *  $N

첫 번째 항목은 $(IP-pattern/significant-prefix-bits) 구문을 사용하여 192.45.67.89의 24비트와 완전히 일치하는 모든 IP 주소를 내부로 인식하도록 지정합니다. 두 번째 항목은 루프백 IP 주소 127.0.0.1을 내부로 인식합니다. 마지막 항목은 다른 모든 IP 주소가 내부로 인식되지 않도록 지정합니다.

마지막 $N 항목 앞에 추가 IP 주소 또는 서브넷을 지정하여 항목을 추가할 수 있습니다. 이러한 항목은 왼쪽에 IP 주소나 서브넷($(.../...) 구문을 사용하여 서브넷 지정)을 지정하고 오른쪽에 $Y를 지정합니다. 또는 기존 $(.../...) 항목을 수정하여 더 일반적인 서브넷을 허용할 수 있습니다.

예를 들어, 동일한 샘플 사이트의 네트워크가 클래스 C 네트워크, 즉 192.45.67.0 서브넷을 모두 소유하는 네트워크인 경우 해당 사이트에서는 첫 번째 항목을 수정하여 매핑 테이블이 다음과 같도록 해야 합니다.


INTERNAL_IP

  $(192.45.67.89/24)  $Y
  127.0.0.1  $Y
  *  $N

또는 사이트가 192.45.67.80-192.45.67.99 범위 내의 IP 주소만 소유하는 경우 해당 사이트에서는 다음과 같은 매핑 테이블을 사용할 수 있습니다.

INTERNAL_IP

! Match IP addresses in the range 192.45.67.80-192.45.67.95
  $(192.45.67.80/28)  $Y
! Match IP addresses in the range 192.45.67.96-192.45.67.99
  $(192.45.67.96/30)  $Y
  127.0.0.1  $Y
  *  $N

msg_svr_base/sbin/imsimta test-match 유틸리티는 IP 주소가 특정 $(.../...) 테스트 조건에 일치하는지 여부를 검사할 때 유용하게 사용할 수 있습니다. imsimta test -mapping 유틸리티는 INTERNAL_IP 매핑 테이블이 다양한 IP 주소 입력에 대해 원하는 결과를 반환하는지 검사할 때 매우 유용합니다.

INTERNAL_IP 매핑 테이블을 수정한 뒤에는 msg_svr_base/sbin/imsimta cnbuild 및 msg_svr_base/sbin/imsimta restart 유틸리티를 실행해야 변경 사항이 적용됩니다.

매핑 파일 및 일반 매핑 테이블 형식과 imsimta 명령줄 유틸리티에 대한 자세한 내용은 Sun Java System Messaging Server 6 2005Q4 Administration Reference의 2 장, Message Transfer Agent Command-line Utilities를 참조하십시오. INTERNAL_IP 매핑 테이블에 대한 자세한 내용은 SMTP 릴레이 추가를 참조하십시오.

재부트 후 시작 활성화

부트 스크립트인 msg_svr_base/lib/Sun_MsgSvr을 사용하여 시스템 재부트 후에 Messaging Server 시작을 활성화할 수 있습니다. 기본적으로 Messaging Server는 이 스크립트를 실행하지 않는 한 시스템 재부트 후에 다시 시작되지 않습니다. 또한 이 스크립트가 활성화되면 MMP를 시작할 수도 있습니다.

Procedure재부트 후에 Messaging Server를 활성화하는 방법

단계

  1. Sun_MsgSvr 스크립트를 /etc/init.d 디렉토리에 복사합니다.

  2. Sun_MsgSvr 스크립트에 대한 다음 소유권 및 액세스 모드를 변경합니다.

    소유권(chown(1M)) 

    그룹 소유권(chgrp(1M)) 

    액세스 모드(chmod(1M)) 

    root(수퍼유저)

    sys

    0744 

  3. /etc/rc2.d 디렉토리로 이동하여 다음과 같은 링크를 만듭니다.


    ln /etc/init.d/Sun_MsgSvr S92Sun_MsgSvr

  4. /etc/rc0.d 디렉토리로 이동하여 다음과 같은 링크를 만듭니다.


    ln /etc/init.d/Sun_MsgSvr K08Sun_MsgSvr

sendmail 클라이언트 처리

최종 사용자가 sendmail 클라이언트를 통해 메일을 보내는 경우 프로토콜을 통해 해당 클라이언트를 지원하도록 Messaging Server를 구성할 수 있습니다. 사용자는 UNIX sendmail 클라이언트를 계속 사용할 수 있습니다.

sendmail 클라이언트와 Messaging Server 사이에 호환성을 만들려면 sendmail 구성 파일을 만들어 수정하면 됩니다.

주 –

새 sendmail 패치를 시스템에 적용할 때마다 Solaris 9 플랫폼에서 sendmail 구성 파일을 만드는 방법 의 다음 지침에 설명된 대로 submit.cf 파일을 수정해야 합니다. Solaris 8의 경우에는 Solaris 8에서 /usr/lib/sendmail의 올바른 버전을 구하는 방법의 지침을 따르십시오.

이전 버전의 Messaging Server를 업그레이드한 경우 /usr/lib/sendmail 이진 파일이 sendmail 제품의 구성 요소로 교체되었습니다. Messaging Server에서는 업그레이드 중에 이 대체가 발생하지 않습니다. 따라서, 최신 sendmail 패치로부터 적절한 /usr/lib/sendmail 이진 파일 버전을 구해야 합니다.

Solaris 9 플랫폼에서 sendmail은 setuid 프로그램이 아닌 setgid 프로그램입니다.

ProcedureSolaris 8에서 /usr/lib/sendmail의 올바른 버전을 구하는 방법

단계

  1. /usr/lib/mail/cf 디렉토리에서 main-v7sun.mc 파일을 찾아 이 파일의 복사본을 만듭니다.

    이 절의 예에서는 sunone-msg.mc라는 복사본을 만들었습니다.

  2. sunone-msg.mc 파일에서 MAILER 매크로 앞에 다음 행을 추가합니다.


    FEATURE(”nullclient’, ”smtp:rhino.west.sesta.com’)dnl
MASQUERADE_AS(”west.sesta.com’)dnl
define(”confDOMAIN_NAME’, ”west.sesta.com’)dnl

    Messaging Server 초기 런타임 구성 만들기 에서 설명하는 것처럼, 여기서 rhino.west.sesta.com은 localhost 이름이고 west.sesta.com은 기본 전자 메일 도메인입니다. HA 환경에서는 논리 호스트 이름을 사용합니다. 고가용성을 위한 논리 호스트 이름에 대한 자세한 내용은 3 장, 고가용성 구성을 참조하십시오.

  3. sunone-msg.mc 파일을 컴파일합니다.


    /usr/ccs/bin/make sunone-msg.cf

    sunone-msg.mc는 sunone-msg.cf를 출력합니다.

  4. /etc/mail 디렉토리에 있는 기존 sendmail.cf 파일의 백업 복사본을 만듭니다.

    1. /usr/lib/mail/cf/sunone-msg.cf를 복사한 다음 해당 파일의 이름을 sendmail.cf로 변경합니다.

    2. 새 sendmail.cf 파일을 /etc/mail 디렉토리로 이동합니다.

ProcedureSolaris 9 플랫폼에서 sendmail 구성 파일을 만드는 방법

단계

  1. /usr/lib/mail/cf 디렉토리에서 submit.mc 파일을 찾아 해당 파일의 복사본을 만듭니다.

    이 절의 예에서는 sunone-submit.mc라는 복사본을 만들었습니다.

  2. sunone-submit.mc 파일에서 다음 행을 변경합니다.


    FEATURE(”msp’)dn

    위 항목을 아래와 같이 변경하려면


    FEATURE(”msp’, ”rhino.west.sesta.com’)dnl

    여기서 rhino.west.sesta.com은 localhost 이름입니다.

    Messaging Server 초기 런타임 구성 만들기 에서 설명하는 것처럼, 여기서 rhino.west.sesta.com은 localhost 이름이고 west.sesta.com은 기본 전자 메일 도메인입니다. HA 환경에서는 논리 호스트 이름을 사용합니다. 고가용성을 위한 논리 호스트 이름에 대한 자세한 내용은 3 장, 고가용성 구성을 참조하십시오.

  3. sunone-submit.mc 파일을 컴파일합니다.


    /usr/ccs/bin/make sunone-submit.cf

    sunone-submit.mc는 sunone-submit.cf를 출력합니다.

  4. /etc/mail 디렉토리에 있는 기존 submit.cf 파일의 백업 복사본을 만듭니다.

    1. /usr/lib/mail/cf/sunone-submit.cf 파일을 복사한 다음 해당 파일의 이름을 submit.cf로 변경합니다.

    2. 새 submit.cf 파일을 /etc/mail 디렉토리로 이동합니다.

Messenger Express 및 Communications Express 메일 필터 구성

메일 필터는 Messenger Express 및 Communications Express를 통해 액세스할 수 있습니다. Communications Express만 사용할 때는 .war 파일을 배포할 필요가 없지만 Messenger Express 안의 메일 필터를 배포하려면 다음 명령을 실행해야 합니다.

Web Server를 웹 컨테이너로 사용하는 경우: 


# cd web_svr_base/bin/https/httpadmin/bin/
# ./wdeploy deploy -u /MailFilter -i https-srvr_instance \
-v https-virtual_srvr_instance msg_svr_base/SUNWmsgmf/MailFilter.war

Application Server를 웹 컨테이너로 사용하는 경우: 


# cd app_svr_base/sbin
# ./asadmin
asadmin> deploy --user admin msg_svr_base/SUNWmsgmf/MailFilter.war

두 경우 모두 다음 configutil 매개 변수를 설정하고 mshttpd를 다시 시작합니다.


# cd msg_svr_base/sbin/# ./configutil -o "local.webmail.sieve.port" \
-v "WS_port_no|AS_port_no"# \
./stop-msg http# ./start-msg http

Administration Console을 사용하여 .war 파일을 배포할 수도 있습니다. 자세한 내용은 Sun Java System Web Server 7 2004Q2 Administrator's Guide 또는 Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Administration Guide를 참조하십시오.

최종 사용자에 대한 메일 필터 관련 정보는 Messenger Express 및 Communications Express 온라인 도움말 파일에서 볼 수 있습니다.

성능 및 조정

Sun Java System Communications Services 6 2005Q4 Deployment Planning Guide의 Performance Considerations for a Messaging Server Architecture를 참조하십시오.

사후 설치 디렉토리 레이아웃

Sun Java System Messaging Server를 설치하면 디렉토리 및 파일이 표 1–1에 설명된 구조대로 정렬됩니다. 이 표에는 일반적인 서버 관리 작업에서 가장 많이 사용되는 디렉토리와 파일만 나열되어 있습니다.

표 1–1 사후 설치 디렉토리 및 파일

디렉토리 

기본 위치 및 설명 

Messaging Server 기본 

(msg_svr_base)

/opt/SUNWmsgsr/

(기본 위치) 

서버 프로그램, 구성, 유지 관리 및 정보 파일을 저장하는 Messaging Server 시스템의 전용 디렉토리입니다. 

Messaging Server 기본 디렉토리는 시스템당 하나만 있을 수 있습니다. 

구성 

config

msg_svr_base/config/

imta.cnf 및 msg.conf와 같은 모든 Messaging Server 구성 파일이 포함되어 있습니다.

Solaris 및 Linux 플랫폼의 경우: 이 디렉토리는 초기 런타임 구성에서 지정한 데이터 및 구성 디렉토리의 config 하위 디렉토리(기본값: /var/opt/SUNWmsgsr/)에 심볼릭 링크로 연결됩니다.

로그 

log

msg_svr_base/log/

mail.log_current와 같은 Messaging Server 로그 파일이 포함되어 있습니다.

Solaris 및 Linux 플랫폼의 경우: 이 디렉토리는 초기 런타임 구성에서 지정한 데이터 및 구성 디렉토리의 log 하위 디렉토리(기본값: /var/opt/SUNWmsgsr/)에 심볼릭 링크로 연결됩니다.

데이터 

data

msg_svr_base/data/

(필수 위치) 

데이터베이스, 구성, 로그 파일, 사이트 프로그램, 대기열, 저장소 및 메일 파일이 포함되어 있습니다. 

data 디렉토리에는 config 및 log 디렉토리가 포함되어 있습니다.

Solaris 및 Linux 플랫폼의 경우: 이 디렉토리는 초기 런타임 구성에서 지정한 데이터 및 구성 디렉토리(기본값: /var/opt/SUNWmsgsr/)에 심볼릭 링크로 연결됩니다(UNIX 플랫폼).

시스템 관리자 프로그램 

sbin

msg_svr_base/sbin/

(필수 위치) 

imsimta, configutil, stop-msg, start-msg, uninstaller 등과 같은 Messaging Server 시스템 관리자 실행 프로그램 및 스크립트가 포함되어 있습니다.

라이브러리 

lib

msg_svr_base/lib/

(필수 위치) 

공유 라이브러리, 개인 실행 프로그램과 스크립트, 데몬 및 사용자 정의가 불가능한 내용 데이터 파일이 포함되어 있습니다예를 들면 다음과 같습니다. imapd 및 qm_maint.hlp).

SDK 포함 파일

include

msg_svr_base/include/

(필수 위치) 

SDK (Software Development Kit)의 메시징 헤더 파일이 포함되어 있습니다.

예 

examples

msg_svr_base/examples/

(필수 위치) 

Messenger Express AUTH SDK와 같은 다양한 SDK의 예가 포함되어 있습니다.

설치 데이터 

install

msg_svr_base/install/

(필수 위치) 

설치 로그 파일, 자동 설치 파일, 기본 구성 파일 및 초기 런타임 구성 로그 파일 등과 같은 설치 관련 데이터 파일이 포함되어 있습니다. 

사후 설치 포트 번호

설치 및 초기 런타임 구성 프로그램을 실행하는 도중 다양한 서비스에 대한 포트 번호를 선택하게 됩니다. 이러한 포트 번호는 1부터 65535 사이의 임의의 숫자일 수 있습니다.

표 1–2에는 설치 후 지정되는 포트 번호가 나열되어 있습니다.

표 1–2 설치 도중 지정되는 포트 번호

포트 번호 

서비스(configutil 매개 변수)

389 

Directory Server를 설치하는 시스템의 표준 Directory Server LDAP 포트. 이 포트는 Directory Server 설치 프로그램에 지정되었습니다. (local.ugldapport)

110 

표준 POP3 포트. 이 포트는 같은 시스템에 설치될 때 MMP 포트와 충돌을 일으킬 수 있습니다. (service.pop.port)

143 

표준 IMAP4 포트. 이 포트는 같은 시스템에 설치될 때 MMP 포트와 충돌을 일으킬 수 있습니다. (service.imap.port)

25 

표준 SMTP 포트(service.http.smtpport)

80 

Messenger Express HTTP 포트. 이 포트는 같은 시스템에 설치될 때 Web Server 포트와 충돌을 일으킬 수 있습니다. (service.http.port ).

992 

SSL에서의 POP3 포트. 암호화된 통신용으로 (service.pop.sslport)

993 

SSL에서의 IMAP 포트. 암호화된 통신용으로 이 포트는 같은 시스템에 설치될 때 MMP 포트와 충돌을 일으킬 수 있습니다. (service.imap.sslport)

443 

SSL에서의 HTTP 포트. 암호화된 통신용으로 (service.http.sslport)

7997 

메시징 및 공동 작업 ENS(Event Notification Service) 포트

27442 

내부 제품 통신을 위해 Job Controller에서 사용하는 포트 

49994 

내부 제품 통신을 위해 Watcher에서 사용하는 포트. Watcher에 대한 자세한 내용은 Sun Java System Messaging Server 관리 설명서를 참조하십시오. (local.watcher.port)

사용자 지정 

Administration Server HTTP 포트(콘솔 요청 수신용)

같은 시스템에 여러 제품이 설치되어 있으면 포트 번호 충돌이 발생할 수 있습니다. 표 1–3에서는 잠재적인 포트 번호 충돌을 보여 줍니다.

표 1–3 잠재적 포트 번호 충돌

충돌하는 포트 번호 

포트 

충돌하는 포트 

143 

IMAP 서버

MMP IMAP 프록시

110 

POP3 서버

MMP POP3 프록시

993 

SSL에서의 IMAP

MMP IMAP 프록시(SSL 사용)

80 

Web Server 포트 

Messenger Express 

가능한 한, 포트 번호가 충돌하는 제품은 별도의 시스템에 설치해야 합니다. 그렇게 할 수 없는 경우에는 충돌하는 제품 중 하나의 포트 번호를 변경해야 합니다.

Procedure포트 번호 변경 방법

단계

    포트 번호를 변경하려면 configutil 유틸리티를 사용합니다.

    전체 구문과 사용법은 Sun Java System Messaging Server 6 2005Q4 Administration Reference의 configutil을 참조하십시오.

예 1–1 Messenger Express HTTP 포트 번호 변경

다음 예에서는 service.http.port configutil 매개 변수를 사용하여 Messenger Express HTTP 포트 번호를 8080으로 변경합니다.


configutil -o service.http.port -v 8080