이것들은 자주 묻지는 않지만 중요하고 대답하기도 쉽지 않은 질문들입니다.
메세지마다 재시도시간표가 있습니다. 메세지가 전달불능으로 오래 있을수록, 큐메일은 그것을 덜 자주 보내려고 합니다. 재시도시간표는 설정할 수 없습니다. 다음 테이블은 원격수신자에게 가는 전달불능인 메세지가 바운스될때까지의 재시도시간표를 보여줍니다. 로컬메세지는 비슷하지만, 더 잦은 시간표를 사용합니다.
표 A-5. 전달시도시간표
| 전달시도 | 초 | 날-시:분:초 |
|---|---|---|
| 1 S | 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 |
큐메일이 운행중이면 중지시킵니다. 설치항목의 큐메일스크립트를 설치하셨으면, 다음과 같이 하십시오.
qmailctl stop |
큐메일스크립트가 없으시면, 기동/중지 스크립트를 사용하시든지, TERM신호를 qmail-send에 보내십시오.
그다음에 다음과 같이 해서 큐메일을 재컴파일하십시오.
make setup check |
원하시는 대로 ~alias/.qmail-log을 채우십시오. 예를 들어, Message-ID를 록하려면 다음과 같이 합니다.
| awk '/^$/ { exit } /^[mM][eE][sS][sS][aA][gG][eE]-/ { print }' |
끝으로, 큐메일을 재가동합니다.