3장 POP, IMAP 및 HTTP 서비스 구성

Messaging Server는 메일함에 대한 클라이언트 액세스를 위해 POP3 (Post Office Protocol 3), IMAP4 (Internet Mail Access Protocol 4) 및 HTTP (HyperText Transfer Protocol)를 지원합니다. IMAP 및 POP는 모두 인터넷 표준 메일함 프로토콜입니다. 웹 사용 가능 전자 메일 프로그램인 Messenger Express를 사용하면 최종 사용자는 HTTP를 사용하는 인터넷에 연결된 컴퓨터 시스템에서 실행 중인 브라우저를 통해 자신의 메일함에 액세스할 수 있습니다.

이 장에서는 Sun ONE 콘솔 또는 명령줄 유틸리티를 사용하여 이러한 서비스를 하나 이상 지원하도록 서버를 구성하는 방법에 대해 설명합니다.

"일반 구성"

"로그인 요구 사항"

일반 구성

Messaging Server POP, IMAP 및 HTTP 서비스의 일반 기능을 구성하는 작업에는 서비스를 사용 가능/불가능하게 하고 포트 번호를 할당하며 선택적으로 연결 클라이언트에 보내진 서비스 배너를 수정하는 것이 포함됩니다. 이 절에서는 이에 대한 배경 정보를 제공합니다. 이러한 설정을 위해 따라야 하는 단계는 POP 서비스 구성, IMAP 서비스 구성 및 HTTP 서비스 구성을 참조하십시오.

서비스 사용 가능/불가능하게 하기

Messaging Server의 특정 인스턴스가 POP, IMAP 또는 HTTP 서비스를 사용 가능하게 할지 여부를 제어할 수 있습니다. 이것은 서비스를 시작 및 중지하는 것과 다릅니다(서비스 시작 및 중지 참조). POP, IMAP 또는 HTTP 서비스가 작동하려면 해당 서비스를 사용 가능하게 한 다음 시작해야 합니다.

서비스를 사용 가능하게 하는 것은 서비스를 시작 또는 중지하는 것보다 “전역적인” 과정입니다. 예를 들어, 사용 가능 설정은 시스템 재부트 후에도 계속 유지되지만 이전에 “중지된” 서비스는 재부트 후에 다시 시작해야 합니다.

사용할 계획이 없는 서비스를 사용 가능하게 할 필요가 없습니다. 예를 들어, Messaging Server 인스턴스를 단지 메일 전송 에이전트(MTA)로 사용할 경우 POP, IMAP 및 HTTP를 사용 불가능하게 해야 합니다. 이 인스턴스가 POP 서비스에만 사용될 경우 IMAP 및 HTTP를 사용 불가능하게 하고 웹 기반 전자 메일에만 사용될 경우 POP 및 IMAP를 사용 불가능하게 해야 합니다.

서버 수준에서 서비스를 사용 가능/불가능하게 할 수 있습니다. 이 프로세스는 이 장과 "시작할 서비스 지정"에 설명되어 있습니다. 또한 지정된 LDAP 속성 mailAllowedServiceAccess를 설정하여 사용자 수준에서 서비스를 사용 가능/불가능하게 할 수도 있습니다.

포트 번호 지정

각 서비스에 대해 서버가 서비스 연결에 사용할 포트 번호를 지정할 수 있습니다.

POP 서비스를 사용 가능하게 한 경우 서버가 POP 연결에 사용할 포트 번호를 지정할 수 있습니다. 기본값은 110입니다.

IMAP 서비스를 사용 가능하게 한 경우 서버가 IMAP 연결에 사용할 포트 번호를 지정할 수 있습니다. 기본값은 143입니다.

HTTP 서비스를 사용 가능하게 한 경우 서버가 HTTP 연결에 사용할 포트 번호를 지정할 수 있습니다. 기본값은 80입니다.

경우에 따라서는 기본값이 아닌 포트 번호를 지정해야 할 수 있습니다. 예를 들어, 두 개 이상의 IMAP 서버 인스턴스가 단일 호스트 시스템에 있거나 IMAP 서버 및 Messaging Multiplexor 서버와 동일한 호스트 시스템을 사용하는 경우 등입니다. (Multiplexor에 대한 자세한 내용은 5장, "멀티플렉서 서비스 구성 및 관리"를 참조하십시오.)

