반응형
MX record
MX는 Mail Exchange 의 약자이다. 즉 그 서버에 오는 메일을 처리할 메일 서비스를 지정하는
record 이다.
@ IN A 210.24.154.2
IN MX 10 mail
IN MX 20 mail2
mail IN A 210.24.154.3
mail2 IN A 210.24.154.4
oops.org 로 오는 mail 을 mail.oops.org 라는 server 로 보내서 처리 하게끔 하는 것이다.
즉 oops.org 에 mail demon 이 없지만 ID@oops.org 로 mail 을 보내게 되면 이 MX record 에
의해서 mail.oops.org 가 대신 처리를 하게 하는 것이다. 그러니 굳이 ID@mail.oops.org 로
보내나 ID@oops.org 로 보내나 동일하게 되는 것이다. MX 뒤의 숫자는 우선순위 정도로 생각
하면 되고 숫자가 낮은쪽부터 접속을 시도하게 된다.
또한 위와 같이 MX record 를 여러개를 지정을 할 수도 있는데 mail 은 일단 MX record 뒤의
숫자에 의해 우선 순위를 가지고 있는 mail.oops.org 로 보내지게 되고 이 server 가 응답이
없으면 다음 순위인 mail2.oops.org 로 보내져서 처리가 되는 것이다. 물론 이 서버까지 죽
는다면 메일은 반송 되거나 메일서버가 살아날 때까지 대기하게 될것이다. 기본 메일서버를
하나 놓고 백업서버를 사용할때에 이런식으로 구성할 수가 있다.
주의 할 것은 위에서의 설정에서 mail2.oops.org 은 메일을 받지는 않는다. 2 차 MX 의 경우
(2 차 MX 라는 것은 우선 순위 2 번째 서버를 의미한다) 에는 1차 MX 즉 메일을 받을 서버가
죽었을 경우 살아날때 까지 일정 시간동안 queuing 만을 하게 된다. 즉 일정시간 즉 2 차 MX
의 queuing 제한 시간이 끝나면 결국에는 반송이 되게 되는 것이다.
또 하나 주의 할 것은 relay 문제이다. 만약 relay 가 모든 곳으로 부터 풀려 있다면 내 마
음대로 아무 메일 서버를 2차 mx record 로 잡을 수 있게 된다. 하지만 sendmail 8.9 부터는
spam 에 대처하기 위해 기본적으로 localhost 만을 relay 를 허락하게 되어 있다. 이러한 경
우 해당 호스트는 큐잉 서버로 동작하지 못함에 유의하자. 보통 기관의 SMTP 서버는 타인에
의한 남용을 막기위해 내부 IP (혹은 도메인) 에 대해서만 릴레이를 허용하도록 설정하지만,
메일 큐잉 서버의 경우는 본 Feature 를 끄거나 해당 호스트를 목적지로 하는 편지에 대해서
는 릴레이를 허용하도록 (이 말의 의미하는 바를 잘 모르겠다면 모든 IP에 대해 릴레이를 허
용토록 설정하라) 조정하여야 한다.
(참고: Allowing controlled SMTP relaying in Sendmail 8.9)
또한 2 차 MX 로 지정된 서버에서 주의할 점은 local-host-naems 파일 또는 sendmail.cw 에
ORIGIN 으로 오는 메일을 받도록 설정을 하면 안된다. 이럴경우 메일을 큐잉을 하는 것이 아
니라 받아 버리게 되므로 동기화에 문제가 발생하게 되는 것이다.
마지막으로, MX record 는 Alias 되어진 이름을 지정할 수가 없다. 아래의 예는 잘못된 예이
다.
@ IN A 210.24.152.2
IN MX 10 mail
mail IN CNAME @
위의 설정에서
mail IN CNAME @
은
mail IN A 210.24.152.2
으로 되어야 제대로 된 설정이다.
-----------------------------------[펌] From oops.org
MX는 Mail Exchange 의 약자이다. 즉 그 서버에 오는 메일을 처리할 메일 서비스를 지정하는
record 이다.
@ IN A 210.24.154.2
IN MX 10 mail
IN MX 20 mail2
mail IN A 210.24.154.3
mail2 IN A 210.24.154.4
oops.org 로 오는 mail 을 mail.oops.org 라는 server 로 보내서 처리 하게끔 하는 것이다.
즉 oops.org 에 mail demon 이 없지만 ID@oops.org 로 mail 을 보내게 되면 이 MX record 에
의해서 mail.oops.org 가 대신 처리를 하게 하는 것이다. 그러니 굳이 ID@mail.oops.org 로
보내나 ID@oops.org 로 보내나 동일하게 되는 것이다. MX 뒤의 숫자는 우선순위 정도로 생각
하면 되고 숫자가 낮은쪽부터 접속을 시도하게 된다.
또한 위와 같이 MX record 를 여러개를 지정을 할 수도 있는데 mail 은 일단 MX record 뒤의
숫자에 의해 우선 순위를 가지고 있는 mail.oops.org 로 보내지게 되고 이 server 가 응답이
없으면 다음 순위인 mail2.oops.org 로 보내져서 처리가 되는 것이다. 물론 이 서버까지 죽
는다면 메일은 반송 되거나 메일서버가 살아날 때까지 대기하게 될것이다. 기본 메일서버를
하나 놓고 백업서버를 사용할때에 이런식으로 구성할 수가 있다.
주의 할 것은 위에서의 설정에서 mail2.oops.org 은 메일을 받지는 않는다. 2 차 MX 의 경우
(2 차 MX 라는 것은 우선 순위 2 번째 서버를 의미한다) 에는 1차 MX 즉 메일을 받을 서버가
죽었을 경우 살아날때 까지 일정 시간동안 queuing 만을 하게 된다. 즉 일정시간 즉 2 차 MX
의 queuing 제한 시간이 끝나면 결국에는 반송이 되게 되는 것이다.
또 하나 주의 할 것은 relay 문제이다. 만약 relay 가 모든 곳으로 부터 풀려 있다면 내 마
음대로 아무 메일 서버를 2차 mx record 로 잡을 수 있게 된다. 하지만 sendmail 8.9 부터는
spam 에 대처하기 위해 기본적으로 localhost 만을 relay 를 허락하게 되어 있다. 이러한 경
우 해당 호스트는 큐잉 서버로 동작하지 못함에 유의하자. 보통 기관의 SMTP 서버는 타인에
의한 남용을 막기위해 내부 IP (혹은 도메인) 에 대해서만 릴레이를 허용하도록 설정하지만,
메일 큐잉 서버의 경우는 본 Feature 를 끄거나 해당 호스트를 목적지로 하는 편지에 대해서
는 릴레이를 허용하도록 (이 말의 의미하는 바를 잘 모르겠다면 모든 IP에 대해 릴레이를 허
용토록 설정하라) 조정하여야 한다.
(참고: Allowing controlled SMTP relaying in Sendmail 8.9)
또한 2 차 MX 로 지정된 서버에서 주의할 점은 local-host-naems 파일 또는 sendmail.cw 에
ORIGIN 으로 오는 메일을 받도록 설정을 하면 안된다. 이럴경우 메일을 큐잉을 하는 것이 아
니라 받아 버리게 되므로 동기화에 문제가 발생하게 되는 것이다.
마지막으로, MX record 는 Alias 되어진 이름을 지정할 수가 없다. 아래의 예는 잘못된 예이
다.
@ IN A 210.24.152.2
IN MX 10 mail
mail IN CNAME @
위의 설정에서
mail IN CNAME @
은
mail IN A 210.24.152.2
으로 되어야 제대로 된 설정이다.
-----------------------------------[펌] From oops.org
반응형
'IT Life' 카테고리의 다른 글
3Dmark05 점수 (2) | 2006.02.13 |
---|---|
PCmark05 점수 (0) | 2006.02.13 |
업글해야되는데.. (0) | 2006.02.10 |
스카다(Supervisory Contol And Data Acquisition) (0) | 2006.02.04 |
새로 사고 싶은것들.. (0) | 2005.11.28 |
한글읽어주는 프로그램 (0) | 2005.11.23 |
핸드폰 샀음. (0) | 2005.11.04 |