By mark <do41004@dreamwiz.com> http://gohosting.co.kr/~mark/
순서
0. 본 문서에 대해서
1.1 MyMail 이란?
1.2 개발자
1.3 라이센스
1.4 일반적인 기능
2. 설치방법
3. 운용방법
3.1 메일 서버 설정
3.2 실행과 종료
3.3 데이터베이스 관리
4. 남아있는 기능들
5. 변경된 사항
9. FAQ
본 문서는 MyMail 프로그램 사용자에 대한 사용 설명을 담고있다.
본 문서에는 기본적으로 리눅스 환경을 바탕으로 설명을 한다.
윈도우 시스템 사용자는 본 문서를 바탕으로 적절히 응용하여 사용 하면 무리가 없을 것이라 생각한다.
메일을 수신해서 MySQL 데이터베이스에 저장하는 SMTP 데몬이다.
기존의 sendmail 이나 qmail 과는 다음과 같은 점에서 다르다.
a. MyMail 은 시스템 계정을 지원하지 않고 데이터베이스의 계정을 사용한다.
b. MyMail 은 메일을 수신만 할 뿐 전송을 하지 않는다. 따라서 메일 릴레이는 원천적으로 가능할 수 없다.
c. MyMail 은 SMTP 데몬일 뿐 POP3 데몬은 아니다. (물론 앞으로 POP3 기능을 가질 지도 모르지만…)
이름 : 마크 Mark,
메일 : do41004@dreamwiz.com
홈페이지 : http://gohosting.co.kr/~mark/
무료이다.
배포본은 컴파일된 바이너리만 제공되며, 소스 코드는 제공되지 않는다.
기본 적인 SMTP 서버의 기능을 포함하며 다음과 같은 특징이 있다.
- 시스템 계정을 사용하지 않고, 데이터베이스의 계정을 사용한다.
- 메일 서버 차원에서 쿼터(사용자별 메일 용량 제한)를 적용할 수 있다.
SMTP 서버의 가장 기본적인 메일 수신 기능 만을 지원하여 프로그램의 구조를 간단하게 만들었다. 다르게 생각하면 웹메일을 위한 전용 메일 수신 서버라고 할 수 있겠다.
만약 메일 송신 기능이 필요하다면, 별도로 데몬을 만들어 데이터베이스에서 큐(테이블)에 있는 메일을 상대 서버에 접속해서 SMTP 방식으로 전송해 주어도 된다.
아니면 CGI(PHP, ASP, etc) 에서 직접 상대 메일 서버에 접속해서 메일을 전송하면된다.
또한 POP3 기능이 필요하다면 엮시 직접 데몬을 만들면 될 것이다.
설치 방법은 아주 간단하고 직관적이다.
다음과 같은 단계를 거치면된다.
a. 데이터베이스를 준비하고 테이블 만든다.
b. 테이블에 메일을 받을 주소를 입력한다.
c. 메일 서버 프로그램을 실행한다.
압축 파일 내부에 mymail.sql 파일에 필요한 데이터베이스 테이블의 스키마(SQL 문장)가 들어 있다.
이 스키마를 적절하게 쿼리를 해서 테이블로 만들면 된다.
메일을 수신하기 위해서는 메일 주소가 테이블의 필드에 들어가 있어야한다.
자세한 내용은 3. 운용 방법의 3.3 데이터베이스 관리를 참고한다.
mymail은 25 번 포트를 사용하므로, 루트 권한이 필요하다.
그리고 MySQL 데이터베이스를 사용하기 때문에, 동적 라이브러리가 필요하다.
현재 시스템의 패스에 라이브러리가 지정되어 있지 않으면, 아래와 같이 직접 패스를 지정해 줄 수 있다.
LD_LIBRARY_PATH=/usr/local/mysql/lib/mysql
export LD_LIBRARY_PATH=/usr/local/mysql/lib/mysql
나머지 부분은 실행하는 방법은 실행과 종료 부분을 참고한다.
메일 서버의 환경 설정 파일은 mymail.conf 이다.
이 파일에 로그를 남길지 등의 옵션을 선택할 수 있다.
옵션 항목은 다음과 같으며, 항목에는 대소문자 구분을 하지 않지만, 항목에 대입해 주는 값은 대 소문자를 구분한다.
메일 서버의 포트 번호이다.
이 값은 25로서 고정적이라고 할 수 있다. 다만 테스트를 원할 경우, 포트를 바꾸어 시험 운영을 해 볼 수 있다.
현재 시스템의 호스트 명 (FQDN; Fully Qualified Domain Name) 을 적는다.
하지막 꼭 호스트 명칭일 필요는 없다. 호스트 명칭이 없으면 임의의 스트링을 넣어도 되지만 권하지는 않는다.
메일 데몬 프로그램이 데이터베이스 액세스를 위해 접속을 시도할 호스트명을 입력하는 부분이다.
즉, 데이터베이스는 메일 데몬이 실행되고 있는 시스템과 떨어져 있어도 상관없다.
데이터베이스의 사용자 명과 비밀번호를 입력하는 부분이다.
데이터베이스 이름을 입력하는 부분이다.
메일 서버의 동작 내용을 파일에 남긴다.
로그 파일은 mymail.log 이다.
지정 방법
log=no
log=server
log=mail
log=database
와 같이 가능하며, server, mail, database 는 혼합해서 사용이 가능하다.
환경 설정 파일에 log=no 로 하면 로그를 남기지 않는다.
log = mail, database 와 같이 하면, 메일 서버는 mail 송수신과 datase 기록에 관한 정보를 남긴다.
log=server 이면 서버의 기본적인 정보를 기록한다.
log=server,mail 이면 기본 적인 정보와 메일 송수신에 관한 정보를 기록한다.
log=server,databse 이면 기본 적인 정보와 데이터베이스와의 연결에 대한 정보를 기록한다.
log=server,mail,database 이면 서버 동작 정보,메일 동작 정보,데이터베이스 동작 정보를 로그에 기록한다.
quota_check=yes 이면 메일 서버 차원에서 메일 용량을 체크해서 수신 거부를 할 수 있다.
물론 이 옵션을 사용하지 않고 전적으로 메일 클라이언트에서 해결할 수도 있지만, 서버 차원에서 미리 체크를 해서
제한 용량이 넘었을 경우, 메일을 데이터베이스에 저장하지 않는 것이 여러모로 효과적일 것이다.
메일 서버는 MY_USER 테이블의 space_left 필드를 통해 메일 수신 거부를 한다.
거절하는 조건은 다음과 같다.
조건 ;
a. space_left 가 1 보다 작은 경우 (0 또는 음수값),
b. space_left 가 1 보다 크지만,
메일을 받을 데이터의 크기가 남아 있는 공간(space_left 의 값) 보다 클 경우,
주의 ;
b 조건의 경우에는 다음과 같은 점의 주의해야한다.
- 메일을 받을 데이터의 크기와 메일을 받은 데이터의 크기는 서로 다르다.
-
메일 내용을 받기 전에 space_left 와 비교하는 데,
space_left 가 15이고, 메일을 받을 데이터의 크기가 10이고,
메일을 받은 크기가 20일 경우, space_left 에는 -5 의 값이 들어간다.
-
메일을 보내는 프로그램(상대편 메일 클라언트)이 메일 내용을 보내기 전에
메일의 내용 사이즈(크기, 길이) 정보를 먼저 보내 주어야 효과가 있다.
대부분의 MTA (메일 전달 프로그램) 는 메일 내용을 보내기 전에 메일 내용의 사이즈 정보를 보낸다. 유(리)닉스의 대부분의 메일 프로그램이
그렇고, 다음(한메일), 드림위즈, 윈도우의 아웃룩 익스프레스 등...
하지만 몇 몇 MTA 는 그렇지 않다. 특히 웹 프로그래머가 CGI 방식으로 직접 메일 데이터를 보내는 경우가 그렇다고 할 수 있다.
이 와 같은 경우에는 b 조건은 생략된다.
quota_check=yes 인 경우에 메일 데몬은 메일을 데이터베이스에 저장하고 아래와 같이 space_left 메일을 받은 데이터의 크기로 갱신한다.
space_left = space_left - (메일을 받은 데이터의 크기)
메일을 받을 크기와 메일을 받은 크기의 차이는 일반적으로 후자가 더 크다.
MTA 에 따라 다르지만 일반적으로 수십 바이트에서 크게는 1KByte 이상 차이가 나는 경우가 있다.
quota_check=yes 일 경우 다음과 같은 조건에서도 메일 데몬은 메일을 데이터 베이스에 보관한다.
MTA 가 메일 내용을 보내기 전에 메일 크기 정보를 전달하지 않았고, space_left가 1 이상의 값일 때, 즉, 메일 내용을 보내기 전에 메일 크기를 전달하지 않았기 때문에, 메일 보낼 내용의 크기를 메일 서버는 0 으로 인식한다. 따라서 space_left 가 메일 받을 내용의 크기보다 크기 때문에 메일을 저장한다.
이 때, 만약 실제 메일을 받은 내용의 크기가 2345 라면, space_left 의 값은 -2344 로 변경되며, 다음 부터는 space_left 에 메일을 저장할 공간이 없기 때문에 메일을 수신 거부를 한다.
별 다른 특별한 규정이 없다.
다만 MySQL 라이브러리 경로가 패스에 걸려있지 않으면, 실행할 때, 에러를 낸다.
그 에러 메시지를 보고, 적절하게 MYSQL 라이브러리 경로를 패스에 걸어주면된다.
소스 컴파일이나 RPM 설치 모두에서 테스트를 했으며 무리 없이 동작했다.
하지만 필요한 경우 라이브러리 파일 링크를 적절하게 바꾸어 주어야한다.
mymail 은 일반적인 데몬을 시작하듯이 백그라운드 명령으로 실행을 해 주면 되며, 필요할 때는 강제 종료를 시키면된다.
시스템 부팅시 자동으로 시작하게 하기 위해서는 부팅 스크립트 부분에 첨가를 해 주면된다.
물론, 데몬 프로그램은 처음 시작할 때, 현재 경로에서 설정 파일을 읽으므로
(cd 설치경로; ./mymail &)
와 같이 첨가를 해야할 것이다.
메일 데몬을 강제 종료할 때, 현재 메일 수신 작업을 하고 있는 경우에는 오류가 발생할 수 있다.
하지만 이 오류가 메일 내용을 분실해서 수신자에게 전달을 하지 못하는 오류는 아니다.
만약 이런 오류가 발생한다면 치명적인 버그라고 해야겠다.
강제 종료할 때, 재수가 엄청나게 많이 없어서 심각한 오류가 나면 똑 같은 메일이 두 번 전달 전달 될 수 있다. 하지만 이런 경우는 지극히 드물다.
강제 종료할 때, 재수가 조금 없어서 오류가 발생하면 메일 전달하는 시간만 조금 길어 질 뿐 제대로 전달이된다.
종료를 할 때, 현재 메일 수신 처리 중인 클라이언트가 몇 개 인지 알아보려면,
$ ps aux | grep mymail
와 같은 명령으로 알아보고 클라이언트가 없거나 적을 때, 종료 시켜도 된다.
MyMail 프로그램이 사용하는 모든 테이블은 대문자이며 처음이 "MY_" 접두사로 시작한다.
예)
MY_USER
MY_RECV_QUEUE
MY_DELI_QUEUE
모든 테이블은 임의대로 수정을 할 수 있다. 물론 기존 필드명이나 데이터 타입을 바꾸는 것은 mymail 데몬과 연동에서 문제가 있지만, 데이터 크기를 늘려주거나 새로운 필드를 추가해도 괜찮다.
MY_USER 테이블은 메일을 수신할 사용자의 정보를 보관한다.
다음은 MY_USER 테이블의 생성 쿼리 문장이다.
CREATE TABLE MY_USER (
idx int(11) DEFAULT '0' NOT NULL auto_increment,
mail char(40) DEFAULT '' NOT NULL,
space int(11) DEFAULT '0' NOT NULL,
space_left int(11) DEFAULT '0' NOT NULL,
state char(1) DEFAULT '0' not NULL,
state comment varchar(255) DEFAULT '0' not nULL,
PRIMARY KEY (idx),
UNIQUE idx_mail (mail)
);
idx 필드
메일을 수신한 사용자 정보에 대한 고유번호이다. 이 값은 다른 테이블과 연계할 때 사용된다. SQL JOIN 등을 할 때, MY_USER.idx 를 외래키 정도로 사용하면 된다.
idx 는 메일 서버에서 int(32bit) 형으로 취급하며, 양수의 값으로 2147483647 까지의 값을
가질 수 있다.
mail 필드
사용자의 메일 주소를 기록하는 부분이다.
메일 주소는 기본적으로 40자 까지 기록이 가능하며 아래 예와 같이 완전한 메일 주소 형식이어야 한다.
예)
안녕노트패드야@abcdefg.yahookorea.co.kr
mark@gohosting.co.kr
mark@abcdef.yahoo.co.kr
mymail 에서는 사용자의 아이디가 아닌, 메일을 받는 사용자의 메일 주소를 사용함으로서 여러가지 도메인을 동시에 쓸 수 있다.
메일 주소는 mail 필드의 길이 제한으로 40자 이상을 넘을 수가 없는 데, 40자가 메일 주소로서 모자란다고 생각하면 직접 필드를 수정해서 늘려 줄 수 있다. 이 때, 메일 주소는 최대 영문 63 자 까지 늘릴 수 있다. 메일 주소가 64 자 이상이면 서버 차원에서 메일을 거절한다.
메일 주소는 한글도 사용이 가능하다.
그러나 메일 보내는 프로그램이 메일 주소에 한글을 사용하도록 지원하는 경우가 드물다.
space, space_left (메일 용량) 필드
space 필드 ; 사용자가 메일을 저장할 수 있는 총 용량
space_left 필드 ; 앞으로 사용할 수 있는 용량
메일 서버는 메일을 수신할 때, 현재 받는 메일의 용량이 (space - space_elft) 보다
- 크면, 용량 초과 메세지를 보내고 메일 수신을 거절한다.
- 작으면, MY_RECV_QUEUE 테이블에 메일 데이터를 저장하고,
space_left = (space_left + 받은메일용량) 으로 갱신을 한다.
space, space_left 필드는 웹메일 클라이언트 CGI 프로그램(PHP, ASP, etc...)에서 직접
수정할 수 있다.
예를 들어, 메일 데이터를 압축하거나 기타 방법을 통해 용량을 줄인 경우, 혹은 메일 데이터를 삭제한 경우 등의 작업을 한 후에는 space_left 의 값을 수정해 주어야할 것이다.
또는 사용자의 메일 용량을 늘려 주고 싶다면 space 와 같이 space_left 의 값을 수정해야할 것이다.
mymail 데몬이 메일 용량 필드의 정보를 갱신하는 상황에서 발생할 수 있는 데이터베이스의 트랜잭션에 관한 문제는 무시한다.
그렇다고 일일이 테이블에 락을 거는 방법도 옳지 않을 것이다.
state 필드는 메일 사용자에 관한 정보이다.
(아직은 이 필드가 효력을 발생하지는 않지만, 차츰 지원할 예정이다.)
다음과 같이 사용된다.
M = 사용자가 다른 메일 주소를 사용할 경우,
state_comment 에는 다른 메일 주소를 입력해 준다. aj@fires.af.mil
N = 사용자가 메일 수신을 모두 거부할 경우,
메일 주소와 기타 정보를 DB 에 남겨 놓고, 메일을 더 이상 받지 않을 때,
MY_RECV_QUEUE 테이블 설명
메일이 도착하면 MY_RECV_QUEUE 테이블에 데이터가 들어간다. 이 테이블에는 모든 사용자의
새로운 메일이 기록되게 된다.
STAMP 를 통해 아주 오랬동안 확인을 하지 않은 데이터나 사용자가 삭제되어 임자없는
메일 데이터는 적절한 방법으로 제거해주어야한다.
테이블의 필드에는 메일을 받는 사람의 메일 주소가 있으며, 메일의 내용이 있다.
사용자가 로그인을 해서 메일 박스를 열 때, 먼저 큐에 메일이 도착해 있는 지,
있으면, 이름, 제목, 내용, 첨부 파일등으로 분류해서 다른 테이블에 옮겨 넣는 것이 좋다.
물론 분류를 하던 하지 않던 취향에 따라 다르겠지만, 예를 들어서,
사용자가 10만명이고, 요즘의 스펨 페일이 난립하는 점을 고려해서
한 사용자당 100통(송,수신 및 보관)의 메일을 가지고 있다면, 데이터는 1000만건이 된다.
아무리 성능이 좋은 데이터베이스라지만 동시 사용자가 100명씩 몰리고 또 1000만건 중에 자신의
데이터를 계속해서 검색한다면, 서버의 부하는 엄청나게 될 것이다.
물론 이 같은 상황은 일반적인 상황이며, 대형 사이트의 예일 것이다만, 미리 걱정을 해서
준비해 두는 것도 나쁘지 않을 것이다.
그래서 다음과 같은 시나리오를 작성해 본다.
사용자로그인-> MY_RECV_QUEUE 에 자신의 메일이 도착해 있는지 자동 검색. 있으면 다른 테이블로
데이터를 이동. (또는 다른 데이터베이스나, 부하 분산을 위해 다른 서버에 있는... 물론 네트웍이
빠른... 곳으로 이동.)
이 때, 메일 데이터를 여러개의 테이블에 나누어 집어 넣어 검색이 쉽도록한다.
테이블을 A-Z, DIGIT, ETC 와 같이 분류해서 수십개를 준비해 놓는다.
그리고 사용자 아이디의 첫 문자에 따라 각각의 테이블에 데이터를 집어 넣는다.
그렇게 하면 나중에 자신의 데이터를 볼 때,
MY_DELI_QUEUE 테이블 설명
필드:
idx,
fr_idx (MY_USER.idx 의 외래키),
receiver = 받는 사람 메일 주소
state char(1) ; 전송에 관한 상태 정보를 보관한다.
N = 처음 값
S = 보낸 메일 표시, 메일을 보냈으면, 다른 곳(보낸 편지함 등)으로 이동해야함.
R = temporarily rejected, 메일 보내기에 실패해서 다시 보내야할 경우,
X = permanently reject, 메일 정보가 틀려 삭제해야 하는 경우
이때에는 메일 보내는 사용자에게 메일 정보가 잘못되었음을
알려주어야함.
size int = 데이터 전체 크기
stamp int = 테이블에 집어 넣은 시간
data text = 메일 데이터
메일을 보낼 때에는 MY_DELI_QUEUE 테이블에 데이터를 집어 넣으면된다.
아직, 메일 서버가 직접 메일을 송신하는 역활은 하지 않는다.
하지만 MY_DELI_QUEUE 테이블에 모든 사용자의 보낼 메일을 기록하고 차례대로 하나씩 보내는 것도
좋은 방법이다.
메일을 보내는 것은 직접 해야한다. 시스템의 메일 프로그램을 이용해도 되며
PHP 등으로 직접 상대 메일 서버에 접속을 해서 메일을 넣어 주는 것도 좋다.
직접 상대 서버에 접속할 때에는 다음과 같은 단계를 따라야한다.
1. 메일을 받는 사람의 메일 주소를 확보한다.
2. 메일 주소에서 호스트 명을 얻는다.
3. 호스트 명에서 메일의 MX 서버를 찾는다.
이 때, MX 서버가 여러개 인 경우가 있다. 다음이나 드림위즈 등, ... 수십개가 넘는
서버도 있다.
이 중에서 우선권이 있는 MX 서버를 알아내어야한다. 우선권이 없는 메일 서버로
메일을 넣으면 에러가 발생하는 경우를 보았다.
메일 주소의 호스트명을 가지고 우선권이 있는 MX 서버를 알아내기 위해서는
네임서버에 질의를 해야할 것이다.
4. 우선권이 있는 MX 서버의 25 번 포트로 접속해서 SMTP 프로토콜에 따라 메일을 전송한다.
5. 메일을 전송했으면, MY_DELI_QUEUE 에서 보낸 편지 보관함 등으로 데이터를 옮기고,
기타 마무리 작업을 한다.
기타:
메일 데이터를 MY_DELI_QUEUE 에 집어 넣을 때, 필요하다면 직접 인코딩을 해서 집어 넣어야한다.
프로토콜에서
MAIL FROM: <account@yourhost.com> SIZE=메일데이터내용
과 같이 해 주면 용량이 부족할 경우 에러를 받을 수 있다.
아래의 기능은 메일 서버 차원에서 이루어져야할 지, 아니면 웹 메일 클라이언 기능으로
남겨 두어야할지 여부를 좀더 검토해 보는 것이 필요하다.
자동 답신 기능
수신 거부 기능
환경 설정 -
수신 거부 목록
IP 단위, 호스트 단위, 메일 주소 단위
메일 데이터 용량 단위,
메일 데이터 내용 비교 단위 = 메일의 내용 일부를 비교해서 바이러스 일 가능성이 있을 경우
바로 메일을 거부하는 기능.
2001년 12월 26일 : 처음 버전 발표
개발자의 메일 주소는 do41004@dreamwiz.com 이다.
하지만 메일을 보내도 꼭 답장을 한다는 보장은 하지 않는다.
이왕이면 게시판을 통해서 버그나 아이디어를 제시해 주기 바란다. 게시판은
보는 곳이기 때문에 왠만하면 답변을 한다.
개발자의 홈페이지는 http://gohosting.co.kr/~mark 이다.
Q. 작성된 언어는 무었인가?
A. C++ 로 작성되었다.
ANSI C++ 로 컴파일을 옵션을 주지는 않았지만, g++ 과 MS-Visual 6.0 에서 잘 컴파일된다.
Q. 지원하는 운영체제에는 어떤 것이 있나?
현재 윈도우와 리눅스를 동시에 지원한다.
기타 운영체제는 컴파일만 시키면 가능하리라 생각하지만, 시간적 여유가 없어 현재 많이 쓰이는 두 플랫폼에서는 컴파일을 시켰다.
Q. 어떤 데이터베이스를 사용할 수 있나?
MySQL 만 가능하다.
시간적인 여유만 있다면, Oracle 이나 PostgreSQL 등으로 지원을 하도록 할 예정이다.
Q. 동시에 메일 수신을 여러 개 할 수 있나?
A. 그렇다.
윈도우에서는 쓰레드 방식으로, 리눅스에서는 프로세스 방식으로 각 각 동작한다.
Q. 메일을 수신하는 속도는 어느 정도 되나?
A. 정확하게 어느 정도의 수치라고는 말하기 힘들다.
다음과 같이 테스트를 해 본 결과를 적어 본다.
윈도우 시스템(윈 2000, 512 M RAM, HDD)에 메일 서버를 두고,
리눅스 시스템(1024RAM
SCSI) 에 DB 를 두고 회선은 드림라인을 두고
테스트를 해 본 결과 초당 약 3통 정도 메일을 수신할 수 있었다.
여기서 발생한 가장 큰 문제는 네트웍 문제였다. 회선이 느려서 인지, DB 커넥팅을
하고 난 다음 처리가 느려서 MySQL 에서 Too Many Connections 에러가 떴다.
리눅스(1024M
RAM, SCSI HDD)에 메일서버와 MySQL 서버를 두고 테스트를 해 본 결과,
초당 20통 이상씩
메일을 수신할 수 있었다. 초당 20통 이상의 메일 수신 테스트는 해 보지 않았지만
하드웨어만 받쳐 준다면 그 이상도 가능할 것
같았다.
Q. 파일 시스템을 지원하나?
A. 그렇지 않다.
처음에는 데이터베이스 부하를 줄이자는 차원에서 수신한 메일을 디스크상에 파일로
저장할까 생각했지만, 불필요한 부분이라 판단하고 생각을 고쳤다.
필요하다면 지원할 생각이다.