+-- FAQ
| KNOWNBUGS
| Makefile
| READ_ME
| RELEASE_NOTES
+- cf/
+- contrib/
+- doc/
+- mail.local/
+- mailstats/
+- makemap/
+- praliases/
+- rmail/
+- smrsh/
+- src/
+- test/
와 같은 파일과 디렉토리가 생성된다.
사용하는 OS가 BSD라면 그냥 make라고 치면 된다. 하지만 그 밖의 OS에서는 사용자의 OS에 맞게 Makefile을 생성하기 위해서 sh makesendmail이라고 친다.
sh makesendmail
이게 안되면 그냥
makesendmail
이라고 친다.
조금 진행이 되면 CTRL + C를 눌러 빠져 나온다.
그러면 다음과 같은 결과가 나오면서 강제로 종료가 된다.
Configuration: os=Linux, rel=2.0.29, rbase=2, rroot=2.0, arch=i486, sfx= Making in obj.Linux.2.0.29.i486사용자의 OS와 커널버전에 따라 obj.Linux.2.0.29.i486 와 같은 디렉토리가 생성된다. 여기서 Linux는 os이고 2.0.29는 커널버전이고 I486은 시스템 아키텍쳐를 의미한다.
센드메일을 설치하면서 제일 문제가 많은 곳이 데이터 베이스관련 설정이다. 센드메일이 데이터베이스가 필요한 이유는 앨리어스 기능 때문이다. 시스템에 메일 사용자가 천명, 이천명이 넘어갈 때 텍스트로된 앨리어스에서 사용자를 가려내려면 센드메일이 매번 사전 반절분량의 데이터를 하드디스크에서 메모리에 읽어 들여야 하므로 속도가 저하된다. 따라서 메일 사용자를 메모리에 올려놓고 센드메일이 메모리에서 사용자 정보를 읽어들이면 속도가 향상된다. 이런 이유로 데이터 베이스를 사용하는 것이다.
센드메일이 사용하는 데이터 베이스에는 두가지가 있다. 하나는 NDBM이고 다른 하나나는 NEWDB이다.
NDBM은 new DBM포맷으로 거의 모든 시스템에 설치되어 있다. 이의 공개버전으로 GDBM이 있는데 NDBM를 좀 개량하여 성능을 향상시킨 것이다.
NEWDB는 BSD를 개발한 버클리 대학에서 만든 것으로 long recores, multiple open databases, real in-memory cashing를 사용할 수 있다. NEWDB가 NDBM에 대해 갖는 장점은 첫째 hash기능이 있어 NDBM보다 빠르다는 것과 둘째 NEWDB에 생성되는 데이터 베이스 파일은 시스템이 바뀌어도 여전히 사용할 수 있다는 것이다. 예를 들어 리눅스에서 만들어 놓은 데이터 베이스화일을 솔라리스에서도 사용할 수 있다는 것이다. 현재 2.0(97/4/22)버전이 베포되고 있다.
데이터 베이스 설정은 두 개를 다해도 상관없다. 그러나 NDBM, NEWDB를 함께 설정해놓으면 NDBM 포맷을 NEWDB로 변경하므로 처음 설치하는 경우 NEWDB만 지정해도 좋다. 그러나 NEWDB가 자신의 시스템에 설치되어야 한다.
만일 NEWDB, NDBM, NIS를 모두 설정해 놓으면 센드메일은 NEWDB, NDBM두개 포맷으로 앨리어스를 만든다. 그러나 센드메일이 파일을 읽을때는 NEWDB포맷만 이용한다. NDBM을 만들어 놓는 이유는 NIS가 NDBM포맷을 이용하기 때문이다.
만일 둘중 아무것도 설정되지 않으면 센드메일이 메일을 보내고 받을때마다 앨리어스 파일을 메모리에 올리므로 속도가 느려진다.
NIS는 일명 Yellow Pages(YP)라고 하는 것으로써 한호스트가 사용자에 대한 모든 정보를 갖고 나머지는 이 호스트로부터 사용자 정보를 읽어 전시스템이 하나의 단일시스템처럼 사용하는 서비스이다.
NISPLUS는 솔라리스 2이후에 지원되는 NIS+버전이다.
따라서 obj.Linux.2.0.29.i486/Makefile에서 다음과 같은 곳을 편집한다.
# define the database mechanisms available for map & alias lookups:
# -DNDBM -- use new DBM
# -DNEWDB -- use new Berkeley DB
# -DNIS -- include NIS support
# The really old (V7) DBM library is no longer supported.
# See READ_ME for a description of how these flags interact.
#
DBMDEF= -DNDBM -DNEWDB -DNIS
버클리 디비만 사용한다면
DBMDEF= -DNEWDB
와 같이 설정하고
버클리 디비와 NIS를 함께 사용한다면
DBMDEF= -DNEWDB -DNIS
와 같이 설정한다.
솔라리스를 사용한다면
DBMDEF= -DNDBM -DNIS -DNISPLUS -DNEWDB
로 -DNEWDB를 추가한다. 만일 NIS를 사용하지 않는다면 NIS NDBM부분을 지워도
된다.
# include directoriesINCDIRS는 데이터 베이스를 설치할 때 인클루드 파일이 어디에 있는지 지정하는 것이고 LIBDIRS는 데이터 베이스 라이브러리가 어디있는지 지정하는 것이다. 보통 db.h는 /usr/include/db.h에 있고 libdb.so는 /usr/lib에 있어 이 디렉토리가 필요하지 않다고 생각할지 모르나 여기에 없어도 반드시 지정해주어야 한다. 어떤 Makefile에는 INCDIRS=-I/usr/sww/include/db LIBDIRS=-L/usr/sww/lib로 되어 있다. 이때 sww는 버클리의 경우의 디렉토리 (Software Warehouse)로 지정된 것이므로 자신의 시스템에 맞게 지정되어야 한다. 보통 sww을 local로 바꾸면 무난하다.
INCDIRS=-I/usr/local/include # library directories
LIBDIRS=-L/usr/local/lib # libraries required on your system
# you may need to add -lresolv if you've installed BIND on # your system (see the BIND section for linux in src/READ_ME) LIBS= -ldb -lresolv
마지막 LIBS= -ldb는 사용하는 데이터 베이스에 따라 달라진다. 버클리 디비를 사용하면 -ldb을 추가하고 NDBM을 사용하면 -lndbm, GDBM을 이용하면(리눅스 경우) -lgdbm과 같이 지정하여야 한다.
그리고 센드메일을 설치하는 호스트에 BIND(네임서버)가 설치되어 있으면 -lresolv를 추가한다. 그리고 자신의 시스템이 BIND-4.9.0-4.9.2사이의 버전을 사용한다면 -l44bsd 을 적어주어야 undefined errors for dn_skipname에러가 나오지 않는다. 하지만 BIND-4.9.5이상의 신버전을 가져다가 설치하는게 좋다.
# environment definitions (e.g., -D_AIX3) ENVDEF=-D__linux__
의 부분을 지정하는 것이다. 왜 이 옵션이 필요한가? 그것은 시스템마다 컴파일 환경이 다르기 때문이다. 리눅스를 예로 들자면 file locking에 있어서 2.0.0이전에서는 flock와 fcntl두가지를 모두 사용할 수 있었다. 그러나 이렇게 두 개를 섞어 쓰면 파일락에서 에러가 발생하므로 2.0이후 버전 에서는 둘중 하나의 파일락만 사용할 수 있도록 하였다. 이런 상세한 정보를 사용자가 일일이 지 정하는 것이 번거로우므로 -D__linux__와 같이 환경을 지정하면 그에 해당되는 컴파일 환경을 알 아서 지정하도록 하기위해서 ENVDEV=의 옵션이 필요한 것이다. (만일 센드메일이 fcntl락을 사 용한다면 procmail에서도 fcntl을 사용하도록 지정해야 한다)
그럼 ENVDEV=에는 아무거나 써도 되는가? 아니다. 이것은 conf.h에 나와 있다. 리눅스의 경우 conf.h에 보면 #ifdef __linux__ 의 구절이 있다. 만일 ENVDEV=-D__linux__과 같이 __linux__가 지정되어 있으면 다음행을 정의하라는 것이다. 이렇게 자신의 시스템에 맞는 구절을 찾은후 -D를 앞에 붙여 주면된다.
******************************** 여기 있는 내용은 건너뛰어도 무방합니다. *******************************
그럼 센드메일이 메일을 어떻게 처리하는가 살펴보자.
센드메일이 메일을 보내고 받을 때 먼저 sendmai.cf의
# maximum message size
#O MaxMessageSize=1000000
의 부분을 검사해서 이 지정된 크기보다 메일크기가 크면 메일을 되돌려 보낸다.
그다음 checkcompat을 호출해서 이값이 EX_OK(<sysexits.h>)을 반환하면 메일을 전달한다. EX_OK가 아니면 메일을 되돌려 보낸다.
checkcompat()루틴은 다음과 같은 형식이다.
--
checkcompat(to, e)
register ADDRESS *to;
register ENVELOPE *e;
--
to는 메일을 받는 사람에 대한 정보로서 sendmail.h에 구조체로 정의되어 있고 e는 ENVELOP(편
지봉투)로서 envelop에 대한 구조체 정보를 갖고 있다. 이것도 sendmail.h에 정의되어 있다.
이를 이용해서 mail leesl@multi.co.kr에서 수신자의 주소를 일정크기 이상이 되는 것을 막을수 있으며 필요없이 메일이 relay가 되는 것을 막을 수 있다.
자세한 내용은 여기를 참조하거나 leesl@multi.co.kr로 메일주세요.
만일 sendmail.cf의 이름이나 위치를 다른 곳으로 변경시키기 원한다면 pathnames.h화일을 편집 하면 된다. 보통 그냥 두어도 무방하다
_PATH_SENDMAIL.CF
이것은 sendmail.cf화일이 위치할 곳을 지정하는 것이다.
_PATH_SENDMAIL.PID
센드메일이 실행될 때 프로세스아이디을 어디에 기록할 것인가를 지정한다. 디폴트는 /etc/sendmail.pid로 설정되어 있으나 /var/run/sendmail.pid로 지정하여 통합관리하는 것도 좋다.
_PATH_HOST
/etc/hosts화일을 지정한다. 네트웍에 있는 호스트화일에 관한 정보를 담은 파일이 어디있는가를 지정한다.
일단 컴파일하기전 지금까지 옵션이 잘되었는지 보기위해
make -n
라고 친다. 그러면 컴파일 하지않고 make가 하게될 일을 보여준다. 이때 문제가 있는지 없는지 체크해본다.
체크가 끝났으면 진짜루 컴파일한다.
make
라고 치면 컴파일이 시작된다.
5-7 파일의 설치
sh makesendmail install
이나
maeksendmail install
이라고치면 파일들이 적절한 위치에 설정된다. 그리고 설치된 파일의 권한을 검사한다.
/usr/sbin/sendmail setuid로 설정되어있다.
/etc/sendmail.cf 센드메일 컨피그 화일 /usr/bin/newaliases newaliases는 /usr/sbin/sendmail과 링크되어 있다. /usr/bin/hoststat HostStatusDirectory옵션이 설정되어 있을 때 호스트의 상태를 보여줌 /usr/bin/purgest HostStatusDirectory에 있는 모든 정보를 보여줌 /var/spool/mqueue 700모드이며 오너는 root /var/spool/mqueue/.hoststat HostStatusDirectory에 의해 설정되는 파일 /etc/aliases 저의 홈페이지중 앨리어스 부분참조 /etc/rc /usr/sbin/sendmail -bd -q1h 가 설정되어 있다. /usr/lib/sendmail.hf sendmail.hf SMTP 헬프화일 sendmail.cf에서 H옵션으로 지정 /etc/sendmail.st 센드메일 통계자료 (제홈페이지의 Logging and statistics 참조) /usr/bin/mailq /usr/sbin/sendmail과 링크되어 있음