sendmail의 dns lookup 관련
글쓴이: hasosu / 작성시간: 수, 2003/07/09 - 3:26오후
센드메일로 메일을 송신합니다.
몇칠전부터 가끔 daum.net , hanmail.net, naver.com등의 메일주소의
메일 송신속도가 너무 느려 telnet localhost 25번으로 테스트해보니.
rcpt to:aaa@daum.net 에서 몇분의 시간을 잡아 먹습니다.
항상 그런건 아니고.. 가끔...
시스템팀에 알아보니.. 53번 tcp 포트를 막았다고 합니다.
nslookup은 udp를 쓰니 잘됩니다.
혹시 위의 대형 웹메일 업체에 메일송신 느린게 53번 tcp포트막은거랑
관계가 있을가요...
Forums:
참고 : 대량메일 전송솔루션 제작시 DNS Cache기법을 사용한 사례는
참고 : 대량메일 전송솔루션 제작시 DNS Cache기법을 사용한 사례는 제법 많습니다. 말 그대로 cache기법을 도입한 경우지요. 가끔 실제주소(DNS쿼리결과)와 Cache에 있는 결과가 불일치하는 경우는 있지만, 이는 극히 드물게 나타난답니다. (물론 Cache 메카니즘을 구현해야하는거구요.)
------------------ P.S. --------------
지식은 오픈해서 검증받아야 산지식이된다고 동네 아저씨가 그러더라.
관련이 있을듯;;
rcpt to:aaa@daum.net 이라고 했을때,
daum.net 의 IP Address 를 찾는게 아니라 DNS 에 MX 쿼리를 날립니다.
telnet daum.net 25 해 보시면 알겠지만,
Connection refused 라는 결과가 나오지요.
daum.net 의 DNS 에 MX 쿼리를 날려보면,
실제로 daum.net 의 메일 서버는 mx?.hanmail.net 이라는걸 알수 있죠.
sendmail 이 이 과정을 어떻게 처리하는지는 소스를 보질 않아서
모르겠지만, 직접 이 과정을 구현하기 보다는 libresolv 를 쓰지 않았을까 싶네요..
libresolv 를 사용했다면, 이 과정은 TCP 를 통해서 이루어지게 되는데,
아무래도 그래서 그런 현상이 있는게 아닐까 싶습니다.
추가)
이 과정에서 정상적인 결과를 얻지 못했을 경우의 fall-back 루틴 역시 있을거라고 생각됩니다.
제 생각에 DNS 문제는 아닌거 같습니다. 다음 메일 서버와의 문제인거
제 생각에 DNS 문제는 아닌거 같습니다. 다음 메일 서버와의 문제인거 같습니다.
다음 같은 경우는 "IP 실명제"인가요?
거기에 등록하지 않은 IP에서 오는 메일은 SMTP 한 명령어당..
약 3초 씩 Delay를 가진 후 다음 SMTP에서 응답을 해줍니다.
평균.. 메일 한통 보내는데, HELO 부터 시작해서 4번에서 5번 데이터를 주고 받는데.. 약 3초씩 딜레이를 가지니..
흠.. 한통 보내는데 최소 12초 정도 걸립니다.
저도 이것땜에 고생을 했는데, 결국을 다음 메일 서버 관리자에게 직접 전화를 해서 알아낸 사실입니다.
그거땜에 일주일을 고생했는데, 어찌나 허탈하던지..
힘있는자의 횡포라고 느껴지더군요..
다음 메일 서버에 등록하지 않은 IP라면 확인해 보시길 바랍니다.
댓글 달기