많은 시스템 관리자는 전자 메일 시스템으로 작업할 때 특정 문제를 경험합니다. 이것은 놀라운 일이 아닙니다. 메일 서버는 파일 서버, 라우터 또는 터미널 서버보다 훨씬 더 복잡한 구조를 가지고 있습니다. 이 기사에서는 이메일 시스템을 설정하는 것이 탬버린과 함께 무속 춤으로 변할 수 있는 것을 이해하지 않고 메일 서버의 구조와 작동 원리를 고려할 것입니다.
이 자료에는 시스템 관리자에게 필요한 최소한의 지식을 제공하기 위해 상당히 많은 단순화 및 일반화가 포함되어 있습니다. 우리의 의견으로는 하나 또는 두 개의 보급형 메일 서버를 관리하기 위해 전자 메일 분야의 전문가가 될 필요가 전혀 없습니다.
대부분의 사용자와 초보 관리자에게 메일 서버는 일종의 "블랙박스"이며, 편지를 받은 후 "알 수 없는" 방식으로 수신자에게 전달하거나 그 반대의 경우도 마찬가지입니다. 이러한 서버와의 모든 상호 작용은 메일 클라이언트를 특정 포트 또는 웹 인터페이스를 통해 주소 지정하는 것으로 구성됩니다. 그러나 내부에는 전체 메커니즘이 숨겨져 있으며 전자 메일 시스템을 성공적으로 설정하고 유지 관리하기 위해서는 작동을 이해하는 것이 중요합니다. 이것은 Linux 플랫폼에서 서버를 관리하는 데 특히 중요합니다. 메일 서버가 완전한 소프트웨어 솔루션이고 개발자가 이미 내부 상호 작용을 처리한 Windows와 달리 Linux에서는 메일 서버 구성 요소가 별도의 프로그램이며 상호 작용을 직접 구성해야 합니다.
메일 서버의 구조와 사용자가 메일을 보내려고 하면 어떻게 되는지 살펴보자.
메일 서버에서 가장 중요한 부분은 MTA (메일 전송 에이전트-- 메일 전달 에이전트)의 작업에는 메일 수신 및 전송이 포함됩니다. 매우 자주(Linux/UNIX에서) MTA는 메일 서버라고도 합니다. MTA는 SMTP 프로토콜에서 작동하며 그 중 하나는 원칙적으로 이미 전자 메일 시스템을 만드는 데 충분합니다. 옛날 옛적에 이것이 사실이었고 사서함에 액세스하려면 특정 기술 지식이 필요했습니다.
그러나 진행 상황은 멈추지 않습니다. 편지를 받은 MTA는 편지를 사용자가 액세스해야 하는 서버의 사용자 사서함에 가장 간단하고 이해하기 쉬운 방식으로 배치합니다. 여기 무대가 온다 MDA (메일 배달 에이전트-- 메일 배달 에이전트)의 작업은 메일 클라이언트의 요청에 따라 서버의 사서함에서 메일을 전송하는 것입니다. MDA는 POP3 또는 IMAP 프로토콜을 사용하여 작동할 수 있습니다. 경우에 따라 메일 클라이언트와 배달 에이전트를 "통신"하기 위해 MAPI(Exchange Server)와 같은 확장 기능이 있는 자체 프로토콜을 사용할 수 있습니다.
일반적인 오해와 달리 MDA는 메일 전송 프로세스와 관련이 없습니다. 이것은 MTA의 특권입니다. 비유를 하자면, MTA는 우편물을 받고 보내는 우체국으로 생각할 수 있으며, MDA는 들어오는 서신을 집으로 가져오는 우편 배달부를 말합니다. 우체부가 아플 경우 우체국의 업무에 영향을 미치지 않으며 집에서 편지를받지 못할 것입니다. 또한 MDA의 실패는 메일 서버의 작동 불능으로 이어지지 않으며 메일 클라이언트에 의한 메일 수신만 사용할 수 없게 되며 동시에 예를 들어 웹 인터페이스를 통해 다른 방법으로 쉽게 액세스할 수 있습니다.
메일을 보낼 때 어떤 일이 일어나는지 봅시다. 이 예에서 example.org 도메인( [이메일 보호됨]), 도메인 example.com( [이메일 보호됨]). Ivanov의 경우 메일을 보내는 프로세스는 메시지를 만들고 메일 클라이언트에서 "보내기" 버튼을 누르는 것으로 구성됩니다. 메일 클라이언트는 SMTP 프로토콜을 사용하여 MTA에 연결하고 먼저 자격 증명을 전달합니다. 사용자에게 권한을 부여한 후 MTA는 메시지를 수락하고 추가 전달을 시도합니다.
실제로 승인은 MTA의 필수 절차는 아니지만 승인 없이는 공개 릴레이, 즉 누구나 우리 서버를 사용하여 메일을 보낼 수 있으며 스패머는 기뻐할 것입니다! 현재 오픈 릴레이는 주로 서버 구성 오류로 인해 발생합니다. 그러나 MTA가 승인 없이 신뢰할 수 있는 사용자(예: 회사의 로컬 네트워크)로부터 메일을 수신할 수 있습니다.
MTA는 인증을 위해 자체 사용자 목록, 시스템 목록, LDAP 또는 AD 사용자 목록을 사용할 수 있습니다. 다음과 같은 방법도 있습니다. SMTP 전 POP 인증, 사용자가 메일을 보내기 전에 MDA에 로그인하면 MTA에 대한 사용자 인증이 확인됩니다.
MTA의 다음 단계는 편지의 서비스 정보를 분석하여 받는 사람의 도메인을 결정합니다. 편지가 MTA에서 서비스하는 도메인에 속하는 경우 받는 사람을 검색하여 편지를 사서함에 넣습니다. Ivanov가 Petrov 또는 Sidorov에게 편지를 썼다면 이런 일이 일어났습니다.
받는 사람의 도메인이 MTA에서 제공되지 않는 경우 해당 도메인에 대한 MX 레코드를 요청하는 DNS 쿼리가 생성됩니다. MX 레코드는 특정 도메인의 수신 메일을 처리하는 메일 서버의 이름이 포함된 특별한 종류의 DNS 레코드입니다. 둘 이상의 MX 레코드가 있을 수 있으며, 이 경우 MTA는 우선 순위가 가장 높은 서버에서 시작하여 순차적으로 연결을 설정하려고 합니다. MX 레코드가 없는 경우 A 레코드(도메인 이름을 IP 주소에 매핑하는 주소 레코드)가 요청되고 거기에 지정된 호스트로 메일을 배달하려고 시도합니다. 메시지를 보낼 수 없으면 오류 메시지와 함께 보낸 사람(사용자의 사서함에 있음)에게 반환됩니다.
우리는 수신 서버의 작업을 고려하지 않고 모든 것이 잘 진행되었다고 가정하고 Kozlov가 Ivanov로부터 편지를 받고 응답을 썼습니다. example.com 도메인을 제공하는 서버는 똑같은 일을 하고 우리 서버로 메일을 보내려고 합니다. 들어오는 메시지를 받은 MTA는 로컬 발신자의 경우와 같이 받는 사람의 도메인을 확인합니다. 서비스되는 MTA에 있으면 메시지 처리가 계속되고, 그렇지 않으면 서버가 메일 수락을 거부합니다. 도메인을 확인한 후 수신자를 확인하고 사용자 목록에 있으면 메시지가 자신의 사서함으로 배달되고 그렇지 않으면 메시지 수신 거부 또는 일반 사서함(관리자 사서함)에서 메시지 수신의 두 가지 옵션이 있습니다. ). 한편으로 이 설정은 수신된 스팸의 수를 늘리고 다른 한편으로는 철자가 잘못된 주소가 포함된 편지를 잃어버리지 않도록 합니다.
또 다른 스팸 방지 조치는 PTR 기록을 요청하는 것입니다. PTR 레코드(포인터 레코드)는 IP 주소를 도메인 이름과 연결합니다. PTR을 요청할 때 MTA는 보낸 사람의 도메인이 보내는 서버의 도메인과 일치하는 경우에만 메일을 수락합니다.
예를 더 자세히 살펴보겠습니다. 일부 spam.com 서버가 우리에게 알려진 example.com 서버에서 보낸 가짜 발신자에게 이메일을 보내려고 합니다. 화이트/블랙 리스트로 필터링하는 경우 보낸 사람이 신뢰할 수 있는 도메인(스패머가 믿고 있는 도메인)의 사용자이기 때문에 이러한 편지가 배달됩니다. 스팸을 방지하기 위해 MTA는 보내는 서버의 IP 주소에 대한 PTR 요청을 생성하고 SMTP 세션 중에 이를 보고합니다. 주소 y.y.y.y의 경우 PTR 요청은 보낸 사람의 도메인과 일치하지 않는 spam.com 도메인 이름을 반환하므로 메시지가 거부됩니다. 동시에 x.x.x.x(example.com)에 대한 PTR 레코드의 도메인이 보낸 사람의 도메인과 일치하기 때문에 서버 x.x.x.x에서 메시지가 수신됩니다.
따라서 메시지가 수신되었으며 사용자의 사서함에 있습니다. 그것을 읽는 방법? 사용자 박스가 있는 메일 저장소는 평범한 폴더와 파일에서 데이터베이스에 이르기까지 다양한 방식으로 구성될 수 있습니다. 기술 지식이 없으면 자신의 메일을 읽을 수 없을 것입니다. 그러나 사용자 Ivanov가 이에 대해 우려해야 합니까? 그를 위해 메일 수신 프로세스는 메일 클라이언트에서 "받기" 버튼을 누르는 것으로 축소됩니다.
메일을 수신하기 위해 클라이언트는 POP3 또는 IMAP 프로토콜을 통해 MDA와의 연결을 설정하고 반드시 인증을 위해 데이터를 전달합니다. MDA는 사용자가 목록에 있는지 확인하고 성공하면 클라이언트에게 사서함의 모든 새 메시지를 보냅니다. 사용자 Ivanov는 그의 서신을 받고 편리한 방식으로 작업할 수 있습니다.
이것이 우리 기사가 끝나는 곳이며 여기에 제시된 자료를 사려 깊게 읽고 동화하는 것이 좋습니다. 앞으로 메일 서버의 실제 구현을 고려할 때 독자가 적어도 이 기사의 양에 대한 지식을 가지고 있다는 것을 기준으로 자료를 제출할 것입니다.
소규모 조직에서 시스템 관리자로 일하는 사람이라면 누구나 회사에 메일이 도착하는 우편 주소가 하나뿐인 경우에도 업무에 이메일이 필요하다는 것을 알고 있습니다. 그러나 인터넷에 액세스할 수 없는 사용자를 포함하여 모든 사람이 편지를 읽을 수 있도록 하는 방법은 여기에서 이 문제를 고려할 것입니다.
시작하려면 일종의 메일 서버가 필요합니다. 소규모 조직에서 멋진 메일 서버를 구입하는 것은 말이 안 된다고 생각합니다. 물론 아무도 이에 대해 돈을 주지 않을 것입니다. 그러나 메일 서버인 동시에 무료이며 쉽게 설정할 수 있는 작은 프로그램이 도움이 됩니다. 이것은 Office 메일 서버( 인터넷에서 쉽게 다운로드할 수 있습니다.).
오피스 메일 서버(OMS)- Windows 플랫폼용 무료 메일 서버, POP3 및 SMTP 메일 프로토콜 지원. 프로그램의 의미는 간단하며, 이 프로그램이 설치된 컴퓨터는 일반 Yandex, Mail, 회사 본사 메일 서버( 조직이 지점인 경우)에서 편지를 선택합니다. 메시지를 수신한 후 Office 메일 서버는 사용자에게 메시지를 배포합니다. 사용자는 나중에 The Bat 또는 Mozilla Thunderbird와 같은 일반 메일 클라이언트를 사용하여 로컬 네트워크를 통해 편지를 받게 됩니다. 이 모든 것이 로컬 네트워크에서 인터넷에 액세스할 수 있는 컴퓨터 하나만 있으면 충분하고 모든 사람이 편지를 받을 수 있다는 사실을 알려줍니다.
Office 메일 서버 설치
프로그램 설치는 간단합니다. exe 파일을 실행하여 프로그램을 설치하면 즉시 실행할 수 있습니다. 프로그램을 시작한 후 다음 창이 나타납니다( 프로그램이 올바르게 설치된 경우).
Office Mail Server 프로그램 설정 설명
이제 프로그램 작성자가 직접 작성한 프로그램 설정에 대한 설명을 살펴보겠습니다.
사서함 폴더– 사용자의 사서함 파일이 저장될 폴더입니다. 원하는 경우 이러한 파일에 대한 다른 경로를 입력할 수 있지만 지정한 폴더는 이미 존재해야 합니다.
보낼 편지함 대기열 폴더— 외부 SMTP 서버로 보내기 위해 준비한 메시지 파일이 저장될 폴더입니다. 원하는 경우 이러한 파일에 대한 다른 경로를 입력할 수 있지만 지정한 폴더는 이미 존재해야 합니다.
로컬 도메인- 내부 더미 이메일 주소에만 사용됨 - 예를 들어 기본값("mydomain")을 그대로 두는 경우 모든 로컬 사용자는 " [이메일 보호됨]", 여기서 user는 사용자 이름입니다.
로그 파일 크기, KiB- 여기에서 로그 파일(ofmsrv.log)의 최대 크기를 0…999 kb 범위로 설정할 수 있습니다. 0으로 설정하면 로깅이 수행되지 않습니다. 그렇지 않으면 파일이 지정된 크기로 제한됩니다. 크기를 100KiB 이상으로 설정하지 않는 것이 좋습니다. 이렇게 하면 프로그램 성능이 눈에 띄게 저하될 수 있습니다.
POP3 서버 포트 번호– POP3 서버에 일반적으로 허용되는 포트 번호는 110입니다. 그러나 이 포트가 이미 다른 프로그램에 의해 컴퓨터에서 점유되고 있는 경우 값을 입력하십시오. 이 설정을 변경하려면 프로그램을 다시 시작해야 합니다.
SMTP 서버의 포트 번호- SMTP 서버에 일반적으로 허용되는 포트 번호는 25입니다. 그러나 이 포트가 이미 다른 프로그램에 의해 컴퓨터에서 점유되고 있는 경우 값을 입력하십시오. 이 설정을 변경하려면 프로그램을 다시 시작해야 합니다.
POP3 및 SMTP 서버 시간 초과(초)– 메일 클라이언트에서 아무 명령도 수신하지 않은 경우 서버가 메일 클라이언트와의 연결이 끊어진 것으로 간주하는 시간 간격(초). 인터넷의 메일 서버의 경우 이 매개변수는 10분(!)으로 설정됩니다. 이는 연결이 느릴 수 있다는 사실을 고려한 것입니다. 그러나 로컬 네트워크에서 이러한 장기 차단은 완전히 쓸모가 없으며 수십 초면 충분합니다. 이 설정을 변경하려면 프로그램을 다시 시작해야 합니다.
보낸 메시지의 최대 크기, KiB– 애플리케이션의 SMTP 서버를 통해 전송되는 메시지 크기에 대한 제한을 설정할 수 있습니다. 이 매개변수는 "외부"로 나가는 메시지에만 영향을 주지만 로컬 메시지는 제한의 영향을 받지 않습니다. 크기는 키비바이트로 지정됩니다. 크기 제한이 필요하지 않은 경우 "0"을 입력합니다.
IP 필터를 사용하여 서버에 대한 액세스 제한 - 이 확인란을 선택하면 프로그램의 SMTP 서버를 스팸 전송에 사용하기 위해 인터넷에서 서버에 연결하는 기능을 제한합니다. SMTP 및 POP3 서버는 필터링 알고리즘을 성공적으로 통과한 IP 주소에서만 액세스할 수 있습니다.
- 액세스를 허용하는 항목이 없으면 액세스가 거부됩니다(Exit).
- 접근을 금지하는 항목이 있으면 접근이 거부됩니다(Exit).
- 액세스를 허용합니다.
IP 필터– 이 버튼은 프로그램의 SMTP 및 POP3 서버에 액세스할 수 있는 IP 주소 범위를 구성할 수 있는 대화 상자를 엽니다. 기본적으로 OMS는 로컬 네트워크에 할당된 IP 주소에서만 액세스할 수 있도록 구성된 필터를 만듭니다. :
- 127.X.X.X 마스크 255.0.0.0 - 로컬 호스트
- 10.X.X.X 마스크 255.0.0.0 - 클래스 A LAN
- 169.254.X.X 마스크 255.255.0.0 - 클래스 B LAN
- 192.168.X.X 마스크 255.255.0.0 - 클래스 B LAN
- 172.16.X.X 마스크 255.240.0.0 - 클래스 B LAN 16개
WAN의 라우터는 이러한 주소에서 들어오고 나가는 모든 패킷을 차단하므로 서버가 침입으로부터 효과적으로 보호됩니다.
"IP 주소" 및 "서브넷 마스크"라는 단어가 두렵다면 IP 필터 설정을 건드리지 않는 것이 좋습니다. 먼저 TCP/IP 네트워크 구성에 대한 문헌을 읽으십시오.
로컬 사용자- OFMSRV에 연결할 수 있는 등록된 로컬 사용자 목록. 각 사용자는 고유한 사용자 이름, POP3 서버에 연결하기 위한 선택적 암호 및 선택적 외부 별칭( 수신자가 메시지 회신 기능을 올바르게 사용할 수 있도록 인터넷에 메시지를 보낼 때 가상의 내부 이메일 주소를 대체합니다.).
두 명의 특수 사용자가 있습니다. 그 중 하나는 "POSTMASTER"입니다. OFMSRV의 작동 및 유지 관리를 담당하는 사용자입니다. 오류가 발생한 경우 시스템에서 생성한 특수 메시지와 수신자가 분류기를 결정할 수 없는 모든 수신 메시지를 수신합니다( 분류기가 그러한 메시지를 보낼 로컬 사용자를 명시적으로 알려주지 않는 한).
또 다른 특수 사용자는 "DEMON"입니다. 이것은 실제 사용자가 아니라 OFMSRV에 사는 이상한 생물입니다. 데몬은 인터넷에서 메시지를 받을 수 없으며 아무도 그 이름으로 POP3 서버에 연결하여 사서함을 읽을 수 없습니다. 그러나 각 로컬 사용자는 데몬에 모든 메시지를 보낼 수 있으며 데몬이 메시지를 "먹으면" 외부 SMTP/POP3 서버와 세션을 시작하여 누적된 나가는 메일을 보내고 들어오는 메일을 계산합니다. 이것은 원격 세션 시작을 허용하기 위해 수행되지만 데몬을 "깨우기"하지 않고 OFMSRV 메뉴에서 수동으로 수행할 수도 있습니다.
Postmaster와 데몬은 삭제할 수 없습니다.
또한 사용자 "Boss"가 있습니다. 프로그램의 SMTP 서버를 통해 전송된 모든 메시지의 사본을 수신하므로 모든 로컬 사용자의 발신 메일을 제어하고 보관할 수 있습니다. "Boss"는 DEMON을 제외한 모든 사용자에게 할당할 수 있지만 특별한 이름을 할당하는 것이 좋습니다. "보스" 사서함을 주기적으로 지우는 것을 잊지 말아야 합니다. 그렇지 않으면 시간이 지남에 따라 프로그램 성능이 눈에 띄게 떨어질 수 있습니다. 또한 이러한 메일 가로채기는 인권을 침해한다는 사실을 잊어서는 안 되지만 일부 조직에서는 단순히 필요합니다.
새 사용자 추가 및 데이터 변경은 대화 상자의 해당 버튼을 사용하여 수행됩니다.
외부 메일 서버와의 통신을 구성하려면 메뉴 항목 " 설정->통신» ( 당신은 다음 창을 볼 것입니다).
- SMTP 서버– 이 프로그램이 설치된 컴퓨터의 IP 주소
- SMTP 포트– 메일 서버 포트
- LAN을 통한 연결- 인터넷에 지속적으로 연결되어 있는 경우 이 확인란을 선택합니다( 로컬 네트워크를 통해) 또는 Winsock 프록시 클라이언트를 통해. 이 상자의 선택을 취소하면 이 연결 그룹 사용 옵션을 사용할 수 있습니다( "전화 접속" 네트워크 계정이 컴퓨터에 등록된 경우에만);
- POP3 계정- 이것은 원격 메일 서버가 구성된 곳입니다( 최대 100개의 계정을 설정할 수 있습니다.).
사용자 간에 메시지를 정렬하려면 다음 메뉴 항목 " 설정 -> 분류기". 분류기의 목적은 해당 이메일을 수신해야 하는 사용자가 OMS에서 수신하는 이메일을 정렬하는 것입니다.
그런 다음 추가 버튼을 누르고 "헤더 필드인 경우" 필드에 "to"를 입력하고 "텍스트 포함" 필드에 편지를 받은 주소를 쓰고 마지막으로 이 편지를 배달해야 하는 사용자를 추가합니다 ( 프로그램을 설치한 후 프로그램이 있는 폴더에서 더 자세한 설정 지침을 볼 수 있습니다.).
이제 이메일을 수신하려는 사용자의 이메일 클라이언트를 구성하기만 하면 됩니다. 이것은 전송 설정( SMTP 및 POP3 서버), 이미 서버 주소(예: OMS가 설치된 컴퓨터의 로컬 IP 주소)를 작성하고 사용자 및 암호( OMS 프로그램에 입력한 것과 정확히 일치합니다.).
기본적으로 이 프로그램 덕분에 조직의 인터넷 트래픽을 쉽게 줄일 수 있으며 일반적으로 사용자 컴퓨터에서 인터넷을 구성할 필요가 없습니다.
오늘날 기업은 비즈니스 프로세스의 핵심인 이메일을 통해 바이러스 및 스팸으로부터 보호하고, 사용자를 인증하고, 전송된 트래픽을 암호화하고, 많은 편리한 기능을 제공하는 안정적인 고성능 이메일 시스템이 필요합니다. 제시된 솔루션을 사용하면 최소한의 노력으로 이 결과를 얻을 수 있습니다.
아이레드메일
이름:아이레드메일
특허: GNU GPL
플랫폼:*아니야
*nix 메일 서버는 개방성, 성능 및 보안으로 깊은 인상을 주지만 초보자에게는 처음부터 배포하고 후속 유지 관리가 악몽이 될 수 있습니다. iRedMail 프로젝트는 이 문제를 해결하는 것을 목표로 합니다. 사실, 이 개발은 SMTP, POP3 및 IMAP 프로토콜을 지원하는 Postfix/Dovecot 기반 메일 서버의 배포 및 초기 구성 프로세스를 단순화하는 스크립트 및 기성 구성 세트입니다. 스크립트를 실행한 후 필요한 패키지를 자체적으로 다운로드하여 설치하고 관리자 및 사용자와 함께 첫 번째 가상 도메인(최소한의 질문 포함)을 만듭니다. 배포 프로세스 자체에는 약 10분이 소요되며 그 후에 메일을 보내고 받을 수 있습니다. 문서를 읽고 설정을 파헤칠 필요가 없으며 특정 *nix 지식도 필요하지 않습니다. 계정은 OpenLDAP 또는 MySQL에 저장할 수 있으며 이는 설치 단계에서 선택됩니다. 그런 다음 원하는 수의 도메인, 사서함 및 별칭을 만들 수 있습니다. 즉, 제한이 없습니다. 바이러스 및 스팸으로부터 메일을 보호하기 위해 SpamAssassin 및 ClamAV가 자동으로 설치되며 SPF(Sender Policy Framework), DKIM(DomainKeys Identified Mail), HPR(HELO Randomization Prevention), Spamtrap 및 흰색, 검정색을 지원하는 도구가 설치됩니다. , 그레이리스트 . 암호 무차별 대입 시도를 차단하기 위해 iptables Fail2ban이 설정됩니다. 이 프로젝트는 사용자 간에 권한을 위임하여 Postfix 정책을 관리할 수 있는 iRedAPD(접근 정책 위임) 개발을 제공합니다. 관리는 Roundcube WebMail 웹 인터페이스를 사용하여 수행되며, 병렬로 phpLDAPadmin, PostfixAdmin, phpMyAdmin 서비스 관리 도구 및 통계 보기용 AWStats 로그 분석기가 설치됩니다. 자체 디자인의 현지화된 관리자 인터페이스도 사용할 수 있습니다. iRedAdmin은 무료 오픈 소스와 상용 iRedAdmin-Pro의 두 가지 버전입니다. 첫 번째는 계정과 도메인만 관리할 수 있도록 하고 두 번째는 메일 시스템 관리와 관련된 모든 문제를 해결합니다. 모든 구성 요소는 하나의 "깨끗한" 서버에 배치됩니다. 이미 실행 중인 MySQL이 있는 경우 필요한 설정을 수동으로 수행한 경우에만 연결할 수 있습니다(약간의 경험 필요).
Red Hat Enterprise Linux, CentOS, Gentoo Linux, Debian, Ubuntu, openSUSE 및 Open/FreeBSD의 i386/x86_64 버전에 설치가 지원됩니다. 프로젝트 웹사이트에서 신속하게 탐색하는 데 도움이 되는 여러 가이드를 사용할 수 있습니다.
인디메일
이름:인디메일
특허: GNU GPL
플랫폼:*아니야
SMTP, IMAP, POP3 메시징 플랫폼은 QMQP, QMTP, DKIM 및 BATV(반송 주소 태그 유효성 검사)와 메일 스팸 및 바이러스 검사를 지원합니다. Qmail, Courier IMAP/POP3, serialmail(전화 접속 연결을 통한 메일 전달), qmailanalog(메일링 목록), dotforward, fastforward, Messi822, daemontools, ucspi-tcp, Bogofilter, Fetchmail 등의 여러 오픈 소스 솔루션을 기반으로 합니다. 자체 설계의 가상 도메인 및 사용자 계정을 관리하기 위한 도구 세트를 제공합니다. SMTP, IMAP 및 POP3에 대한 라우팅을 제공하여 여러 서버 간에 또는 프록시로 데이터 교환을 통해 메일 도메인을 호스트할 수 있습니다. 조직이 여러 원격 사무실로 구성된 경우 매우 편리합니다. hostcntrl 유틸리티를 사용하여 서비스를 위해 다른 도메인의 개별 주소를 추가할 수 있습니다. 이를 통해 여러 도메인을 늘리거나 독점 솔루션에서 이동할 필요 없이 IndiMail을 이기종 환경에서 사용할 수 있습니다. 데이터 동기화가 가능한 여러 서버를 통해 구조를 쉽게 확장할 수 있습니다. 더 나은 확장성과 성능을 제공하기 위해 일부 구성 요소(특히 Qmail)가 변경되었습니다. IndiMail은 각각의 고유한 qmail-send/qmail-todo 프로세스를 실행하고 별도의 하드 드라이브에 데이터를 저장할 수 있는 몇 가지 소위 모음(대기열 모음)을 사용합니다. 이 아키텍처를 사용하면 원래 Qmail보다 빠르게 요청을 처리할 수 있습니다.
개발자는 설정에서 완전한 자유를 제공하며 거의 모든 매개변수는 변수를 통해 재정의할 수 있습니다(그리고 그 중 약 200개만 있음). 예를 들어, CONTROLDIR 변수는 구성 파일이 있는 디렉토리인 QUEUEDIR(대기열이 있는 디렉토리)을 가리킵니다. 즉, 각 대기열, 발신자, 수신자 및 호스트에 대해 서로 다른 설정을 사용하여 동일한 서버에서 여러 IndiMail 사본을 실행할 수 있습니다. 그러나 모든 변수를 이해할 필요는 없습니다. IndiMail을 시작하고 실행하는 데 약간의 편집만 있으면 됩니다. 초보자는 FLASH 메뉴(Ncurses 기반)를 사용하여 설정을 제어할 수 있습니다. MySQL은 가상 사용자에 대한 데이터를 저장하는 데 사용되며 주소록은 OpenLDAP에 저장할 수 있습니다. 최신 릴리스는 systemd와 완벽하게 호환됩니다. 개발자는 서버 자체와 서비스 모두의 보안에 많은 관심을 기울입니다. SETUID 사용 최소화, 프로그램/주소/파일 간 명확한 분리, 5단계 신뢰 분할, 로컬 IP 자동 인식, 액세스 목록, tcprules, 콘텐츠 필터, TLS/SSL 등.
모든 32/64 *nix 플랫폼에 IndiMail을 설치할 수 있습니다. 일부 인기 있는 Linux 배포판(RHEL/CentOS 5/6, Fedora, openSUSE/SLE, Mandriva, Debian 및 Ubuntu)에 대한 소스, 패키지 및 리포지토리를 다운로드할 수 있습니다. 서버 관리를 위해 다양한 목적을 위한 약 45개의 프로그램이 제공되며(대부분은 /var/indimail/bin에 있음) 계정은 별도로 설치해야 하는 iWebAdmin 웹 인터페이스(QmailAdmin에 구축됨)를 사용하여 구성할 수도 있습니다.
하인 좌석
이름:하인 좌석
특허: GNU GPL
플랫폼:* 닉스, 승리
SMTP(ESMTPSA), POP3 및 IMAP을 지원하는 메일 서버입니다. 관리가 매우 쉽고 웹 인터페이스가 관리에 사용됩니다. 여러 도메인이 있는 소규모 조직에 매우 적합합니다. C/C++로 작성되었으며 스크립팅을 위한 자체 API(Lua 및 C/C++)를 제공합니다. 아키텍처를 사용하면 하나 또는 모든 도메인에 대해 서버를 클러스터링하여 서버 성능을 높일 수 있습니다. SSL/TLS, SQLite 및 MySQL, 인증(MD5/PLAIN/STARTTLS), 화이트/그레이/블랙리스트 모듈, SpamAssassin, BATV 및 VERP(Variable Envelope Return Path) 기술을 지원하여 스팸으로부터 보호합니다. 설정은 최대 메시지 크기를 제한하는 기능을 제공합니다.
이 사이트는 Linux(Generic, Ubuntu, Debian)에 설치하기 위한 소스 코드 및 x86/x64 바이너리를 제공합니다. 서버를 시작하려면 아카이브 압축을 풀고 스크립트를 실행해야 합니다. 나머지는 프로그램이 알아서 합니다. 편의를 위해 소스 텍스트와 구성 파일을 적절한 디렉토리에 배포하고 OS 시작 시 자동 로드할 수 있습니다. 서버 매개변수와 모듈은 rumble.conf 파일에 포함되어 있습니다. 웹 인터페이스(포트 2580)를 통해 등록하려면 자동으로 생성된 modules/rumblelua/auth.cfg 파일(관리자 암호 포함)을 삭제한 다음 웹 브라우저를 열고 새 암호를 지정해야 합니다. 이제 도메인, 계정 및 사서함, 서버 설정을 관리하고 로그 및 통계를 볼 수 있습니다.
기본적으로 SQLite는 데이터베이스로 사용되며 기능이 충분하지 않거나 조직에 이미 작동하는 MySQL이 있는 경우 이 DBMS와 함께 작동하도록 서버를 쉽게 전환할 수 있습니다.
서버 관리에는 서버 관리자, 도메인 관리자 및 사용자의 세 가지 수준이 사용됩니다. 서버 관리자 인터페이스에서는 도메인을 만들고 삭제할 수 있을 뿐 아니라 여러 가지 특정 설정을 사용할 수 있습니다. 도메인을 생성한 후에는 RumbleLua 사용자 메뉴에서 새 계정을 추가하고 설정에서 이 도메인을 지정해야 합니다. 도메인 관리자는 시스템에 등록한 후 사서함, 별칭을 만들고 주소를 모듈에 바인딩하고 특정 주소에서 편지를 받았을 때 실행될 프로그램을 설정하고 구성할 수 있는 기회를 얻습니다. 릴레이. 모든 것이 매우 간단하고 명확하지만 인터페이스는 현지화되지 않았습니다.
Zentyal - 즉시 사용 가능한 우편물
Linux라는 단어에 겁을 먹고 터미널에 명령을 입력해야 하는 초보자에게는 설명서를 읽지 않고도 메일 서비스를 빠르게 배포할 수 있는 간단한 솔루션이 필요합니다. 여기에서 옵션으로 Ubuntu Server(최신 릴리스는 Ubuntu 12.04 LTS를 기반으로 함)를 기반으로 구축된 전문 배포판인 Zentyal에 조언할 수 있으며 그래픽 인터페이스를 사용하여 필요한 모든 설치 및 구성을 수행할 수 있습니다. Zentyal은 UTM 라우터, 사무실 서버 또는 메시징 서버로도 사용할 수 있는 범용 배포판입니다. 필요한 모든 기능은 설치된 모듈/패키지를 사용하여 구현됩니다. 한 번의 클릭으로 추가되는 5개 범주에서 현재 30개 이상의 모듈을 사용할 수 있습니다. Zentyal은 자체 사용자 기반을 사용하여 독립 실행형 서버로 설치하거나 여러 서버 간에 복제하고 자격 증명을 LDAP/AD와 동기화하는 기능을 사용하여 마스터/슬레이브로 실행할 수 있습니다.
악시겐
이름:악시겐
특허: GNU GPL
플랫폼:리눅스, FreeBSD, 솔라리스, 윈도우
루마니아 회사 Gecad Technologies에서 개발한 공동 작업 기능, 일정, 작업 목록 및 메모를 갖춘 빠르고 안전한 다기능 메일 서버(SMTP/POP3/IMAP)입니다. 사용자는 메일 클라이언트를 통해 또는 Ajax 기술을 사용하여 구축된 지역화된(매우 예쁜) 웹 인터페이스를 사용하여 메시지로 작업할 수 있습니다. 이는 완전히 사용자 정의할 수 있습니다. 단축키가 지원되어 일반 데스크탑 응용 프로그램으로 작업하는 느낌을 더욱 향상시킵니다. 설정에서 사용 가능: 외부 상자에서 메일 수집, 자동 응답, 메일 필터, 별칭 설정 등. 사용자는 다른 애플리케이션으로 전송하기 위해 CSV 파일로 연락처를 내보내거나 가져올 수도 있습니다. 표준 외에도 모바일 장치를 위한 간소화된 인터페이스, 메시지, 연락처 및 일정 동기화를 위한 ActiveSync 지원도 제공합니다. 추가 기능으로 공유 폴더 작업을 위한 확장이 설치됩니다.
관리는 명령줄을 사용하거나 웹 모듈(포트 9000에서 실행)을 통해 수행되며 이는 초보자도 이해할 수 있습니다. 동시에 설정에 대한 특정 권한은 다른 사용자에게 미묘하게 위임됩니다.
LDAP 서버(OpenLDAP 및 eDirectory는 설명서에 설명되어 있음) 또는 Active Directory와의 통합이 가능합니다. 이를 위해서는 특별한 확장 체계를 설치해야 합니다. 정보 백업 및 복구 모듈, 메일링 리스트, 클러스터 지원 및 로드 밸런싱, MAPI 인터페이스, POP3 및 IMAP 프록시가 구현됩니다. 서버는 설정이 다른 여러 도메인을 제공할 수 있습니다. 설명서는 Jabber/XMPP를 기반으로 구축된 IM 서비스를 통합하는 방법을 설명합니다. 또한 Axigen은 모든 종류의 차트가 포함된 고급 보고 시스템을 보유하고 있으며 총 약 100개의 템플릿이 준비되어 있습니다. 정보를 보호하기 위해 TLS/SSL을 사용할 수 있으며 일반, 로그인, cram-md5, digest-md5 등 모든 인기 있는 인증 메커니즘이 지원됩니다. 바이러스(Kaspersky, DrWeb, Symantec, ClamAV 등) 및 스팸(SpamAssassin 포함) 퇴치를 위한 15가지 솔루션과의 통합이 가능합니다. 지원되는 기술은 SPF, DKIM, 블랙/그레이/화이트 리스트 및 발신자의 IP/국가별 필터링입니다. 이 모든 것이 관리자 인터페이스에서 한 번의 클릭으로 말 그대로 연결됩니다. Axigen과 MS Outlook 간에 데이터를 교환할 수 있으며 이를 위해서는 커넥터를 설치해야 합니다.
Axigen의 큰 장점은 여러 운영 체제에서 서버를 실행할 수 있다는 것입니다. Debian, Red Hat Enterprise Linux 및 CentOS 5/6, SUSE Linux Enterprise 10/11, Fedora 12 및 13, OpenSUSE 11.2 및 11.3, FreeBSD 7.x/8.x, Solaris 10 x86/SPARC 및 Win2k3/2k8용 패키지( x86/x64). 또한 가상 환경에서 신속한 배포를 위한 컨테이너인 Virtuozzo도 준비되어 있습니다. 설치는 매우 간단하며 서비스를 선택하고 포트를 설정하고 사용자 및 관리자 연결을 위한 네트워크 인터페이스를 지정해야 하는 GUI 인터페이스를 사용하여 수행됩니다. 적절한 기술을 사용하면 전체 프로세스가 10-15분 이상 걸리지 않습니다. 프로젝트 사이트에서 설치 및 관리 프로세스를 보여주는 자세한 문서와 여러 비디오를 찾을 수 있습니다. 또한 사용자 및 관리자 데모 인터페이스를 사용할 수 있습니다. Axigen Free Mail Server(Office Edition)는 무료이며 최대 100개의 이메일 계정과 5개의 캘린더를 관리할 수 있습니다.
커뮤니게이트 프로
이름:커뮤니게이트 프로
특허:무료/유료
플랫폼:*nix, 윈도우, 맥 OS X
캘린더 기능과 협업 자동화 기능을 갖춘 인기 있는 이메일, IM, VoIP 교환 플랫폼입니다. 예를 들어, VoIP는 음성/영상 전송을 제공하며 회의, 자동 전화 교환(IVR), 자동 통화 분배, 통화 대기열 관리, 음성 메일과 같은 기능을 제공합니다. 동시에 CommuniGate는 많은 수의 운영 체제 및 아키텍처(총 약 30개), IPv4 및 IPv6, 표준 프로토콜 SMTP, SIP, IMAP, XMPP, LDAP, RADIUS, XIMSS, CalDAV, WebDAV, MAPI 및 다른 사람. Session Border Controller는 NAT 장치를 통해 올바른 작동을 보장합니다. CGP에 포함된 LDAP 서버는 다른 응용 프로그램에서도 사용할 수 있습니다. AirSync를 사용하여 BlackBerry와 데이터를 동기화할 수 있습니다(각 장치에 대한 라이선스는 별도로 구매). 메일링 리스트 관리자를 사용하면 사용자가 직접 구독할 수 있는 뉴스 메일링을 자동화할 수 있습니다. 메일링 리스트는 관리자가 생성한 다음 서버 사용자 중 한 명이 관리합니다.
사용자는 이러한 프로토콜이나 현지화된 웹 인터페이스를 지원하는 모든 클라이언트 프로그램을 통해 연결할 수 있습니다. 또한 웹 인터페이스는 일반 메일 클라이언트의 형태를 취하는 방식으로 매우 쉽게 구성할 수 있습니다(사용자가 혼동하지 않도록). 또한 단순화된 인터페이스를 사용하여 PDA로 작업할 때 트래픽을 절약하고 휴대폰에서 WAP 프로토콜을 통해 액세스할 수 있습니다. 웹 클라이언트나 주소록에서 클릭 한 번으로 사용자에게 전화를 걸어 VoIP를 통해 통화할 수 있습니다. 설정의 관리자는 메일 정렬 및 전달, 자동 응답, 외부 POP3 상자에서 편지 다운로드, 연락처 목록, 작업 및 일정과 같이 사용자가 사용할 수 있는 기능을 설정합니다.
설정을 통해 사용자는 다른 서버 사용자가 자신의 사서함 또는 개별 폴더에 액세스할 수 있습니다. 이는 조직에서 여러 사람이 사용하는 고객과 통신하기 위해 서비스 계정이 있어야 하는 경우에 유용합니다.
하나의 서버가 여러 도메인에 서비스를 제공할 수 있습니다. 클러스터 노드는 특정 유형의 트래픽(예: 지역별)만 처리할 수 있으며 SIP 팜 기술은 요청을 분산하는 데 사용됩니다. 솔루션은 모든 규모로 쉽게 확장할 수 있습니다. 그건 그렇고, SIPNET 사업자의 IP 텔레포니 네트워크는 CommuniGate Pro를 기반으로 합니다.
사용자 인증은 내부 데이터베이스, Active Directory 또는 클라이언트 인증서를 포함한 외부 프로그램을 사용하여 가능합니다. 설정에서 클라이언트 연결이 허용되거나 거부되는 IP 주소를 지정할 수 있습니다. 서버에 저장되고 클라이언트와 서버 간에 전송되는 모든 정보는 SSL, TLS, S/MIME 및 기타 기술을 사용하여 암호화될 수 있습니다.
개방형 API는 청구 및 관리 시스템과의 통합을 단순화합니다. 플러그인 지원을 통해 타사 스팸 및 바이러스 필터링 솔루션을 연결할 수 있습니다. 현재 Kaspersky, Sophos, McAfee, MailShell, Cloudmark의 솔루션과의 통합이 지원됩니다.
구현 및 표준 보호 수단 - 보낸 사람의 반환 주소 확인, DNSBL(RBL) 지원, 특정 IP 주소 및 네트워크에서 메일 수신 금지, 편지 머리글 또는 본문의 특정 줄 확인. 모든 OS에 설치하는 것은 간단합니다. 사실 아카이브 압축을 풀고 서버를 시작하기만 하면 됩니다. 서버, 도메인 및 계정의 모든 설정은 웹 인터페이스를 사용하여 이루어집니다(8010번째 포트에서 작동하며 시작 후 10분 이내에 연결하고 관리자 암호를 설정해야 함). 권한 시스템을 사용하면 다른 사용자에게 실제로 필요한 기능만 지정하여 도메인 관리를 위임할 수 있습니다.
현재 라이선스가 다른 여러 버전의 서버를 사용할 수 있습니다. Community Edition은 5개의 계정이 활성화된 상태에서 무료로 제공되며 Corporate Edition 및 Service Provider는 추가 기능과 함께 유료로 제공됩니다.
경고
CommuniGate Pro를 처음 시작한 후 10분 이내에 포트 8010에 연결하고 관리자 암호를 설정해야 합니다.
결론
설명된 솔루션을 사용하여 메일 서버를 배포하는 것은 그리 어렵지 않습니다. 관리자의 경험과 설정 수에 따라 시작하는 데 30분이 걸립니다. 중지할 구체적인 결정에 대해 선택합니다. 중간 규모 조직의 경우 iRedMail, Axigen 및 Rumble이 좋습니다. 회사가 지리적으로 멀리 떨어진 여러 사무실로 구성된 경우 Axigen, IndiMail 및 CommuniGate Pro를 살펴봐야 합니다. 후자는 VoIP도 제공합니다.
직접 메일 서버를 설치 및 구성하려는 사람들을 위해 Windows Server 2003/2008/ 서버 및 hMailServer 소프트웨어를 기반으로 하는 메일 서버의 단계별 설치를 고려할 것입니다. 동일한 서버 내에서 DNS 서비스를 구성 및 구성하고 메일 도메인을 서버에 추가하는 단계를 살펴보겠습니다.
이 자료는 hMailServer 소프트웨어 버전 5.0-B305를 사용합니다.
메일 서버 설치
다음 링크에서 메일 서버 소프트웨어를 다운로드합니다.
다운로드한 프로그램을 실행합니다. 첫 번째 대화 상자는 시작 대화 상자입니다. 다음을 클릭하십시오.
다음 단계는 라이센스 계약입니다.
프로그램을 설치할 경로를 선택하십시오.
설치할 구성 요소를 선택하고 모두 선택하십시오.
내장 데이터베이스 선택:
시작 메뉴에 이름 입력:
입력한 데이터를 확인하고 다음 사항에 동의합니다.
서버 관리를 위한 비밀번호 설정:
모든 것이 설치되면 시작 메뉴에 있는 관리를 시작할 수 있습니다. 가장 먼저 볼 것은 연결 대화 상자입니다. 이 프로그램을 사용하면 모든 hMailServer에 연결할 수 있습니다. localhost에 연결하고 연결을 클릭하고 암호 대화 상자에서 설치 중에 설정한 암호를 입력합니다.
먼저 Wellcome 탭에서 Add Domain... 옵션을 선택하고 도메인 이름 bestdomain.com을 입력하고 Save를 선택해야 합니다. 메일 도메인이 활성화되어 사용할 준비가 되었습니다. 이제 사용자를 추가하고 도메인 탭을 연 다음 bestdomain.com 탭을 연 다음 계정 탭을 선택해야 합니다.
여기에서 사용자를 추가, 제거 및 편집할 수 있습니다. 추가 선택...
일반 탭 - 사용자 이름, 암호, 사서함 할당량 및 권한이 여기에서 설정됩니다.
자동 응답 탭 - 여기에서 특정 사용자에 대한 자동 응답을 구성할 수 있습니다.
전달 탭 - 여기에서 특정 사용자에 대한 메일 전달을 구성할 수 있습니다.
탭 서명 - 서명이 설정됩니다.
탭 외부 계정 - 특정 사용자의 다른 서버에서 메일을 수집하는 기능.
탭 규칙 - 모든 종류의 필터 설정.
Active Directory 탭 - 필요한 경우 해당 서비스 이름으로 작업하는 기능.
고급 탭 - 사용자의 성과 이름 설정, 메일 폴더 관리.
별칭 도메인 탭 - 특정 도메인에 대한 별칭을 구성할 수 있고 메일링 목록 도메인 탭을 사용하여 메일링 목록을 만들 수 있습니다.
다른 전역 탭 규칙, 전역 필터 설정, 설정, 프로토콜 설정, 로그, 스팸 방지 및 바이러스 백신 연결이 있습니다.
다양한 서버 유지 관리 도구.
SMTP 포트 25, POP3 110, IMAP 143은 방화벽에서 허용되어야 합니다.
이메일 클라이언트를 설정할 때 POP3, IMAP, SMTP의 사용자 이름은 [email protected]으로 설정되어 있음을 기억해야 합니다.
DNS 서버 구성 Windows 2003/2008.
시작 -> 제어판 -> 프로그램 추가/제거
열리는 창에서 Windows 구성 요소 추가/제거를 선택하면 Windows 구성 요소 마법사가 시작됩니다. 네트워킹 서비스 항목이 되고 세부 정보를 선택하고 DNS(Domain Name System)를 표시한 다음 확인 및 다음을 선택합니다. 그러면 Windows 설치(특히 i386 폴더)가 포함된 배포 키트가 필요할 수 있으며 시스템을 재부팅할 수 있습니다.
설치 후 DNS 구성을 시작할 수 있습니다.
시작 -> 관리 도구 -> DNS
컴퓨터 이름으로 트리 확장 -> 정방향 조회 영역을 마우스 오른쪽 버튼으로 클릭 -> 새 영역
마법사가 열리면 다음 -> 기본 영역 -> 다음 -> 영역 이름 입력 bestdomain.com -> 다음 -> 파일 이름에 동의합니다. 다음 -> 동적 업데이트를 허용하지 않음 -> 다음 -> 마침을 선택합니다.
필요한 모든 도메인을 생성합니다. 첫 번째 도메인은 루트 도메인이고 도메인 이름은 비어 있고 IP 주소는 100.100.100.100 -> 호스트 추가입니다. 그런 다음 이름 필드에 www, ns1, ns2, 메일 IP 주소 100.100.100.100 -> 호스트 추가를 입력하여 필요한 모든 호스트를 생성합니다. 끝에서 마침을 선택합니다.
다음 단계는 영역 설정을 편집하고 생성된 도메인 이름을 마우스 오른쪽 버튼으로 클릭하고 속성 -> 열리는 대화 상자에서 선택하고 이름 서버 탭을 선택하고 제거 버튼으로 자동 생성된 도메인 삭제를 선택하는 것입니다. > 추가 버튼으로 두 개의 서버 이름 ns1 및 ns2를 추가합니다. -> 이름 서버와 해당 IP를 입력합니다.
다음 탭 SOA(권한 시작)는 지정된 모든 값을 입력하고 현재와 미래의 모든 도메인 변경 후 영역에 대해 증분을 수행하는 것을 잊지 마십시오. 일련 번호가 1씩 증가합니다.
다음 단계는 메일이 작동하도록 MX를 추가하고 호스트를 생성하기 위해 새 메일 교환기(MX)를 마우스 오른쪽 버튼으로 클릭하는 것입니다.
도메인 이름을 공백으로 두고 메일 서버의 DNS 이름과 우선 순위 10을 입력한 다음 확인을 클릭합니다.
DNS가 구성되었으며 사용할 준비가 되었습니다!
메일 서버 설치
Windows OS의 메일 서버로 무료 메일 서버 hMailServer를 사용합니다. 다운로드 섹션의 Hmailserver 웹 사이트로 이동하여 설치에 사용할 수 있는 최신 버전을 다운로드합니다. 서버 설치를 시작합니다. 설치 유형을 선택할 때 전체 설치 유형을 선택하십시오. 데이터베이스 서버 유형을 선택합니다. 많은 수의 사서함이 계획되어 있고 보안이 중요한 경우 외부 데이터베이스 엔진 사용(MSSQL, MySQL 또는 PostgreSQL)을 선택합니다. 관리자 암호를 설정하고 기억해 두십시오. 설치가 완료되면 서버에 연결하는 창이 나타납니다. 애플리케이션 실행의 편의를 위해 "시작 시 자동으로 연결" 옵션을 설정하고 "연결"을 클릭하십시오. 환영 창에서 도메인 추가… 버튼을 클릭하고, 도메인 추가… 섹션에서도 도메인을 추가할 수 있습니다.
도메인 추가
도메인을 선택하고 계정 섹션에서 메일 계정을 추가합니다.
이 설정은 이미 메일을 사용하기에 충분합니다.
hMailServer 메일 서버 설정 설명
상태
상태-서버 섹션에서 서버의 현재 상태, 서버 버전 및 사용된 데이터베이스 서버 유형을 볼 수 있습니다. 또한 구성 오류를 표시합니다.
상태-상태 섹션에는 서버 통계, 서버 가동 시간, 처리된 이메일 수, 탐지된 바이러스 및 스팸 메시지가 포함됩니다. 이 섹션에는 활성 SMTP, POP3, IMAP 세션의 수도 표시됩니다.
상태 로깅 섹션에서 로깅을 활성화하고 방송 중 메일 서버에 대한 연결을 모니터링할 수 있습니다. 상태 배달 대기열 섹션에는 메일 대기열이 있으며 같은 섹션에서 메일 대기열을 지울 수 있습니다.
도메인
도메인 섹션에서 도메인 설정을 삭제, 추가, 편집할 수 있습니다. 도메인 설정을 자세히 살펴보겠습니다.
일반 섹션에서 메일 도메인을 활성화/비활성화할 수 있습니다. 이름 섹션에서 메일 도메인의 별칭을 추가할 수 있습니다. 서명 섹션에서 지정된 메일 도메인의 사서함에서 보낸 메시지에 대한 서명을 추가할 수 있습니다. 서명 사용 조건을 정의할 수 있습니다.
- 서명이 없는 모든 상자에 대해
- 편지함 서명 덮어쓰기
- 사서함 서명에 서명 추가
텍스트 및/또는 html 서명을 추가할 수 있습니다.
제한은 제한 섹션에서 설정됩니다. 최대 크기(Mb) - 도메인의 모든 사서함에 있는 모든 메일 메시지의 크기 제한을 설정합니다. 최대 메시지 크기(Kb) - 설정된 경우 hMailServer는 지정된 값보다 큰 메시지를 거부합니다. 매개변수가 설정되지 않은 경우 SMTP 설정에 지정된 값이 사용됩니다. 계정의 최대 크기(Mb) - 값이 설정되면 관리자는 총 볼륨이 값을 초과하는 계정을 추가할 수 없습니다. 또한 이 섹션에서 최대 계정 수, 별칭 및 메일링 리스트를 설정할 수 있습니다.
DKIM 서명 섹션에서 DKIM 서명을 구성할 수 있습니다. 서명과 키를 생성하려면 dkim-wizzard 리소스를 사용하는 것이 좋습니다. Pivate 키 파일에서 개인 키로 파일을 지정합니다. 선택기 항목에서 DNS 항목과 일치해야 하는 선택기를 지정합니다. 예를 들어 DNS 항목의 이름이 myselector._domainkey.example.net이면 선택기로 "myselector"를 입력합니다(따옴표 제외).
고급 섹션에서 존재하지 않는 모든 사서함으로 전송되는 메일의 전달 주소를 구성하고 소위 "플러스 주소 지정"을 활성화하고 해당 기호를 지정할 수 있습니다. 그레이리스팅을 활성화/비활성화할 수 있습니다.
도메인-계정 섹션에서 각 특정 사서함에 대한 설정이 이루어집니다. 일반 탭에는 기본 계정 설정이 포함되어 있습니다. 주소, 암호 및 사서함 크기. 서버에 대한 사용자 액세스 수준을 지정할 수도 있습니다.
- 사용자 - 암호와 같은 계정 설정을 변경할 수 있습니다.
- 도메인 - 사용자는 도메인의 기본 설정과 도메인의 사용자를 변경할 수 있습니다. 사용자, 별칭, 메일링 목록을 추가하고 개체를 삭제하고 계정 한도를 늘릴 수 있습니다.
- 서버 - 사용자는 서버와 그 안에 있는 모든 도메인의 설정을 변경할 수 있습니다.
자동 회신 탭에서 자동 회신을 구성하고 자동 회신의 제목과 메시지, 자동 회신이 활성화되는 날짜를 지정할 수 있습니다.
전달 탭에서 메일 전달 주소를 구성할 수 있습니다. 서명 탭에서 계정에 대한 서명이 구성되며 도메인과 마찬가지로 txt 및 html 서명을 구성할 수 있습니다. 외부 계정 탭에서 POP3 프로토콜을 사용하여 다른 메일 서버에서 메일을 다운로드하도록 hMailServer를 구성할 수 있습니다. 규칙 탭에서는 전역 규칙과 동일한 방식으로 작동하지만 메시지에만 적용되는 규칙이 구성됩니다. 자세한 내용은 규칙 섹션을 참조하십시오. Active Directory 탭에서 Active Directory 계정을 연결할 수 있습니다. 사용자가 서버에 연결하면 hMailServer는 Active Directory를 사용하여 사용자의 암호를 확인합니다. 고급 탭에서 사용자의 이름과 성을 지정할 수 있습니다(이 데이터는 hMailServer에서 사용되지 않음). IMAP 폴더를 편집하고 모든 IMAP 폴더의 내용을 지울 수 있습니다.
Domains-Aliases 탭에서 사서함의 별칭이 구성됩니다.
도메인 - 메일 그룹에서 메일 그룹이 구성됩니다. 주소 - 우편 주소, 이 주소로 보낸 메시지는 우편 목록에 있는 모든 사람에게 전달됩니다. 3가지 모드가 있습니다:
- 공개 - 누구나 이메일을 보낼 수 있습니다.
- 회원 - 목록의 회원만 잠을 잘 수 있습니다.
- 공지 사항 - 메시지는 특정 사서함에서만 보낼 수 있습니다.
SMTP 인증 필요 - 이 플래그가 설정되면 hMailServer는 메일링 리스트에 배달하기 위해 SMTP 인증을 요구합니다. 이 옵션을 선택하면 서버에 계정이 있는 사용자만 메일링 리스트에 이메일을 보낼 수 있습니다. 구성원 탭에서 이메일 주소를 추가할 수 있습니다. hMailServer에서 주소 추가(선택...) 및 텍스트 파일에서 가져오기(가져오기...)가 지원됩니다.
규칙
규칙 섹션에서 이메일 내용을 기반으로 규칙을 활성화할 수 있습니다. 예를 들어 특정 문자열이 포함된 이메일을 삭제하거나 특정 크기보다 큰 이메일을 전달할 수 있습니다. 각 규칙에는 기준과 작업이 있습니다. 규칙을 만들 때 규칙을 적용할 메시지를 결정하는 기준을 추가합니다. 예를 들어 특정 메시지 ID 헤더가 있는 이메일에 적용할 기준을 추가할 수 있습니다. 기준을 추가한 후 조치를 추가하십시오. 작업은 기준과 일치하는 경우 hMailServer가 메시지로 수행해야 하는 작업을 설명합니다. 예를 들어 메시지를 전달하거나 삭제하거나 특정 폴더에 저장할 수 있습니다.
설정
설정 섹션에서 프로토콜 설정이 이루어집니다. 스팸 방지, 바이러스 백신(Clamav, 추가 설치 필요)을 구성하고 로깅을 활성화할 수 있습니다. 설정-고급에서 메일 서버의 자동 차단, SSL 인증서, 포트 및 IP 주소에 대한 설정이 이루어집니다.
유용
백업 섹션에서는 설정, 도메인, 메시지를 백업할 수 있으며 일일 작업에 추가할 수 있는 스크립트도 있습니다. 이 섹션에서는 백업에서 데이터를 복원할 수도 있습니다. MX 쿼리 섹션에서 메일 서버의 MX 레코드를 진단할 수 있습니다(dig MX와 유사). 서버 발송 섹션에서 로컬 메일 주소로 메시지를 보낼 수 있습니다. 진단은 포트 25, 도메인 MX 레코드의 연결을 확인하는 또 다른 진단 도구입니다.