포트 번호는 1에서 65535 사이의 모든 숫자가 될 수 있습니다.

선택한 포트가 이미 사용 중이거나 다른 서비스에 예약되지 않았는지 확인합니다.

암호화된 통신을 위한 포트

Messaging Server는 SSL (Secure Sockets Layer) 프로토콜을 사용하여 IMAP 및 HTTP 클라이언트와의 암호화된 통신을 지원합니다. Messaging Server의 SSL 지원에 대한 일반 정보는 암호화 및 인증서 기반 인증 구성을 참조하십시오.

SSL에서의 IMAP

SSL에서의 IMAP에 대해 기본 포트 번호(993)를 그대로 사용하거나 별개의 포트를 지정할 수 있습니다.

대부분의 현재 IMAP 클라이언트에 별개의 포트가 필요하므로 Messaging Server는 IMAP 및 SSL에서의 IMAP에 대해 별개의 포트를 사용하는 옵션을 제공합니다. IMAP 및 SSL에서의 IMAP 모두에 동일한 포트를 사용하는 통신은 새로운 표준으로 등장하고 있습니다. Messaging Server에 설치된 SSL 인증서가 있을 경우(인증서 얻기 참조) SSL에서의 동일 포트 IMAP를 지원할 수 있습니다.

SSL에서의 HTTP

SSL에서의 HTTP에 대해 기본 포트 번호(443)를 그대로 사용하거나 HTTP에 대해 별개의 포트를 지정할 수 있습니다.

서비스 배너

클라이언트가 Messaging Server POP 또는 IMAP 포트에 처음 연결되면 서버는 식별 텍스트 문자열을 클라이언트에게 보냅니다. 일반적으로 클라이언트의 사용자에게 표시되지 않는 이 서비스 배너는 서버를 Sun ONE Messaging Server로 식별하고 서버의 버전 번호를 제공합니다. 이 배너는 대부분 클라이언트 디버깅 또는 문제 해결 목적에 사용됩니다.

연결 클라이언트에 다른 메일을 보내려는 경우 POP 또는 IMAP 서비스의 기본 배너를 바꿀 수 있습니다.

Sun ONE 콘솔 또는 configutil 유틸리티(service.imap.banner, service.pop.banner)를 사용하여 서비스 배너를 설정할 수 있습니다. configutil에 대한 자세한 구문 정보는 Messaging Server Reference Manual을 참조하십시오.

로그인 요구 사항

메일을 검색하기 위해 POP, IMAP 또는 HTTP 서비스에 로그인하는 사용자를 허용하는 방법을 제어할 수 있습니다. 모든 서비스에 대해 비밀번호 기반 로그인을 허용하거나 IMAP 또는 HTTP 서비스에 대해 인증서 기반 로그인을 허용할 수 있습니다. 이 절에서는 이에 대한 배경 정보를 제공합니다. 이러한 설정을 위해 따라야 하는 단계는 POP 서비스 구성, IMAP 서비스 구성 또는 HTTP 서비스 구성을 참조하십시오. 또한 POP 로그인에 대한 유효한 로그인 구분자를 지정할 수도 있습니다.

POP 클라이언트에 대한 로그인 구분자 설정

일부 POP 메일 클라이언트의 경우 Messaging Server는 @를 로그인 구분자로 허용하지 않습니다(즉, uid@domain과 같은 주소의 @임). 이러한 클라이언트의 예로는 Netscape Messenger 4.76, Netscape Messenger 6.0, Windows 2000의 Microsoft Outlook Express 등을 들 수 있습니다. 이에 대한 해결 방법은 다음과 같습니다.

다음 명령으로 +를 유효한 구분자로 만듭니다.

configutil -o service.loginseparator -v "@+"

@가 아니라 +를 로그인 구분자로 사용하여 로그인해야 한다는 것을 POP 클라이언트 사용자에게 알립니다.

