[ Home | Freetime works | FreeBSD | KFUG ]
프로그램세계 2002년 5월분
이달의 FreeBSD 소식공지/소식
시스템 업데이트sendmail 관련 변경은 이 기사를 읽어본 뒤에 다시 읽어보기 바란다.
보안 업데이트
|
전자우편은 크게 보내고 받는 두가지로 나누어 볼 수 있다. 실제로 전자우편의 목적으로 많이 사용하는 다음이나 hotmail 등의 웹메일 시스템도 내부적으로는 일반적인 인터넷 전자우편 프로토콜을 사용하고, 인터페이스만 웹에서 이용할 수 있는 방법으로 되어 있는 것이다.
송신(또는 릴레이)
<메일서버> ---------> <메일서버> (sendmail, qmail 등)
(MTA) [SMTP] (MTA)
^ | -- 수신
발송 -- | [SMTP] |
| v
<사용자PC> -- 쓰기 (MDA) -- 배달(procmail, LMTP)
(MUA) |
Outlook, Netscape 등 v
<메일 스풀> -- 저장
|
| [POP/IMAP]
|
v
<사용자PC> -- 읽기
(MUA)
Outlook, Netscape 등
|
아직도 기본적인 전자우편의 송수신 용도는 간단한 텍스트를 주고받기 위한 것이지만, MIME(Multipurpose Internet Mail Extensions)이라는 확장법을 사용해서 텍스트 위주의 메일 전송에 파일 타입이라는 개념과 여러개의 서로 다른 내용을 갖는 메일을 전송할 수 있어서 짧은 파일 전송의 용도로도 사용할 수 있게 되었지만, 이것은 메일 클라이언트가 주로 관련되어 있는 문제이다.
FreeBSD에는 기본적으로 전자우편 송수신을 위한 아주 기본적인 준비만 되어 있다. 메일 서버로는 전통적인 sendmail이 기본 시스템 안에 포함되어 있고, 그 이외의 메일 클라이언트로는 mail, Mail, Mailx 의 명령행 기반 클라이언트가 전부이므로 POP 서버 또는 고급 기능을 위해서는 별도의 메일 관련 프로그램을 설치해야 한다. 관련 프로그램은 모두 ports의 mail 카테고리에 존재하므로 이들 중 원하는 것을 고르면 된다(자세한 것은 해당 포트 디렉토리의 pkg-descr 파일을 읽어보면 된다). 크게 다음의 분류로 나눌 수 있다.
MTA는 메일 송수신에 관련된 것으로 주로 SMTP 프로토콜에 대한 서버/클라이언트 프로그램이라 생각하면 된다. sendmail, qmail, postfix, smail, exim 등의 포트가 이에 해당한다.
사용자가 메일을 읽고 쓰기 위한 프로그램으로, 대표적인 프로그램으로는 mutt, pine, mew, sylpheed, wanderlust 등이 있다.
메일을 수신용 메일 서버에서 자신의 메일박스에 옮겨오는 프로그램으로 생각할 수 있다. 가장 대표적인 것으로 procmail, fetchmail을 생각할 수 있다.
여러사람이 동시에 가입할 수 있는 메일링 리스트 프로그램은 주로 특정 관심사에 대한 토론 용도로 많이 사용한다. 널리 사용되는 프로그램은 majordomo, mailman, listar 등을 들 수 있다.
imp, openwebmail 등의 웹메일 관련 패키지도 존재한다.
메일 수신 여부를 알려주는 biff(1)의 변종들이 많이 있다. youbin, wmbiff 등을 편리하게 사용할 수 있다. 그외 p5- 로 시작하는 각종 perl 모듈이나 스팸 필터 등을 볼 수 있다.
sendmail /usr/libexec/sendmail/sendmail send-mail /usr/libexec/sendmail/sendmail mailq /usr/libexec/sendmail/sendmail newaliases /usr/libexec/sendmail/sendmail따라서 사용자가 일반적으로 실행하는 sendmail이나 mailq 명령은 실제로 /etc/mail/mailer.conf를 보고 그곳에 지정된 프로그램을 대신 실행하도록 하는 프로그램인 것이다. 따라서 이를 편집하면 현재 여러개의 MTA가 설치되어 있는 경우 어떤 MTA를 실행하도록 하는지 정할 수 있다. 가령 postfix 포트를 설치하였다면 mailer.conf는 다음과 같이 변경될 수 있다.
sendmail /usr/local/sbin/sendmail send-mail /usr/local/sbin/sendmail mailq /usr/local/sbin/sendmail newaliases /usr/local/sbin/sendmail이 경우 /usr/local/sbin/sendmail은 postfix의 실행 파일이며, sendmail의 주요 명령(여기서는 sendmail, send-mail, mailq, newaliases)와 동일한 인터페이스를 제공하도록 설계되어 있으므로 대신 실행되어도 기존의 sendmail과 동일한 동작을 하거나, 일부 플래그는 무시하도록 되어 있다. 시스템이 부팅되는 경우에도 기존의 sendmail 대신 다른 MTA를 mailer.conf에 따라 sendmail로 실행할 수 있으므로 기존 시스템은 어떤 MTA를 사용하고 있는지에 크게 구애받을 필요가 없게 된다.
FreeBSD에서 sendmail의 각종 설정 파일은 /etc/mail 디렉토리 아래에 들어간다. 기본적인 파일들은 다음과 같다.
Makefile sendmail의 각종 제어가 가능하다. README 이 디렉토리의 설명 access.sample access 데이터베이스 예제 aliases 전자우편 주소 alias aliases.db alias의 데이터베이스 freebsd.cf freebsd.mc에서 생성된 .cf 파일 freebsd.mc sendmail 기본 설정 helpfile 명령어 도움말 mailer.conf 메일 시스템 설정 mailertable.sample mailertable 예제 sendmail.cf 실제 sendmail 설정 virtusertable.sample virtusertable 예제sendmail은 여러가지 설정 정보 저장을 위해 목록으로 설정할 수 있는 파일은 데이터베이스화하고 있다(보통 map이라고 부른다). 이러한 것들은 위 디렉토리에서는 access, aliases, mailertable, virtusertable이며(.sample이 붙어 있는 것은 예제로 보기 위한 것이다. 실제로는 .sample 확장자를 뺀 이름의 파일로 한부 복사해 두고 필요한 것을 수정한다), 설정 맵에서 생성된 데이터베이스는 기본적으로 .db 의 확장자를 갖는다. 이것은 기본적으로 버클리 DB를 사용할 때의 확장자이며, ndbm이나 gdbm같은 다른 데이터베이스 라이브러리를 사용하면 확장자는 달라질 수 있다. 가장 기본적인 설정을 정의하는 것은 freebsd.mc 파일로, 여기에는 가장 기본적인 SMTP 서버의 설정이 들어 있다. 이 파일에서 m4 매크로 프로세서를 통해서 실제 sendmail이 이해할 수 있는 .cf 파일을 생성한다. 따라서 각 설정 파일의 원본과 이를 통해 생성되는 파일의 관계는 다음과 같다.
freebsd.mc --> freebsd.cf --> sendmail.cf (복사) access --> access.db (makemap명령) aliases --> aliases.db (newaliases명령)이러한 작업을 편하게 하기 위해 /etc/mail/Makefile이 존재한다. 간단한 Makefile target을 통해서 이러한 변환 작업 등을 자동화할 수 있다. 이용할 수 있는 target 목록은 다음과 같다.
all .cf, .db 를 모두 재생성 cf .mc 에서 .cf를 생성 maps 각종 데이터베이스 재생성 aliases aliases 데이터베이스 재생성 install .cf 파일을 sendmail.cf로 설치 start sendmail을 /etc/rc.conf에서 지정한대로 재실행 stop sendmail 정지 restart sendmail 재시작
SENDMAIL_MC= /etc/mail/myhost.mc만약 현재_호스트명.mc 이라는 파일이 존재하면 이 과정도 생략할 수 있으며, 그 경우 현재_호스트명.mc를 사용한다. 현재 호스트명은 hostname 명령어의 값이다. 가령 현재 호스트명이 myhost.myhome인 경우에 다음과 같이 자동적으로 설정 파일을 복사하는 것을 알 수 있다.
# cd /etc/mail # make myhost.myhome.mc cp freebsd.mc myhost.myhome.mcSENDMAIL_MC에 지정한 것이 있다면 그 이름을 따를 것이다. 이제 이 파일을 들여다 보기로 하자.
divert(-1)
#
# 보통 #으로 시작하는 주석문이 온다. divert(-1) 이후 내용은 그대로 출력된다.
#
divert(0)
dnl divert(0)이후가 실제 설정 내용이다.
dnl 이 파일은 m4(1) 매크로프로세서의 입력 파일이다. 따라서 실제
dnl sendmail의 설정 파일이라기 보다는 이를 간략화한 일종의 설정
dnl 파일이며, 실제 sendmail은 .cf 파일을 이해할 수 있다.
dnl 주석문은 dnl로 시작하면 된다.
dnl VERSIONID 매크로는 이 설정 파일의 버전을 나타낸다
VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.mc,v 1.10.2.11 2001/07/14 18:07:27 gshapiro Exp $')
dnl OSTYPE은 각종 설정 파일 위치의 기본값 등을 나타낸다. 그대로 둔다.
dnl 사용할 수 있는 값은 /usr/share/sendmail/cf/ostype/ 을 보면 된다.
OSTYPE(freebsd4)
dnl DOMAIN 매크로에서 generic은 보통의 SMTP 서버의 설정을
dnl 나타낸다. 사용할 수 있는 값은 /usr/share/sendmail/cf/domain/
dnl 아래를 본다.
DOMAIN(generic)
dnl FEATURE 매크로는 특정 기능을 추가하거나 재설정하기 위해 사용된다.
dnl /usr/share/sendmail/cf/feature/에 이용할 수 있는 기능 목록이 있고,
dnl 자세한 설명은 sendmail 매뉴얼에서 제공한다.
dnl access_db와 blacklist_recipients를 통해 기본적인 릴레이 방지와
dnl 스팸 방지 지정을 할 수 있다.
FEATURE(access_db, `hash -o /etc/mail/access')
dnl 이 도메인의 메일 수신자도 access 데이터베이스의 제어를 받는다.
FEATURE(blacklist_recipients)
dnl MDA를 지정한다. 기본적으로 lmtp(Local Mail Transfer Protocol, RFC2033)
dnl 을 사용하지만, procmail 등을 사용하는 것이 더 일반적이다.
dnl procmail 사용시에는 mail/procmail을 설치하고 이 부분을
dnl local_procmail로 변경한다.
FEATURE(local_lmtp)
dnl mailertable은 도메인별로 서로 다른 메일 프로토콜을 사용하기 위한
dnl 것이다.
FEATURE(mailertable, `hash -o /etc/mail/mailertable')
dnl 이 호스트가 어떤 도메인의 MX 레코드에 지정되어 있다며 그 도메인의
dnl 릴레이를 허가한다. 가령 foo.com의 DNS MX 레코드가 이 호스트로
dnl 지정되어 있다면 foo.com으로 가는 메일을 받아들인다.
FEATURE(relay_based_on_MX)
dnl virtusertable은 여러 가상 도메인을 한 서버에서 운영할 수 있도록
dnl 하는데 필요한 데이터베이스이다.
FEATURE(virtusertable, `hash -o /etc/mail/virtusertable')
dnl 스패머의 목록을 갖고 있는 Realtime Blackhole List를 사용하기 위한
dnl 것이다. http://www.mail-abuse.com/ 에서 자세한 정보를 볼 수 있지만,
dnl 사전 가입해야 한다.
dnl FEATURE(dnsbl)
dnl 거부되는 메일의 경우 메시지를 지정할 수 있다.
dnl FEATURE(dnsbl, `blackholes.mail-abuse.org', `"550 Mail from " $&{client_addr} " rejected, see http://mail-abuse.org/cgi-bin/lookup?" $&{client_addr}')
dnl 다른 DNS 기반 스패머 목록
dnl -------------------------
dnl MAPS Relay Spam Stopper (RSS): http://mail-abuse.org/rss/
dnl 가입해야 사용할 수 있다.
dnl FEATURE(dnsbl, `relays.mail-abuse.org', `"550 Mail from " $&{client_addr} " rejected; see http://mail-abuse.org/cgi-bin/nph-rss?" $&{client_addr}')
dnl MAPS Dial-up User List (DUL): http://maps.vix.com/dul/
dnl 가입해야 사용할 수 있다.
dnl FEATURE(dnsbl, `dialups.mail-abuse.org', `"550 Mail from dial-up rejected; see http://mail-abuse.org/dul/enduser.htm"')
dnl 다이얼업 사용자 등 자신의 메일 서버를 보내는 용으로만 사용하고
dnl 싶다면 실제 보내는데 사용할 메일 서버를 지정한다. 이 경우 보내는
dnl 메일을 즉시 아래에 지정한 호스트로 보낸다.
dnl define(`SMART_HOST', `your.isp.mail.server')
dnl confCW_FILE은 이 호스트가 가질 수 있는 메일 서버 이름을 모두
dnl 나열하는 것이다. 이전에는 sendmail.cw 라고 불렀지만 지금은
dnl local-host-names이라고 부르는 것이 기본으로 되어 있다.
dnl define(`confCW_FILE', `-o /etc/mail/sendmail.cw')
define(`confCW_FILE', `-o /etc/mail/local-host-names')
dnl IPv6와 IPv4로 모두 전자우편을 받고 싶다면 둘 다 주석을 풀어준다.
dnl DAEMON_OPTIONS(`Name=IPv4, Family=inet')
dnl DAEMON_OPTIONS(`Name=IPv6, Family=inet6')
dnl MIME 헤더의 버퍼 넘침 문제를 방어하기 위한 설정이다.
define(`confMAX_MIME_HEADER_LENGTH', `256/128')
dnl To: Cc: 등의 받는 사람이 없을 때의 동작 설정이다.
dnl 이 경우 To: undisclosed-recipients:; 를 추가한다.
define(`confNO_RCPT_ACTION', `add-to-undisclosed')
dnl 각종 인증 경고를 활성화하고, EXPN, VRFY 명령을 사용하지 않도록
dnl 한다. EXPN과 VRFY는 해당 메일 서버에 사용자가 존재하는지 또는
dnl alias에 지정된 실제 정보를 알 수 있도록 해 주는데 스팸과 보안
dnl 문제로 쓰지 않는 것이 일반적이다.
define(`confPRIVACY_FLAGS', `authwarnings,noexpn,novrfy')
이외 필요한 설정을 추가해 주면 된다. 이 설정 파일에 대한 상세한
매뉴얼은 sendmail 서적이나 매뉴얼, 그리고
/usr/share/sendmail/cf/README 을 보면 알 수 있다. 또한 여러가지 설정
예제가 /usr/share/sendmail/cf/cf 에 있으니 참고해 볼 수 있을 것이다.
# make cf /usr/bin/m4 -D_CF_DIR_=/usr/share/sendmail/cf/ /usr/share/sendmail/cf/m4/cf.m4 myhost.myhome.mc > myhost.myhome.cf그 다음에는 이 파일을 실제 sendmail의 설정 파일 위치인 /etc/mail/sendmail.cf로 복사한다.
# make install install -c -m 444 myhost.myhome.cf /etc/mail/sendmail.cf한번 sendmail.cf의 내용을 들여다 보자. 쉽게 이해하기 어려운 룰 파일들이 나열되어 있는데, 이러한 점 때문에 특별한 경우가 아니고는 .mc 파일에서 .cf 파일을 생성할 것을 권장한다.
cyberspammer.com 550 We don't accept mail from spammers FREE.STEALTH.MAILER@ 550 We don't accept mail from spammers another.source.of.spam REJECT okay.cyberspammer.com OK 128.32 RELAY첫번째 예제는 cyberspammer.com 도메인에서 오는 모든 메일을 차단하는데, (550 코드는 메일 수신 거부이다), 이유를 뒤에 붙여 주었다. 두번째 예도 차단하는 것은 마찬가지이나 특정 도메인이 아닌 id(FREE.STEALTH.MAILER@)를 사용하고 있다. 세번째의 경우 해당 도메인에서 오는 메일을 모두 거부하는 것이며, 네번째의 경우 해당 도메인에서 오는 메일은 모두 승인하는 것이다. 마지막 예는 128.32.*.* IP 주소에서 오는 메일의 경우 릴레이를 승인하는 것이다. RELAY는 OK에 추가하여 메일 릴레이(이 서버로 배달되는 것이 아니라 이 서버를 통해 다른 서버로 전달되는 경우)를 허가한다. 보통 로컬 랜 사용자가 하나의 메일 서버를 사용하고자 할 때에는, 해당 도메인에 대해 메일 릴레이를 가능하게 해 주면 된다. 예를 들어 192.168.1.* C 클래스에 대해 릴레이를 허용하려면 위의 예와 같이
192.168.1 OK로 지정해 주면 된다. 주위의 메일 서버 관리자가 좋은 access 파일을 갖고 있다면 서로 교환해도 스팸 방지에 많은 도움이 될 것이다. 현재로서는 많이 양상이 달라졌지만 초기의 스패머들은 메일 서버가 기본적으로 릴레이가 열려 있다는 장점을 악용하여 상업 메일을 대량 발송하기 위해 보통의 메일 서버를 다량으로 이용하여 문제가 된 적이 있었다. 이후 sendmail에 access 맵과 릴레이 기능의 기본 금지가 추가되어 이러한 문제를 기본적으로 방지하게 되었으므로, 메일 서버 관리자는 반드시 access 파일을 수정하여 자신의 도메인 사용자가 이 메일 서버를 사용하는 경우 밖으로 메일을 보낼 수 있도록 해 주어야 한다.
이렇게 만들어진 파일은 보통 map이라고 부른다. 맵 파일에서 데이터베이스를 생성하기 위해서는 makemap 명령을 사용하면 되지만, /etc/mail/Makefile이 이 일을 해 주므로 신경쓸 것은 별로 없다.
아직 access를 생성하지 않았다면 다음과 같이 하여 하나 만들어 주자.
# make access sed -e 's/^/#/' < access.sample > accessaccess를 적당히 수정하여 이 도메인 사용자가 메일을 발송할 수 있도록 하였으면 다음과 같이 데이터베이스를 생성한다.
# make maps /usr/sbin/makemap hash access.db < access이것으로 다 되었다. sendmail은 데이터베이스 파일에 변화가 있으면 설정을 다시 읽어들이므로 sendmail을 재시작할 필요는 없다.
root: admin@mydomain.orgroot@ 로 오는 메일을 admin@mydomain.org 으로 다시 보낸다. 실제로 root 사용자의 메일박스에는 아무것도 쌓이지 않게 된다.
root: cjh,test@test.comroot@로 오는 메일을 cjh와 test@test.com 사용자에게 모두 보낸다. 대표 ID의 경우 유용하게 사용할 수 있다.
complaints: /dev/nullcomplaints@ 로 오는 메일을 /dev/null로 배달한다. 실제로 /dev/null은 일종의 블랙홀 역할을 하므로 오는 메일을 전부 무시하겠다는 의미이다. 종종 유닉스 관리자들이 이런 표현을 많이 사용한다. (send complaints to /dev/null)
filt: "| /some/program"filt@ 로 오는 메일을 /some/program의 표준 입력으로 넘긴다. 메일을 필터링 처리하고 싶을 때 사용하는데, procmail을 MDA로 이용한다면 procmail을 사용하는 것이 더 다양한 처리가 가능하다.
aliases의 수정 후에는 newaliases 명령을 사용하면 변경된 사항이 반영된다. 이 명령은 sendmail을 사용하는 유닉스에서는 공통으로 사용할 수 있다.
# newaliases /etc/mail/aliases: 25 aliases, longest 15 bytes, 265 bytes total
foo.com bar.org foobar.co.kr이중 id@bar.org와 id@foobar.co.kr 만을 받고 싶다면 이 파일에 다음과 같이 적어준다.
bar.org foobar.co.kr이렇게 하면 id@foo.com 에서 오는 메일은 받지 않는다. 이 파일은 기본적으로는 별도의 데이터베이스를 생성하지 않는다.
시스템이 하나 이상의 호스트 이름을 갖고 있다면 반드시 만들어 주기 바란다.
# sendmail 실행 여부를 나타내는 것으로, 이 경우 메일을 주고 받는 일 # 모두 가능하다. sendmail_enable="YES" # 이 경우 서버에게 전달되는 인수이다. -bd 는 대몬 모두, -q30m은 # 큐 처리 간격을 30분으로 한다는 의미이다. 자세한 것은 sendmail(8)의 # 매뉴얼 페이지를 참고하자. sendmail_flags="-bd -q30m" # FreeBSD 4.4 이후 릴리즈는 sendmail을 보내기 전용으로만 사용할 수 있다. # 이 기능은 sendmail_enable="NO"로 지정하고 아래 변수를 "YES"로 # 하면 가능해지는데, 정기적인 로컬 큐의 처리만 하고 메일을 수신하지 # 않는다. sendmail_outbound_enable="NO" # Dequeue stuck mail (YES/NO). sendmail_outbound_flags="-q30m" # Flags to sendmail (outbound only)최근 버전에서는 새 버전의 sendmail 도입으로 인해 관련 변수가 많아지고 복잡해졌으니 4.6 릴리즈에서는 설명이 많이 바뀌어야 할 것이다. 하지만 주 목적은 sendmail을 목적에 따라(수신용, 여러가지 발신용으로 송신 큐를 비우기 위한 것 등)으로 나누어 사용하기 위한 것이라는 데는 변함이 없다.
# cd /etc/mail # make stop /bin/kill -TERM `head -1 /var/run/sendmail.pid`그리고 다시 실행한다.
# make start
(. /etc/defaults/rc.conf; source_rc_confs; case "${sendmail_enable}" in [Yy][Ee][Ss]) /usr/sbin/sendmail ${sendmail_flags} ;; *) case "${sendmail_outbound_enable}" in [Yy][Ee][Ss]) /usr/sbin/sendmail ${sendmail_outbound_flags} ;; esac ;; esac )
/etc/rc.conf에 지정되어 있는대로 실행하므로, rc.conf에
sendmail_enable="NO" 이라고 지정되어 있으면 make start 해도 실행되지
않는다는 점에 유의하자.
설정 변경 등의 이유로 재시작하려면 make restart를 사용한다.
# make restart /bin/kill -HUP `head -1 /var/run/sendmail.pid`설정 파일에 문제가 있다면 make start 시에 오류 메시지를 표시해 주므로 이를 참고하여 문제를 수정하도록 하자.
# make start
(. /etc/defaults/rc.conf; source_rc_confs; case "${sendmail_enable}" in [Yy][Ee][Ss]) /usr/sbin/sendmail ${sendmail_flags} ;; *) case "${sendmail_outbound_enable}" in [Yy][Ee][Ss]) /usr/sbin/sendmail ${sendmail_outbound_flags} ;; esac ;; esac )
554 5.0.0 /etc/mail/sendmail.cf: line 69: unknown configuration line "dqlkdw"
*** Error code 70
이 경우 /etc/mail/sendmail.cf 의 69행에 어떤 문제가 있는지 살펴보면
된다.
나머지는 실제로 메일을 보내어 테스트하는 것이 가장 좋다. 윈도를 사용하는 PC라면 Outlook과 같은 메일용 어플리케이션을 사용해 보고, FreeBSD에서 테스트해 보고 싶다면 Mail -v 명령을 사용해 보자.
# echo "test" | Mail -v -s "test" cjh@myhost.myhome cjh@myhost.myhome... Connecting to local... 220 myhost.myhome LMTP ready >>> LHLO myhost.myhome 250-myhost.myhome 250-8BITMIME 250-ENHANCEDSTATUSCODES 250 PIPELINING >>> MAIL From:<wdb> 250 2.5.0 Ok >>> RCPT To:<cjh> 250 2.1.5 Ok >>> DATA 354 Go ahead >>> . 250 2.1.5 cjh Ok cjh@myhost.myhome... Sent Closing connection to local >>> QUIT 221 2.0.0 Bye끝 부분에 Sent라는 말이 나오면 잘 된 것이다. 잘 되지 않은 경우는 다음을 살펴 보기 바란다.
# mailq /var/spool/mqueue is empty또한 보내고 받은 메일의 통계를 보기 위해서는 mailstats 명령을 사용할 수 있다.
# mailstat Statistics from Tue Apr 2 03:05:26 2002 M msgsfr bytes_from msgsto bytes_to msgsrej msgsdis Mailer 3 25 40K 2 2K 0 0 local 5 0 0K 23 38K 0 0 esmtp ============================================================= T 25 40K 25 40K 0 0 C 25 25 0
FEATURE(masquerade_envelope)dnl MASQUERADE_AS(myhomee.com)dnl이렇게 하면 id@mail.myhome.com 이 아니라 id@myhome.com으로 보내고 받을 수 있도록 메일 헤더를 수정해 준다.
mail.myhome.com myhome.com
복잡한 설정이 더 추가될 수 있겠지만, 기본적으로 이 정도면 id@myhome.com으로 주고 받는 메일 서버를 만들 수 있다. 이 경우 릴레이 제어에 유의해서 스팸 보내는 용도로 악용될 수 있지 않도록 하자.
기본적으로 같은 메일 서버에서 pop, imap daemon을 운영하고 싶다면 그냥 설치하고 사용할 수 있도록 해 주는 것으로 충분하다.
pop3 stream tcp nowait root /usr/local/libexec/popper popper그리고 inetd를 재시작하는 것으로 충분한다.
# killall -1 inetd만약 inetd를 사용하고 있지 않다면 미리 띄워주어야 할 것이다. pop3 daemon의 경우 qpopper 이외에도 solidpop3d, popd, tpop3d 등의 여러가지 다른 구현이 있으므로 다양하게 사용해 보자. 하지만 pop은 프로토콜상의 제약으로 인해 같은 목적이라면 imap을 사용하는 것이 더 유리하다.
pop2 stream tcp nowait root /usr/local/libexec/ipop2d ipop2d pop3 stream tcp nowait root /usr/local/libexec/ipop3d ipop3d imap4 stream tcp nowait root /usr/local/libexec/imapd imapd오래된 FreeBSD 버전에 설치하는 경우 /etc/pam.conf의 변경이 필요할 수도 있다. 이는 /usr/ports/mail/imap-uw/pkg-message을 보기 바란다.
imap-uw는 IMAP 프로토콜에 대한 일종의 예제 구현으로 보는 것이 좋을 것이다. 좁은 규모의 사용에서는 별 문제가 없을 것이지만, 대형 사이트라면 다른 imapd의 사용을 고려해 보는 것이 좋다. 이점은 지금 소개하고 있는 popper, imap-uw에 모두 공통적으로 적용된다. 게다가 전통적으로 imap-uw 패키지는 보안 문제가 계속 발생되어 왔기 때문에 FreeBSD 포트 빌드시에 pine, imap-uw 패키지 등은 빌드할지의 여부를(현재 심각한 문제가 있다는 것이 아니라 지금까지 문제가 많이 있어왔기 때문이다) 별도로 물어본다. 로컬 랜 정도라면 문제가 없겠지만, 그 외의 경우라면 courier-imap, cyrus-imapd, dkimap4 등이 대체 포트를 이용해 보는 것이 좋겠다.
[ Home | Freetime works | FreeBSD | KFUG ]