이제 지금까지 만든 client.cf 화일을 테스트 해보기로 하자. client.cf 파일을 테스트하기 위한 좋 은 방법은 가능한 메일주소를 모두 적어놓고 센드메일이 이 주소를 적절하게 변환시키는지를 살 펴보는 것이다. 우선 다음과 같은 주소를 생각해 보았다.
--
3,0 leesl@enok
3,0 leesl@enok.multi.co.kr
3,0 leesl@jane
3,0 leesl
--
각행은 룰셋을 지정하는 것부터 시작했다. 3,0은 룰셋3을 실행한후 룰셋0을 실행하라는 것이다. 위의 내용을 list라는 파일에 저장한후 다음과 같이 실행해보자.
enok:~$ /usr/sbin/sendmail -Cclient.cf -bt < list | grep "0 returns" rewrite: ruleset 0 returns: $# nullclient $@ suny . multi . co . kr $: leesl @ enok rewrite: ruleset 0 returns: $# nullclient $@ suny . multi . co . kr $: leesl @ enok . multi . co . kr rewrite: ruleset 0 returns: $# nullclient $@ suny . multi . co . kr $: leesl @ jane rewrite: ruleset 0 returns: $# nullclient $@ suny . multi . co . kr $: leesl enok:~$$#는 Mnullclient에서 지정한 심벌이다. 이 nullclient는 모든 메일을 suny.multi.co.kr에 포워딩함 을 $@에서 아수 있고 $:부분의 사용자 아이디는 leesl로 적절하게 나타나고 있다.
client.cf화일에서 큐디렉토리는 임시로 /tmp로 지정하였다. 이 디렉토리는 원래 큐가 있는 디렉토 리로 바꾸어 주어야 한다. 보통 큐는 /var/spool/mqueue에 있으므로 client.cf에서 큐디렉토리를 바꿔준다.
--
O QueueDirectory=/var/spool/mqueue
--
이제 일반유저로 테스트하는데 문제가 있다. /usr/sbin/sendmail -Cclient leesl로 메일을 보내려 고 하면 -C옵션이 일반유저로 테스트 하고 /var/spool/mqueue는 루트만 접근할 수 있으므로 다 음과 같은 에러가 난다.
--
enok:~$ /usr/sbin/sendmail -Cclient.cf leesl
queuename: Cannot create "qfTAA05798" in "/var/spool/mqueue" (euid=502): Permission denied
--
이젠 루트권한을 얻어 테스트 해보아야 한다.
client.cf화일에서 클라이언트 호스트들은 모든 메일을 메일허브에 보내고 메일주소도 메일허브로 통일 되었으므로 클라이언트 호스트들이 메일을 받을 필요가 없다. 다시 말하면 클라이언트 호스 트는 센드메일이 떠있을 필요가 없다.
이를 위해서 클라이언트로 보내는 메일을 메일허브가 대신 받아야 한다. 이것은 네임서버버와 메 일허브의 sendmail.cf를 수정함으로서 실행할 수 있다. 우선 네임서버의 컨피그를 고치는 것 부터 해보자.
--
@ IN SOA suny.until.co.kr. root.suny.until.co.kr. (
9704041 ; serial
864000 ; refresh-once per day
3600 ; retry-one hour
3600000 ; expire-42 days
604800 ) ; minimum-1 week
(1) IN MX 0 suny
(1-1) IN MX 20 nora
suny IN A 203.277.82.1
(2) IN MX 10 suny
paul IN A 203.277.82.2
(3) IN MX 10 suny
jane IN A 203.277.82.3
(4) IN MX 10 suny
--
위 예제는 네임서버의 컨피그화일중 일부를 뽑아 온 것이다. 이중 MX가 Mail Exchange라고 해
서 메일과 관련이 있는 부분이다. (1)번줄은 until.co.kr도메인으로 메일을 보낼 때 메일을 받을
호스트를 지정하는 부분이다. until.co.kr도메인에 MX가 두 개 있는데 뒷부분의 0,20에 의해 우선
순위가 결정된다. 숫자가 낮은쪽의 호스트가 until.co.kr로 오는 메일을 먼저 받게 된다.
(3)은 메일클라이언트 호스트중의 하나로서 만일 상대방 호스트가 paul로 메일을 보내고자 할 때 아래있는 MX 10 suny가 메일호스트 suny를 가르키므로 suny가 메일을 받게 된다.
따라서 각 호스트 밑에 메일허브 주소를 위와 같이 첨가 하는 것이 좋다.
두 번째는 메일허브의 컨피그에서 각 클라이언트 호스트이름을 Cw매크로에 이어 적어준다.
--
Cw localhost multi.co.kr paul.multi.co.kr suny.multi.co.kr ....
--
보통 메일허브의 sendmail.cf는 파일클래스를 이용하므로 (Fw/etc/sendmail.cw) /etc/sendmail.cw 에 위의 내용을 적는다.
--
multi.co.kr (도메인 이름)
suny.multi.co.kr (각 호스트 이름)
paul.multi.co.kr
jane.multi.co.kr
..
메일허브의 sendmail.cf는 client.cf와 다르다. 일단은 기존의 sendmail.cf를 이용하기로 하고 위의 내용을 sendmail.cw에 적는다. 이제 테스트 해보자.
-- suny:~$ /usr/sbin/sendmail -bt ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) Enter <ruleset> <address> > 0 leesl@suny.multi.co.kr rewrite: ruleset 0 input: leesl @ suny . multi . co . kr rewrite: ruleset 98 input: leesl @ suny . multi . co . kr rewrite: ruleset 98 returns: leesl @ suny . multi . co . kr rewrite: ruleset 97 input: leesl @ suny . multi . co . kr rewrite: ruleset 3 input: leesl @ suny . multi . co . kr rewrite: ruleset 96 input: leesl < @ suny . multi . co . kr > rewrite: ruleset 96 returns: leesl < @ suny . multi . co . kr . > rewrite: ruleset 3 returns: leesl < @ suny . multi . co . kr . > rewrite: ruleset 0 input: leesl < @ suny . multi . co . kr . > rewrite: ruleset 98 input: leesl < @ suny . multi . co . kr . > rewrite: ruleset 98 returns: leesl < @ suny . multi . co . kr . > rewrite: ruleset 0 returns: $# local $: leesl rewrite: ruleset 97 returns: $# local $: leesl rewrite: ruleset 0 returns: $# local $: leesl > > 0 leesl@suny rewrite: ruleset 0 input: leesl @ suny rewrite: ruleset 98 input: leesl @ suny rewrite: ruleset 98 returns: leesl @ suny rewrite: ruleset 97 input: leesl @ suny rewrite: ruleset 3 input: leesl @ suny rewrite: ruleset 96 input: leesl < @ suny > rewrite: ruleset 96 returns: leesl < @ suny . multi . co . kr . > rewrite: ruleset 3 returns: leesl < @ suny . multi . co . kr . > rewrite: ruleset 0 input: leesl < @ suny . multi . co . kr . > rewrite: ruleset 98 input: leesl < @ suny . multi . co . kr . > rewrite: ruleset 98 returns: leesl < @ suny . multi . co . kr . > rewrite: ruleset 0 returns: $# local $: leesl rewrite: ruleset 97 returns: $# local $: leesl rewrite: ruleset 0 returns: $# local $: leesl --네임서버에 대해서는 따로 장을 만들어 설명하기로 하자.
이젠 클라이언트에서 센드메일 데먼을 띄울 필요가 없다. 따라서 /etc/rc/rc.M에서 (이것은 사용하 는 OS마다 차이가 있다) /usr/sbin/sendmail -bd -q1h 와 같은 줄에 대해 주석처리해준다.
-- ## Start the sendmail daemon: #if [ -x /usr/sbin/sendmail ]; then # echo "Starting sendmail daemon (/usr/sbin/sendmail -bd -q 15m)..." # /usr/sbin/sendmail -bd -q 15m #fi데먼을 죽여놓았으므로 큐에 있는 메일을 주기적으로 비워주는게 필요하다. 이것은 cron(8)에 의 해 주기적으로 큐를 비워주면 된다. 센드메일이 데먼으로 떠있으면 메모리를 차지하므로 비효율 적이다. 이를 위해 루트권한을 갖고 crontab를 편집해보자. crontab 편집명령어는 다음과 같다.
--
suny:~# crontab -e root
--
편집해서 다음과 같은 줄을 추가해주자.
-- 15 * * * * /usr/sbin/sendmail -q --이행은 매시간 15분마다 큐를 비우고 작업을 종료하라는 명령어이다.
이제 client.cf를 메일클라이언트에 설치하자.
--
cd /etc
mv sendmail.cf sendmail.cf.orig
cp client.cf sendmail.cf
--
이제 센드메일의 기본적인 흐름을 조금 맛보았다. syslog가 보내는 메시지를 검토하면서 sendmail에 무슨 에러가 있는지 살펴본다.