비밀번호 기반 로그인

일반적인 메시징 설치에서 사용자는 비밀번호를 메일 클라이언트에 입력하여 POP, IMAP 또는 HTTP 메일함에 액세스합니다. 클라이언트가 비밀번호를 서버에 보내면 서버는 이를 사용하여 사용자를 인증합니다. 사용자가 인증되면 서버는 액세스 제어 규칙에 기초하여 사용자에게 해당 서버에 저장된 특정 메일함에 대한 액세스를 허용할 것인지 결정합니다.

비밀번호 로그인을 허용할 경우 사용자는 비밀번호를 입력하여 POP, IMAP 또는 HTTP에 액세스할 수 있습니다. (비밀번호 기반 로그인은 POP 서비스를 위한 유일한 인증 방법입니다.) 비밀번호는 LDAP 디렉토리에 저장됩니다. 디렉토리 정책에 따라 적용되는 비밀번호 정책(예: 최소 길이)이 결정됩니다.

IMAP 또는 HTTP 서비스에 대한 비밀번호 로그인을 허용하지 않을 경우 비밀번호 기반 인증이 허용되지 않습니다. 이 경우 사용자는 다음 절에 설명된 대로 인증서 기반 로그인을 사용해야 합니다.

IMAP 및 HTTP 서비스에 대한 비밀번호 전송의 보안을 향상시키려면 비밀번호를 서버로 보내기 전에 암호화하도록 요구할 수 있습니다. 이렇게 하려면 로그인에 대한 최소 암호화 길이 요구 사항을 선택합니다.

0을 선택한 경우 암호화가 필요하지 않습니다. 비밀번호는 일반 텍스트로 보내지거나 클라이언트 정책에 따라 암호화됩니다.

0이 아닌 값을 선택한 경우 클라이언트는 지정된 값 이상의 키 길이를 가진 암호화를 사용하여 서버와의 SSL 세션을 설정해야 합니다. 따라서 클라이언트가 보내는 모든 IMAP 또는 HTTP 사용자 비밀번호가 암호화됩니다.

서버에서 지원하는 최대값보다 큰 키 길이로 암호화하도록 클라이언트가 구성되었거나 클라이언트가 지원하는 최대값보다 큰 키 길이로 암호화하도록 서버가 구성된 경우 비밀번호 기반 로그인을 수행할 수 없습니다. 다양한 암호화 및 키 길이를 지원하도록 서버를 설정하는 방법에 대한 자세한 내용은 SSL 사용 및 암호문 선택을 참조하십시오.

인증서 기반 로그인

비밀번호 기반 인증 외에 Sun ONE 서버는 디지털 인증서 검사를 통한 사용자 인증을 지원합니다. 이 경우, 클라이언트는 서버와의 SSL 세션을 설정할 때 비밀번호를 제공하는 대신 사용자의 인증서를 제공합니다. 인증서가 검증될 경우 사용자는 인증된 것으로 간주됩니다.

IMAP 또는 HTTP 서비스에 대한 인증서 기반 사용자 로그인을 허용하도록 Messaging Server를 설정하는 방법에 대한 자세한 내용은 인증서 기반 로그인 설정을 참조하십시오.

인증서 기반 로그인을 사용 가능하게 하기 위해 IMAP 또는 HTTP 시스템 양식에서 “비밀번호 로그인 허용” 상자를 선택 취소할 필요가 없습니다. 이 상자를 선택한 상태(기본 상태)에서 인증서 기반 로그인을 설정하는 데 필요한 작업을 수행한 경우 비밀번호 기반 로그인 및 인증서 기반 로그인이 모두 지원됩니다. 그런 다음 클라이언트가 SSL 세션을 설정하고 인증서를 제공할 경우 인증서 기반 로그인이 사용됩니다. 클라이언트는 SSL을 사용하지 않으며 클라이언트 인증서를 제공하지 않을 경우에는 대신 비밀번호를 보냅니다.

성능 매개변수

