먼저 이런 강력하고 멋들어진 시스템을 설계하고 쓴 Dan Bernstein에게 감사를 표시합니다. 3년간의 사용후에도 큐메일은 저를 감동하게 합니다.
큐메일멜링리스트의 회원들께도 감사하고자 합니다. Russell Nelson은 가장 큰 도움과 인내와 지식과 재미를 공헌한 사람들 중 하나로 특별히 언급할 만 합니다. 큐메일공동체에 대한 그의 공헌은 오직 DJB에게만 뒤질뿐입니다.
본문서에 검토와 기여를 하신 모든 분들께도 사례를 드립니다.
'큐메일과 삶'은 Simple Document Format (SDF)로 썼는데, 매우 신선한 Perl에 기초한 마컵언어로서 HTML, 평범한 문서, 포스트스크립트, POD, 기타 형식문서 등을 만들어 냅니다. 그것으로 일이 많이 쉬었습니다. 더알고 싶으시면 http://www.mincom.com/mtr/sdf/를 보십시오.
Sendmail은 dot forward라고 발음하는 .forward파일을 사용해서 사용자가 수신메세지의 전달을 통제하도록 합니다. 큐메일도 유사한 장치를 쓰는데, .qmail파일입니다. dot-forward패키지는 큐메일이 .forward파일을 사용할 수 있게 합니다. .forward파일을 사용하는, Sendmail이나 여타 MTA를 운영하는 시스템은 사용해서 기존의 .forward파일을 .qmail에 상응하는것으로 변환하지 않기 위해서, 또는 단순히 큐메일로의 이행을 사용자들에게 덜 눈에 띄게 하기 위해서 dot-forward의 사용을 고려해야 할 지도 모릅니다.
작은 패케지이므로 설치하고 설정하는 데 쉽습니다. 해당 소스는 ftp://koobera.math.uic.edu/www/software/dot-forward-0.71.tar.gz에서 구할 수 있습니다.
Dan Bernstein이 썼고, 그는 관련홈페지를 http://pobox.com/~djb/dot-forward.html에 관리합니다.
또다른 Sendmail호환 애드온입니다. Sendmail은 중앙앨리어스데이터베이스를 대개 /etc/aliases라는 단일파일에 보관합니다. 큐메일은 /var/qmail/alias에 있는 일련의 dot-qmail파일들을 사용하는데, 한 파일에 한 앨리어스입니다. 큐메일로 옮기시는데 변환하고 싶지 않은 Sendmail형식의 앨리어스파일이 있으시면, fastforward가 큐메일에게 앨리어스파일을 있는 그대로 쓸 수 있게 해줍니다.
해당 소스는 ftp://koobera.math.uic.edu/www/software/fastforward-0.51.tar.gz 에서 구할 수 있습니다.
Dan Bernstein이 썼고, 그는 http://pobox.com/~djb/fastforward.html에 웹페지를 관리합니다.
큐메일의 SMTP서버는 스탠드얼론데몬으로 작동하지 않습니다. 도우미프로그램인 inetd, xinetd, 또는 tcpserver 등이 데몬으로 작동합니다. SMTP포트인 25포트로 접속을 받으면 qmail-smtpd 사본을 실행합니다.
inetd는 표준넷웍서버인 "수퍼서버"입니다. /etc/inetd를 설정해서 qmail-smtpd를 작동할 수 있습니다만, ucspi-tcp패케지의 일부인 tcpserver가 권장툴입니다. ucspi-tcp는 UNIX Client-Server Program Interface for TCP의 두문자이고, ooks-pie tee see pee로 발음합니다.
tcpserver를 선호하는 이유는 다음과 같습니다.
해당 소스는 ftp://koobera.math.uic.edu/www/software/ucspi-tcp-0.84.tar.gz 에서 구하실 수 있습니다.
Dan Bernstein이 썼고, http://pobox.com/~djb/ucspi-tcp.html에 웹페지를 운영합니다.
서비스를 통제하고 감시하는 유틸리티군을 담고 있습니다. 필수사항은 아닙니다만, 특히 바쁜시스템에게는 강력히 권장합니다. 포함하는 유틸리티들은 다음과 같습니다.
해당소스는 http://cr.yp.to/daemontools/daemontools-0.61.tar.gz에서 구하실수 있습니다.
Dan Bernstein이 썼고, http://cr.yp.to/daemontools.html에 웹페지를 운영합니다.
큐메일의 로그파일을 처리하고 해당 시스템이 얼마나 그리고 어떤 일을 하고 있는 지 알리는 일련의 보고서를 만듭니다. 얼마나 많은 메세지를 주고 받았는 지, 얼마나 큰 지, 얼마나 빨리 처리되는 지 등에 대한 통계가 필요하면, qmailanalog가 바로 그것입니다.
보너스로 matchup프로그램은 큐메일의 매 전달당 복수로그행을 하나로 만드는데, 이미 익숙한 Sendmail로그와 다르지 않습니다.
해당소스는 http://pobox.com/~djb/software/qmailanalog-0.70.tar.gz에서 구하실 수 있습니다.
Dan Bernstein이 썼고, http://pobox.com/~djb/qmailanalog.html에 웹페지를 운영합니다.
스팸당해보지 않으셨다면 운이 좋았다고 생각하십시오. 이메일사용자들 대부분이 스팸이라고 알려진 원치않는 두툼한 이메일 (Unsolicited Bulk E-mail: UBE)에 익숙합니다. 그것들 대부분 섹스사이트, 행운의 편지, 기타 신용사기 등에 대한 광고입니다. 1988년 정도 전까지의 예전에는 인터넷상의 MTA들 대부분은 개방중계, 즉 송신자도 수신자도 모두 로컬이 아니라도 누구든지 보내고 누구든지 받는 멜을 받아들였습니다. 스패머는 스팸을 전달하기 위해서 어느것이든 찾기만 하면 개방중계를 이용합니다. 그렇게 되면 행적을 덮어버리고, 반발을 "정직한" 중계사이트로 돌리게 되며, 그들은 CPU시간과 넷웍대역을 많이 아끼게 됩니다.
요즘 이런 개방중계는 심한 불량으로 인식되고, 몇몇 반스팸자경단그룹은 개방중계와 기타 저속한 스팸출처를 확인하는 장치를 만들어서 그들로부터 SMTP접속승락을 피할 수 있습니다. Realtime Blackhole List (RBL), Open Relay Behavior-modification System (ORBS), Dial-up User List (DUL) 등이 그것입니다.
rblsmtpd는 RBL SMTP 데몬입니다. tcpserver와 qmail-smtpd의 사이에 있으면서 이 리스트상에서 확인된 시스템으로부터의 접속을 거부합니다.
관련소스는 http://pobox.com/~djb/software/rblsmtpd-0.70.tar.gz에서 구할 수 있습니다.
Dan Bernstein이 썼고, http://pobox.com/~djb/rblsmtpd.html에 웹페지를 유지합니다.
큐메일은 전시간, 고속접속의 시스템을 위해 설계되었습니다. serialmail은 큐메일을 간헐적이고 저속도 접속에 더 잘 맞게 하는 툴군입니다. 그런 시스템상의 serialmail로 큐메일은 모든 원격멜을 단일 maildir로 전달하도록 설정됩니다. serialmail의 maildir2smtp명령은 접속이 되었을 때 ISP의 멜허브로 maildir를 올리는 데 사용됩니다. ISP가 QMTP (고급주제의 QMTP를 보십시오.)를 지원하면, maildir2qmtp도 쓸 수 있습니다.
serialmail은 접속의 ISP측에서 AutoTURN을 구현하는데 사용될 수 있는데, 클라이언트가 하는 SMTP접속은 서버가 접속을 클라이언트로 돌려서 서버에 큐된 메세지를 클라이언트로 보내도록 합니다. 이것은 ETRN SMTP기능과 유사합니다.
해당소스는 http://pobox.com/~djb/software/serialmail-0.75.tar.gz에서 구하실 수 있습니다.
Dan Bernstein이 썼고, http://pobox.com/~djb/serialmail.html에 웹페지를 유지합니다.
RFC 822를 따르는 메세지를 해석하는 응용제품군과 라입러리입니다. 응용제품은 다음과 같습니다.
해당 소스는 http://pobox.com/~djb/software/mess822-0.58.tar.gz에서 구하실 수 있습니다.
Dan Bernstein이 썼으며 http://pobox.com/~djb/mess822.html에 웹페지를 유지합니다.
성능이 우수하고 사용하기 쉬운 큐메일용 멜링리스트매니저입니다. LISTSERV나 Majordomo에 익숙하시다면 멜링리스트매니저가 무엇을 하는 지 아실겁니다. 큐메일에서의 멜링리스트에 대해 더 알고 싶으시면 고급주제의 멜링리스트매니저항목을 보십시오.
해당소스는 http://pobox.com/~djb/software/ezmlm-0.53.tar.gz에서 구하실 수 있습니다.
Dan Bernstein이 썼고, http://pobox.com/~djb/ezmlm.html에 관련웹페지가 있습니다.
파일을 maildir멜복스에 확실히 씁니다. 특별히 procmail 방법으로 메세지를 보관하는 데 유용합니다. 예를 들면, 다음방법은 메세지를 모두 Maildir에 보관합니다.
:0w |safecat Maildir/tmp Maildir/new
Len Budney가 썼고, http://www.pobox.com/~lbudney/linux/software/safecat.html 에 웹페지를 운영하고 있습니다.
procmail과 유사한 멜필터입니다. (패치를 하지않은) procmail이 갖지 않은 특징 하나는 maildir멜복스를 지원한다는 것입니다.
Sam Varshavchik이 썼고, http://www.flounder.net/~mrsam/maildrop에 웹페지를 운영합니다.
한호스트의 사용자가 다른 호스트의 사용자에게 메세지를 보내면, 무대뒤에서는 알아차리지 못하는 많은 일이 일어난다.
예를 들어 alice@alpha.example.com의 Alice가 bob@beta.examle.com의 Bob에게 메세지를 보낸다고 합시다. 다음과 같은 일이 벌어집니다.
Alice는 mutt이나 pine 등 자기의 Mail User Agent (MUA)로 메세지를 작성합니다. To 필드에 수신인, Subject필드에 메세지의 제목을, 그리고 메세지본문을 적습니다. 다음과 같을 겁니다.
To: bob@beta
Subject: lunch
How about pizza?
인터넷멜이 어떻게 작동하는 지에 대한 정보는 다음중 하나이상을 보십시오.
인터넷의 Requests for Comment (RFC's)는 인터넷의 공식문서입니다. 이것들 대부분은 비평단계를 훨씬 넘어서 TCP, FTP, Telnet 등의 인터넷프로토콜과 여러 다양한 멜표준과 프로토콜을 정의합니다.
인터넷 MTA는 다양한 일을 합니다. Sendmail과 smail 등의 초기 디자인은 단일구성체입니다. 다른 말로, 하나의 커다란 복합으로서 '모자를 바꿔쓰는' 식인데, SMTP서버가 되려고 한 모자를 쓰고, SMTP클라이언트가 되려고 다른 모자를 쓰고, 또 메세지를 로컬로 삽입하려고 다른 모자를 쓰고, 큐를 관리하려고 다른 모자를 씁니다.
큐메일은 모듈방식입니다. 위의 각 기능들을 별개의 프로그램으로 수행합니다. 따라서, 프로그램들은 훨씬 더작고, 더간단하며, 기능이나 보안의 벅이 더 적습니다. 보안을 더 강화하기 위해서, 큐메일모듈은 상이한 특권으로 운행하고, 서로 "기대"하지 않기 때문에, 다른 모듈이 늘 하던대로 하리라고 추정하지 않습니다.
핵심모듈들입니다.
모듈 기능 qmail-smtpd SMTP를 통한 메세지의 수용과 거절 qmail-inject 메세지의 로컬삽입 qmail-rspawn/qmail-remote 원격전달처리 qmail-lspawn/qmail-local 로컬전달처리 qmail-send 큐처리 qmail-clean 큐청소
모듈방식에는 단점도 있습니다. 단일구성체의 MTA와 달리, 모듈간 상호작용은 잘정의되어있어서 모듈은 최소한의 필요정보만 서로 교환합니다. 이는 대개 '좋은일'이지만, 때로는 일을 하기가 어렵게 합니다. 예를 들면, sendmail의 "-v"플랙은 디버깅목적으로 Sendmail이 동작궤적을 표준출력으로 내보냅니다. 한 sendmail바이너리가 삽입, 큐, 앨이어스처리, .forward파일처리, SMTP를 통한 원격송부 등을 다하기때문에, 메세지를 전달할때까지의 전체전달을 쉽게 추적할 수 있습니다. 큐메일에 동등한 능력은 없고, 모듈에서 모듈로 "디벅"플랙을 건네주는 것을 구현하려면 엄청나게 코드를 고쳐야 하고, 더 복잡해집니다.
/var/qmail이 큐메일파일구조의 근본입니다. 큐메일을 컴파일할때 바꿀 수는 있지만, 다른 애드민이 무엇인가를 어디에서 찾아야 할 지 알게 그대로 두어야 좋습니다. 큐메일트리의 일부 또는 전부를 다른곳에 꼭 놓고 싶으면, 심볼릭링크를 이용하는 것이 낳습니다. 자세한 내용은 설치항목의 디렉토리만들기항목을 보시기 바랍니다.
톱레벨 섭디렉토리입니다.
디렉토리 내용 alias 시스템전반의 앨리어스에 대한 .qmail파일 bin 프로그램바이너리와 스크립트 boot 기동스크립트 control 설정파일 doc 문서 (맨페지제외) man 맨페지 queue 보내기전메세지의 큐 users 큐메일사용자 데이터베이스 파일
컴파일디렉토리의 INTERNALS파일에 큐의 자세한 내용을 더 잘 설명해놓았습니다. 다음은 큐구조의 좀더 넓은 개요입니다.
섭디렉토리 내용 bounce 영구전달에러 info* 송신자주소를 봉투하기 intd qmail-queue의 봉투진행 local* 로컬봉투수신자주소 lock lock 파일 mess* 메세지파일 pid qmail-queue가 i-node번호를 얻기 위해 사용 remote* 원격봉투송신자주소 todo 완전봉투
----------------------------------------------------------------------------------------
유의점: 디렉토리에 "*"표시가 있으면 (conf-split-1)까지 "0", "1", ..., 등으로 된
분할섭디렉토리를 갖고 있는데, conf-split은 컴파일디렉토리의 conf-split파일에
포함된 컴파일시설정입니다. 기본은 23입니다. 이렇게 디렉토리를 쪼개는 것은 매우
바쁜서버에서 단일디렉토리의 파일수를 줄이기 위해서입니다.
----------------------------------------------------------------------------------------
아이노드번호에 따라서 섭디렉토리하의 파일들을 이름짓습니다. 이것이 뜻하는 바는, 표준 유닉스 유틸리티인 mv, dump/restore, tar 등을 써서 수동으로 그것들을 움직이지 못합니다. 큐파일을 정확하게 이름바꾸는 사용자공헌 유틸리티가 http://www.qmail.org에 두어개 있습니다.
----------------------------------------------------------------------------------
유의점: 큐메일이 가동중에는 큐메일파일을 수정하지 않아야 좋습니다. 큐를 수정하려면,
먼저 큐메일을 멈추고, 큐를 조심하여 다루고, 다시 큐메일을 가동하십시오.
----------------------------------------------------------------------------------
/var/qmail/doc에 PIC로 이름을 시작하는 파일들이 죽 있습니다. 이들은 큐메일이 감당하는 다양한 상태의 문장"사진"입니다. 다양한 모듈을 통한 통제흐름을 보여주며, 복잡한 설정을 만들고 디버깅하는 데 큰 도움이 됩니다.
파일이름 개요 PIC.local2alias 로컬앨리어스에 전달한 로컬삽입메세지 PIC.local2ext 확장주소로 전달한 로컬삽입메세지 PIC.local2local 로컬사용자에게 전달한 로컬삽입메세지 PIC.local2rem 원격주소로 전달한 로컬삽입메세지 PIC.local2virt 로컬버추얼도메인상의 주소로 전달한 로컬삽입메세지 PIC.nullclient 널클라이언트에 삽입한 메세지 PIC.relaybad 로컬호스트를 중계로 사용하는 시도의 실패 PIC.relaygood 로컬호스트를 중계로 사용하는 시도의 성공 PIC.rem2local SMTP를 통해 받은 로컬사용자에로의 메세지
이 파일들은 다음에서 온라인으로 구할 수 있습니다.
큐메일의 진짜사진을 원하신다면, Andre Opperman의 "대형큐메일사진"을 http://www.nrg4u.com/에서 보십시오.
이것들은 자주 묻지는 않지만 중요하고 대답하기도 쉽지 않은 질문들입니다.
메세지마다 재시도시간표가 있습니다. 메세지가 전달불능으로 오래 있을수록, 큐메일은 그것을 덜 자주 보내려고 합니다. 재시도시간표는 설정할 수 없습니다. 다음 테이블은 원격수신자에게 가는 전달불능인 메세지가 바운스될때까지의 재시도시간표를 보여줍니다. 로컬메세지는 비슷하지만, 더 잦은 시간표를 사용합니다.
전달시도 초 날-시:분:초
1 0 0-00:00:00
2 400 0-00:06:40
3 1600 0-00:26:40
4 3600 0-01:00:00
5 6400 0-01:46:40
6 10000 0-02:46:40
7 14400 0-04:00:00
8 19600 0-05:26:40
9 25600 0-07:06:40
10 32400 0-09:00:00
11 40000 0-11:06:40
12 48400 0-13:26:40
13 57600 0-16:00:00
14 67600 0-18:46:40
15 78400 0-21:46:40
16 90000 1-01:00:00
17 102400 1-04:26:40
18 115600 1-08:06:40
19 129600 1-12:00:00
20 144400 1-16:06:40
21 160000 1-20:26:40
22 176400 2-01:00:00
23 193600 2-05:46:40
24 211600 2-10:46:40
25 230400 2-16:00:00
26 250000 2-21:26:40
27 270400 3-03:06:40
28 291600 3-09:00:00
29 313600 3-15:06:40
30 336400 3-21:26:40
31 360000 4-04:00:00
32 384400 4-10:46:40
33 409600 4-17:46:40
34 435600 5-01:00:00
35 462400 5-08:26:40
36 490000 5-16:06:40
37 518400 6-00:00:00
38 547600 6-08:06:40
39 577600 6-16:26:40
40 608400 7-01:00:00
다음의 메세지를 받는다면,
deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/
문제는 큐메일이 대형네임서버질의응답을 처리하지 못해서입니다. 패치를 설치해서 고칩니다. 고급주제에서 패치를 보시기 바랍니다.
어떤사람은 이런시스템에 닿는데 문제가 없는데 왜그러냐고 질문할 수도 있습니다. 원래, 타이밍과 로컬네임서버에 한 질의순서에 의거하여, "aol.com"에 대한 '아무런' 질의에 대한 응답크기가 UDP패킷한계인 512바잇보다 클 수도 있고, 그렇지 않을 수도 있습니다.
A와 MX레코드가 시간초과하면 "그럴수도" 있지만, NS로코드는 그렇지 않습니다. .COM서버는 2틀의 수명시한 (TTL)을 설정해놓지만, AOL은 레코드에 1시간의 수명시한을 설정해놓으므로, 덜바쁜 네임서버에서 이러한 일이 종종 일어납니다. 더바쁜 네임서버는 특정시간에 그 레코드들은 캐쉬에 갖고 있기 때문에 패치하지 않은 큐메일이 CNAME을 점검하려는 시도를 무색하게 합니다.
더좋은 시험은 nosuchuser@large-mx.ckdhr.com으로 멜을 보내는 겁니다. 그 서버가 당신의 큐를 청소하고, ckdhr.com에서 바운스하는 것으로 끝나면, 당신의 MTA는 512바잇을 넘기는 MX 리스트를 갖는 호스트로 멜을 보낼 수 있습니다. (단일 수명시한이며 512바잇을 넘기는 단일 RRset을 사용해서, 이문제를 다른 질의의 타이밍과 순서에 의지하지 않고 볼 수 있습니다.)
컴파일시설변수로서 매전달에 추가하는 추가수신인을 적습니다. 본래 로깅하려고 사용합니다. 예를 들면, FAQ에는 QUEUE_EXTRA를 써서 드나는 메세지를 전부 보관하는 방법을 설명합니다.
QUEUE_EXTRA를 사용하려면, extra.h를 편집해서 "T수신인\0"형식으로 수신인을 추가하고, QUEUE_EXTRALEN에 QUEUE_EXTRA의 길이를 적습니다. ("\0"은 한문자로 계산됩니다.) 예를 들면 다음과 같습니다.
#define QUEUE_EXTRA "Tlog\0" #define QUEUE_EXTRALEN 5
큐메일이 운행중이면 중지시킵니다. 설치항목의 큐메일스크립트를 설치하셨으면, 다음과 같이 하십시오.
/usr/local/sbin/qmail stop
큐메일스크립트가 없으시면, 기동/중지 스크립트를 사용하시든지, TERM신호를 qmail-send에 보내십시오.
그다음에 다음과 같이 해서 큐메일을 재컴파일하십시오.
make setup check
원하시는 대로 alias/.qmail-log을 채우십시오. 예를 들어, Message-ID를 록하려면 다음과 같이 합니다.
| awk '/^$/ { exit } /^[mM][eE][sS][sS][aA][gG][eE]-/ { print }'
끝으로, 큐메일을 재가동합니다.
큐메일에러메세지와 그 의밉니다.
괄호안의 에러코드에 관한 설명은 RFC 1893을 보십시오.
이 부록은 완전하지 않습니다.
큐메일신참자는 다음과 같은 문제들을 자주 만납니다.
qmail-local이 특권사용자로서 명령을 실행하는 가능성을 막기위해서, 큐메일은 UID가 0인 모든 사용자를 무시합니다. 이것은 qmail-getpw 맨페지에 설명되어 있습니다.
그렇다고 큐메일이 root@example.com에 전달하지 않는다는 것은 아니고, 다만 전달은 비특권사용자에 의해 처리되어야 한다는 것입니다. 으례, /alias/.qmail-root을 채워서 root에 대한 앨리어스를 만듦니다.
또하나의 보안특징이고, 좋은 습관입니다. qmail-getpw맨페지에 설명되어 있습니다.
큐메일은 주소에서 "@"의 왼쪽에 있는 모든 것인 "로컬부분"을 소문자로 변환합니다. 맨페지에는 설명되어 있지 않지만, 코드는 그렇게 합니다. 대문자를 갖는 사용자를 무시한다는 사실은 qmail-getpw맨페지에 기록되어 있습니다.
또하나의 보안특징입니다. qmail-local맨페지에 설명되어 있습니다. 컴파일시 conf-patrn 컴파일 컨피그파일을 통해서 재지정할 수 있습니다.
또하나의 보안특징입니다. 확장주소가 파일트리를 ".."로 백업하는것을 막는 것이 목적입니다. 콜론으로 바꾸기 때문에, 큐메일은 사용자의 .qmail파일 모두가 홈디렉토리에 있게 합니다. qmail-local맨페지에 기록했습니다.
큐메일은 주소의 로컬부분을 모두 소문자로 만든다는 또하나의 사실입니다. qmail-local맨페지에 설명했습니다.
큐메일은 호스트네임이 있는 IP주소를 결정하기 위해서 /etc/hosts를 사용하지 않습니다. control파일에 있는 이름을 사용하면, 큐메일은 네임서버에 접근할 수 있어야 합니다.
그래도 네임서버에 접근할 수 없는 시스템에서도 큐메일을 운영할 수 있습니다. control파일에 있는 호스트는 IP주소로 적을 수도 있는데, 대괄호 ([])로 둘러싸야 합니다. 예를 들면 다음과 같습니다.
[10.1.2.219]
사실, 대괄오가 언제나 필요하지는 않지만, 사용해야 좋은 방법입니다.
여러 이유로 해서, 큐메일은 SMTP접속, 거절, 무효명령, 또는 유효명령 등을 록하지 않습니다. tcpserver로 접속을 록할 수 있고, recordio로 SMTP대화 전부를 록할 수 있습니다. recordio는 ucspi-tcp패케지의 일부입니다. 절차는 http://pobox.com/~djb/qmail/faq/servers.html#recordio의 FAQ에 설명되어 있습니다.
Sendmail은 수시간내에, 통상 4시간내에, 메세지를 전달할 수 없으면, 작성자에게 지연통지를 보냅니다. 이 통지는 바운스메세지같아 보입니다만, 아직 전달이 영구실패했다는 것을 가리키지는 않습니다.
큐메일은 이런 경고를 보내지 않습니다. 전달불능메세지는 큐에서 큐수명시간을 다 보낸다음에야만 작성자에게 돌려집니다.
qmail-queue와 qmail-send는 /var/qmail/queue/lock/trigger라는 네임파잎은 통해서 의사소통합니다. 이 파잎이 엉망이 되면, qmail-send는 반시간정도 새메세지를 통보하지 않습니다.
올바르게 설치되었다는 것을 확신하는 가장 좋은 방법은 소스디렉토리에서 "make check"을 실행하는 것입니다. 그것이 가능하지 않다면, 다음과 같은 지 확인하십시오.
# ls -l /var/qmail/queue/lock/trigger prw--w--w- 1 qmails qmail 0 Jul 5 21:25 /var/qmail/queue/lock/trigger
줄의 앞에 (네임파잎을 알리는) "p", 모드 (특히 전체쓰기허가), 소유자와 그룹 등에 각별히 유의해 보시기 바랍니다.
--------------------------------------------------------------------------------
역자추가: 다음의 주소에서 최근의 질의응답을 참고하실 수 있습니다. (05 Apr 2000)
http://www.faqts.com/knowledge-base/index.phtml/fid/139/lang/en
--------------------------------------------------------------------------------
lwq는 Copyright 1999 David E. Sill입니다.
lwq는 OpenContent License version 1.0에 포함됩니다. 완전한 라이센스에 대해서는 http://www.opencontent.org/opl.shtml를 보십시오. 본래, 수정판을 재배포한다면 그판도 OpenContent License에 포함된다는 조건하에 lwq를 복사, 재배포, 수정할 수 있습니다.
lwq-announce-subscribe@sws1.ctd.ornl.gov에 메세지를 보내서 lwq-announce멜링리스트에 가입하십시오.
lwq-subscribe@sws1.ctd.ornl.gov에 메세지를 보내서 lwq 멜링리스트에 가입하십시오.
lwq를 번역하는데 관심있으시면, 제게 알려주셔서 노력의 중복을 막고, 조화할 수 있게 해주십시오. 또한 제가 SDF소스문서를 번역하시는 분께 드려서, 번역이 SDF로도 될 수 있게 할 수 있습니다. (이것이 왜 중요한 지 다음질문을 보시기 바랍니다.)
또한, lwq를 번역하시는 분들은 lwq멜링리스트에 가입하셔서 (전의 질문을 보십시오.) 번역에 관한 논점을 토론하고 공지사항을 만들 수 있도록 하시길 권장합니다.
그렇습니다. 다른 형태는 http://Web.InfoAve.net/~dsill/qmail.html에서 찾을 수 있습니다.
죄송합니다. 정말이지 미안합니다. 그렇지만 lwq는 어떤 보증도 없습니다. 위에서 말씀드린 OpenContent License를 보시기 바랍니다. 저는 이것을 쓴다고 해서 어떤 보상을 받지 않았고, 다만 큐메일공동체에 무언가 유익한 것을 공헌하고 싶었을 뿐입니다.
사실, 이것은 FAQ가 아닙니다. 진짜로는, 이것이 NAQ (Never Asked Question)이길 바랍니다.
[하나 받으십시오!]