Messaging Server의 POP, IMAP 및 HTTP 서비스에 대한 몇 가지 기본 성능 매개 변수를 설정할 수 있습니다. 하드웨어 용량과 사용자 기반에 따라 이러한 매개 변수를 조정하여 최대한의 서비스 효율성을 실현할 수 있습니다. 이 절에서는 이에 대한 배경 정보를 제공합니다. 이러한 설정을 위해 따라야 하는 단계는 POP 서비스 구성, IMAP 서비스 구성 또는 HTTP 서비스 구성을 참조하십시오.

프로세스 수

Messaging Server는 여러 실행 프로세스 간에 작업을 분할할 수 있으며 이렇게 하면 경우에 따라 효율성이 향상될 수 있습니다. 이 기능은 특히 서버 프로세스 수를 조정했을 때 하드웨어 프로세서 간에 여러 작업을 더 효율적으로 분산시킬 수 있는 다중 프로세스 서버 시스템에서 유용합니다.

그러나 여러 프로세스 간에 작업을 할당하고 특정 프로세스에서 다른 프로세스로 전환하는 것에는 성능 오버헤드가 존재합니다. 여러 프로세스를 사용하는 자체의 이점은 새 프로세스를 추가할수록 줄어듭니다. 대부분의 구성에 적용되는 간단한 경험상의 규칙은 서버 시스템의 하드웨어 프로세서당 프로세스를 하나씩 가지는 것입니다(최대한 네 개까지 가능). 실제의 최적 구성이 이와 다를 수 있으므로 이 경험상의 규칙을 단순히 고유한 분석을 위한 지침으로 활용해야 할 것입니다.

주: 일부 플랫폼에서는 성능에 영향을 줄 수 있는 플랫폼 특정의 일정한 프로세스별 제한(예: 최대 파일 설명자 수)을 극복하기 위해 프로세스 수를 늘릴 수 있습니다.

각 POP, IMAP 또는 HTTP 서비스에 대한 기본 프로세스 수는 1입니다.

프로세스당 연결 수

POP, IMAP 또는 HTTP 서비스가 유지 관리할 수 있는 동시 클라이언트 연결이 많아질수록 클라이언트에게 더 유리합니다. 사용할 수 있는 연결이 없기 때문에 서비스가 거부될 경우 클라이언트는 다른 클라이언트가 연결을 끊을 때까지 기다려야 합니다.

반면, 열려 있는 각 연결은 메모리 자원을 소비하며 서버 시스템의 입출력 하위 시스템에 대한 요청을 하기 때문에 서버가 지원하리라 예상할 수 있는 동시 세션 수에는 실제적인 제한이 있습니다. (서버 메모리나 입출력 용량을 증가시켜 이러한 제한을 늘릴 수도 있습니다.)

IMAP, HTTP 및 POP는 이 점에 있어서 다른 요구를 갖고 있습니다.

IMAP 연결은 일반적으로 POP 및 HTTP 연결과 비교하여 오래 지속됩니다. 사용자가 IMAP에 연결하여 메일을 다운로드할 경우 사용자가 종료하거나 연결 시간이 초과될 때까지 일반적으로 연결이 유지 관리됩니다. 이와 달리 POP 또는 HTTP 연결은 대개 POP 또는 HTTP 요청이 서비스되자마자 닫힙니다.

IMAP 및 HTTP 연결은 일반적으로 POP 연결과 비교하여 매우 효율적입니다. 각 POP 재연결에는 사용자에 대한 재인증이 필요합니다. 이와 달리 IMAP 연결은 IMAP 세션 동안(로그인에서 로그아웃까지) 연결이 열려 있기 때문에 단일 인증만 필요합니다. HTTP 연결은 짧지만 각 HTTP 세션(로그인에서 로그아웃까지)에 여러 연결이 허용되므로 각 연결에 대해 사용자의 재인증이 필요하지 않습니다. 이러한 점에서 POP 연결은 IMAP 또는 HTTP 연결보다 훨씬 더 많은 성능 오버헤드를 발생시킵니다. Messaging Server는 특히, 열려 있지만 유휴 상태인 IMAP 연결과 여러 HTTP 연결을 통해 매우 낮은 오버헤드만이 필요하도록 설계되었습니다.



주	HTTP 세션 보안에 대한 자세한 내용은 HTTP 보안 정보를 참조하십시오.

따라서 특정 시점의 특정 사용자 요구에 대해 Messaging Server는 POP 연결보다 더 많은 열려 있는 IMAP 및 HTTP 연결을 지원할 수 있습니다.

IMAP의 기본값은 4000이고 HTTP의 기본값은 프로세스당 6000개의 연결이며 POP의 기본값은 600입니다. 이러한 값은 일반적으로 구성된 서버 시스템이 처리할 수 있는 대략적으로 동일한 요구를 나타냅니다. 최적 구성이 실제로는 이와 다를 수 있으므로 이러한 기본값을 단순히 일반적인 지침으로 사용해야 합니다.

프로세스당 스레드 수

여러 프로세스를 지원하는 것 외에도 Messaging Server는 여러 스레드 간에 작업을 분할하여 성능을 더욱 향상시킵니다. 서버의 스레드 사용은 실행 효율성을 크게 향상시키는데 이는 진행 중인 명령이 다른 명령의 실행을 저해하지 않기 때문입니다. 실행하는 동안에 필요에 따라 스레드는 설정된 최대 개수까지 작성 및 삭제됩니다.

동시에 실행되는 스레드가 많다는 것은 더 많은 클라이언트 요청을 지연 없이 처리할 수 있으며 이에 따라 더 많은 수의 클라이언트에게 신속하게 서비스할 수 있다는 것을 의미합니다. 그러나 스레드 간의 디스패칭으로 인해 성능 오버헤드가 발생하므로 서버가 사용할 수 있는 스레드 수에는 실제적인 제한이 존재합니다.

POP, IMAP 및 HTTP의 경우 기본 최대값은 프로세스당 250개의 스레드입니다. IMAP 및 HTTP의 기본 연결이 POP보다 많다는 사실에도 불구하고 이러한 기본값은 동일합니다. 수는 적지만 사용량이 많은 POP 연결과 동일한 최대 스레드 수를 사용하여 POP 연결보다 많은 수의 IMAP 및 HTTP 연결을 효율적으로 처리할 수 있는 것으로 알려져 있습니다. 실제의 최적 구성이 이와 다를 수 있지만 이러한 기본값으로 충분하기 때문에 값을 늘릴 필요는 없을 것입니다. 즉, 대부분의 설치에서 이러한 기본값은 적절한 성능을 제공합니다.

유휴 연결 해제

응답하지 않는 클라이언트의 연결에 사용된 시스템 자원을 재이용하기 위해 IMAP4, POP3 및 HTTP 프로토콜은 일정 시간 동안 유휴 상태였던 연결을 일방적으로 해제할 수 있는 기능을 서버에 제공합니다.

각 프로토콜 사양에서는 서버가 최소한의 시간 동안 유휴 연결을 열어두어야 합니다. 기본 시간은 POP는 10분, IMAP는 30분, HTTP는 3분입니다. 유휴 시간을 기본값보다 큰 값으로 늘릴 수 있지만 줄일 수는 없습니다.

POP 또는 IMAP 연결이 해제될 경우 새 연결을 설정하기 위해 사용자는 재인증되어야 합니다. 이와 달리 HTTP 연결이 해제될 경우 HTTP 세션이 계속 열려 있으므로 사용자를 재인증할 필요가 없습니다. HTTP 세션 보안에 대한 자세한 내용은 HTTP 보안 정보를 참조하십시오.

유휴 POP 연결은 일반적으로 클라이언트를 응답하지 않게 만드는 일부 문제(예: 충돌 또는 중지)로 인해 발생합니다. 반면, 유휴 IMAP 연결은 정상적인 상태입니다. IMAP 사용자가 일방적으로 연결이 끊기는 것을 방지하기 위해 IMAP 클라이언트는 일반적으로 30초 미만의 일정한 간격으로 IMAP 서버에 명령을 보냅니다.

HTTP 클라이언트 로그아웃

HTTP 세션은 여러 연결에서 지속될 수 있습니다. 연결이 해제될 때 HTTP 클라이언트는 로그아웃되지 않습니다. 그러나 지정된 기간(기본적으로 2시간) 동안 HTTP 세션이 유휴 상태이면 서버는 자동으로 HTTP 세션을 해제하고 클라이언트는 로그아웃됩니다. 세션이 해제되면 클라이언트의 세션 아이디가 더 이상 유효하지 않으므로 다른 세션을 설정하기 위해 클라이언트는 재인증되어야 합니다. HTTP 보안 및 세션 아이디에 대한 자세한 내용은 HTTP 보안 정보를 참조하십시오.

클라이언트 액세스 제어

Messaging Server에는 POP, IMAP 또는 HTTP 메시징 서비스와 SMTP에 대한 액세스를 어떤 클라이언트가 얻을 수 있는지 결정하는 액세스 제어 기능이 포함되어 있습니다. 다양한 기준에 기초하여 클라이언트에 대한 액세스를 허용 또는 거부하는 유연한 액세스 필터를 만들 수 있습니다.

POP 서비스 구성

configutil 명령이나 Sun ONE 콘솔을 사용하여 Messaging Server POP 서비스의 기본 구성을 수행할 수 있습니다. 이 장에서는 더 일반적인 몇 가지 POP 서비스 옵션이 제공됩니다. 전체 목록은 Sun ONE Messaging Server Reference Manual에서 확인할 수 있습니다.

서비스 사용 가능/불가능하게 하기

POP 클라이언트에 대한 로그인 구분자 설정

콘솔 콘솔을 사용하여 POP 서비스를 구성하려면 다음을 수행합니다.

Sun ONE 콘솔에서 구성할 Messaging Server를 엽니다.

구성 탭을 누르고 왼쪽 표시 영역에서 서비스 폴더를 엽니다.

POP를 선택합니다.

오른쪽 표시 영역에서 시스템 탭을 누릅니다.

서비스를 사용하려면 “포트에서 POP 서비스 사용” 상자를 선택하고 포트 번호를 할당합니다.

다음과 같이 연결 설정을 지정합니다.

프로세스당 최대 네트워크 연결 수를 설정합니다. 자세한 내용은 프로세스당 연결 수를 참조하십시오.

연결의 최대 유휴 시간을 설정합니다. 자세한 내용은 유휴 연결 해제를 참조하십시오.

다음과 같이 프로세스 설정을 지정합니다.

프로세스당 최대 스레드 수를 설정합니다. 자세한 내용은 프로세스당 스레드 수를 참조하십시오.

최대 프로세스 수를 설정합니다. 자세한 내용은 프로세스 수를 참조하십시오.

원할 경우 POP 서비스 배너 필드에서 서비스 배너를 지정합니다.

저장을 누릅니다.



주	POP 서비스의 경우 비밀번호 기반 로그인이 자동으로 사용 가능하게 됩니다.

명령줄 다음과 같이 명령줄에서 POP 속성에 대한 값을 설정할 수 있습니다.

POP 서비스를 사용 또는 사용하지 않으려면 다음을 수행합니다.

프로세스당 최대 네트워크 연결 수를 설정하려면 다음을 수행합니다.

프로세스당 최대 스레드 수를 설정하려면 다음을 수행합니다.

configutil -o service.pop.enablesslport -v 1
configutil -o service.pop.sslport -v 995

IMAP 서비스 구성

configutil 명령이나 Sun ONE 콘솔을 사용하여 Messaging Server IMAP 서비스의 기본 구성을 수행할 수 있습니다. 이 절에서는 더 일반적인 몇 가지 IMAP 서비스 옵션이 제공됩니다. 전체 목록은 Sun ONE Messaging Server Reference Manual에서 확인할 수 있습니다. 자세한 내용은 다음을 참조하십시오.

콘솔 콘솔에서 IMAP 서비스를 구성하려면 다음을 수행합니다.

Sun ONE 콘솔에서 구성할 Messaging Server를 엽니다.

구성 탭을 누르고 왼쪽 표시 영역에서 서비스 폴더를 엽니다.

IMAP를 선택합니다.

오른쪽 표시 영역에서 시스템 탭을 누릅니다.

서비스를 사용하려면 “포트에서 IMAP 서비스 사용“ 상자를 선택하고 포트 번호를 할당합니다.

원할 경우 비밀번호 기반 로그인을 사용 가능하게 합니다.

다음과 같이 연결 설정을 지정합니다.

프로세스당 최대 네트워크 연결 수를 설정합니다. 자세한 내용은 프로세스당 연결 수를 참조하십시오.

연결의 최대 유휴 시간을 설정합니다. 자세한 내용은 유휴 연결 해제를 참조하십시오.

다음과 같이 프로세스 설정을 지정합니다.

프로세스당 최대 스레드 수를 설정합니다. 자세한 내용은 프로세스당 스레드 수를 참조하십시오.

최대 프로세스 수를 설정합니다. 자세한 내용은 프로세스 수를 참조하십시오.

원할 경우 IMAP 서비스 배너 필드에서 서비스 배너를 지정합니다.

저장을 누릅니다.

명령줄 다음과 같이 명령줄에서 IMAP 속성에 대한 값을 설정할 수 있습니다.

IMAP 서비스를 사용 또는 사용하지 않으려면 다음을 수행합니다.

SSL에서의 IMAP에 별개의 포트를 사용하려면 다음을 수행합니다.

SSL에서의 IMAP에 대한 포트 번호를 지정하려면 다음을 수행합니다.

IMAP 서비스에 대한 비밀번호 로그인을 사용 또는 사용하지 않으려면 다음을 수행합니다.

-1 - 비밀번호 로그인을 사용 불가능하게 합니다.
0 - 암호화 없이 비밀번호 로그인을 사용 가능하게 합니다.
40 - 비밀번호 로그인을 사용하여 암호화 강도를 지정합니다.
128 - 비밀번호 로그인을 사용하여 암호화 강도를 지정합니다.

프로세스당 최대 네트워크 연결 수를 설정하려면 다음을 수행합니다.

프로세스당 최대 스레드 수를 설정하려면 다음을 수행합니다.

HTTP 서비스 구성

POP 및 IMAP 클라이언트는 라우팅 또는 전달을 위해 메일을 Messaging Server MTA로 직접 보냅니다. 이와 달리 HTTP 클라이언트는 Messaging Server의 일부인 특수한 웹 서버로 메일을 보냅니다. 그런 다음 HTTP 서비스는 그림 3-1에 나온 것처럼 라우팅 또는 전달을 위해 메일을 로컬 MTA나 원격 MTA로 보냅니다. Messaging Server가 웹 기반 전자 메일용으로만 사용될 경우 POP와 IMAP를 모두 사용 불가능하게 합니다.

대부분의 HTTP 구성 매개 변수는 POP 및 IMAP 서비스에 사용할 수 있는 매개 변수와 비슷합니다. 여기에는 연결 설정 및 프로세스 설정을 위한 매개 변수가 포함됩니다. 이 절에서는 더 일반적인 몇 가지 HTTP 서비스 옵션이 제공됩니다. 전체 목록은 Sun ONE Messaging Server Reference Manual에서 확인할 수 있습니다. 자세한 내용은 다음을 참조하십시오.

메일 설정 및 MTA 설정을 위한 매개 변수를 비롯한 일부 매개 변수는 HTTP 서비스에만 해당합니다.

메일 설정 HTTP 클라이언트가 첨부 파일이 있는 메일을 생성하면 첨부 파일은 서버로 업로드되어 파일에 저장됩니다. HTTP 서비스는 라우팅 또는 전달을 위해 메일을 MTA로 보내기 전에 첨부 파일을 검색하고 메일을 생성합니다. 기본 첨부 파일 스풀 디렉토리를 사용하거나 대체 디렉토리를 지정할 수 있습니다. 또한 첨부 파일에 허용되는 최대 크기를 지정할 수도 있습니다.

MTA 설정 기본적으로 HTTP 서비스는 라우팅 또는 전달을 위해 보내는 웹 메일을 로컬 MTA로 전송합니다. 예를 들어, 사이트가 호스팅 서비스이며 대부분의 수신자가 로컬 호스트 시스템과 다른 도메인에 있을 경우 메일을 원격 MTA로 보내도록 HTTP 서비스를 구성할 수 있습니다. 웹 메일을 원격 MTA로 보내려면 원격 호스트의 이름과 SMTP 포트 번호를 지정해야 합니다.

콘솔 Sun ONE 콘솔을 사용하여 HTTP 서비스를 구성하려면 다음을 수행합니다.

Sun ONE 콘솔에서 구성할 Messaging Server를 엽니다.

구성 탭을 누르고 왼쪽 표시 영역에서 서비스 폴더를 엽니다.

HTTP를 선택합니다.

오른쪽 표시 영역에서 시스템 탭을 누릅니다.

서비스를 사용하려면 “포트에서 HTTP 서비스 사용“ 상자를 선택하고 포트 번호를 할당합니다.

원할 경우 비밀번호 기반 로그인을 사용 가능하게 합니다.

다음과 같이 연결 설정을 지정합니다.

프로세스당 최대 네트워크 연결 수를 설정합니다. 자세한 내용은 프로세스당 연결 수를 참조하십시오.

연결의 최대 유휴 시간을 설정합니다. 자세한 내용은 유휴 연결 해제를 참조하십시오.

클라이언트 세션의 최대 유휴 시간을 설정합니다. 자세한 내용은 HTTP 클라이언트 로그아웃을 참조하십시오.

다음과 같이 프로세스 설정을 지정합니다.

프로세스당 최대 스레드 수를 설정합니다. 자세한 내용은 프로세스당 스레드 수를 참조하십시오.

최대 프로세스 수를 설정합니다. 자세한 내용은 프로세스 수를 참조하십시오.

다음과 같이 메일 설정을 지정합니다.

원할 경우 첨부 파일 스풀 디렉토리를 지정합니다.

원할 경우 최대 보내는 메일 크기를 지정합니다. 여기에는 base64로 인코딩된 모든 첨부 파일이 포함되며 base64 인코딩은 33%의 추가 공간이 필요하다는 점을 유의하십시오. 따라서 콘솔의 제한이 5MB일 경우 메일 하나와 첨부 파일의 최대 크기는 약 3.75MB가 됩니다.

자세한 내용은 메일 설정을 참조하십시오.

다음과 같이 MTA 설정을 지정합니다.

원할 경우 대체 MTA 호스트 이름을 지정합니다.

원할 경우 대체 MTA 포트를 지정합니다.

자세한 내용은 MTA 설정을 참조하십시오.

저장을 누릅니다.

명령줄 다음과 같이 명령줄에서 HTTP 속성에 대한 값을 설정할 수 있습니다. 자세한 내용은 Sun ONE Messaging Server Reference Manual을 참조하십시오.

HTTP 서비스를 사용 또는 사용하지 않으려면 다음을 수행합니다.

SSL에서의 HTTP에 별개의 포트를 사용하려면 다음을 수행합니다.

SSL에서의 HTTP에 대한 포트 번호를 지정하려면 다음을 수행합니다.

비밀번호 로그인을 사용 또는 사용하지 않으려면 다음을 수행합니다.

프로세스당 최대 네트워크 연결 수를 설정하려면 다음을 수행합니다.

클라이언트 세션의 최대 유휴 시간을 설정하려면 다음을 수행합니다.

프로세스당 최대 스레드 수를 설정하려면 다음을 수행합니다.

클라이언트에 보내는 메일의 첨부 파일 스풀 디렉토리를 지정하려면 다음을 수행합니다.

여기에서 size는 바이트 수입니다. 여기에는 base64로 인코딩된 모든 첨부 파일이 포함되며 base64 인코딩은 33%의 추가 공간이 필요하다는 점을 유의하십시오. 따라서 콘솔의 제한이 5MB일 경우 메일 하나와 첨부 파일의 최대 크기는 약 3.75MB가 됩니다.

대체 MTA 호스트 이름의 포트 번호를 지정하려면 다음을 수행합니다.