오늘은 대한입니다.
sun's longitude:299 43 28.85 
· 자유게시판 · 묻고답하기 · 알파문서 · RPMS list
· 사용자문서 · 팁/FAQ모음 · 리눅스Links · 자료실
· 서버정보 · 운영자 · Books/FAQ · FreeBSD
/board/read.php:소스보기  

질문과 답변 게시판입니다.

현재 실시간으로 이곳 서버의 설정파일(몇개)를 보여주고 있습니다.
서버의 설정내용에 관한 질문은 먼저 이곳 서버의 설정내용을 참고하시길 바랍니다.

[*** 쓰기 금지단어 패턴 ***]
글 본문 중간에 업로드할 이미지를 추가하는 방법 : @@이미지이름@@
ex) @@foo.gif@@
2442 번 글의 답장글: Re: 메일서버queue처리에 대해서
글쓴이: 산이 [홈페이지] 글쓴날: 2006년 01월 05일 01:05:46 목(새벽) 조회: 2693

[이현철]님이 남기신 글:

>-----------------------------------------
>답변자가 기본적으로 참고할 내용입니다.
>- 배포판(옵션)    : 
>- 커널버전(옵션)
  : 
>- 데몬버전(예:apache
 1.3.27) : 
>- 데몬설치유형(RPM/컴파일/기타)
 : 
>-----------------------------------------
>신정부터 또 조언을 구하고자 이렇게 찾아왔습니다.
>다름이 아니라 요즘 메일서버가 지연이 되고
있습니다.
>로그를 보면 delay로그시간이

>mail서버는 postfix입니다. 
>`-----------------------------
>Jan  4 17:09:33 postfix/smtp[19083]: 4345C168869: to=<BXB00271@nif.com>,
relay=mx.nif.com[202.248.38.10], delay=1524, status=deferred (host
mx.nif.com[202.48.38.10] said: 451 4.1.8 Sender domain must be resolved (in replyto
MAIL FROM command))
>--------------------------------------
>위에 처럼 delay=1524 이런 씩으로 거의 20분이상 느리게 도착하는
놈도 있습니다.
>하나 둘이면 이해가 가는데 엄청 많습니다. 다들 늦다고 난리
입니다.보통10분정도인데요
 (메일서버 지 기분좋은날은 좀 빨리 처리합니다.ㅋㅋㅋ(

>
>그런데 외부에서 수신 하는 메일은 delay가 발생하지 않는데
송신하는 놈만 이렇게 나오네요..
>
>아래와 같이 mailqueue를 보면 
># /usr/sbin/postqueue -p | grep Jan | wc -l   //2006년전체 메일큐
>   1402
># /usr/sbin/postqueue -p | grep MAILER-DAEMON | wc -l  //에러메일
큐
>   1385
>
>거의 보면 전부 에러메일이라든지
 반송메일이라든지
 처리를 못하는 메일들이
>메일큐에 전부를 차지하고 있습니다.
>에러메일큐를 삭제를 하면 처리속도는 빨라지고
있습니다.
>
>현재 pstree로 보면 smtp데몬이 89개나 열심히 처리를 하는것을
볼수있습니다.
>|-master-+-6*[bounce]
>     |        |-6*[cleanup]
>     |        |-2*[flush]
>     |        |-6*[lmtp]
>     |        |-6*[local]
>     |        |-pickup
>     |        |-qmgr
>     |        |-89*[smtp]
>     |        |-6*[smtpd]
>     |        `-2*[trivial-rewrite]
>     |-master-+-6*[imapd]
>     |        |-36*[lmtpd]
>     |        `-6*[pop3d]
>
>
>--- 요약을 하면 .---- ^^
>1. mailqueue가 위처럼 1400정도 뿐인데도 메일delay가 나고
있는데
>   보통 저정도의 queue에서도 delay가 발생하는지요(물론
 서버사양에 따라서
>   틀리겠지만, 그래도 서버급으로 사용하는데(좋은놈입니다)
  
>    
>
>2. 하나만 더 여쭈어 보면 이런 메일 지연현상을 막는 좋은
방법을 가르쳐주세요. (정기적으로 쓰레기 메일큐삭제,
메일큐처리시간조절)

>   이외에 좋은 방법을....
>   
>   지금 서버를 보면 거의 cpu라든지 load,메모리와 아주 놀고
있습니다.
>   이경우 smtp데몬순위등을
 높여서 우선적으로 처리한다면 좋아질까요?
>    (상황에 맞지 않은 질문인지요..)
>`-------------------------------------------------------------- 
>  17:30:04  up 323 days, 15:12,  1 user,  load average: 0.25, 0.38,
0.37
>257 processes: 256 sleeping, 1 running, 0 zombie, 0 stopped
>CPU states:  cpu    user    nice  system    irq  softirq  iowait   
idle
>           total    0.9%    0.0%    1.5%   0.0%     0.4%    9.0%  
87.9%
>           cpu00    0.5%    0.0%    0.3%   0.0%     0.7%    0.1%  
98.0%
>           cpu01    0.9%    0.0%    2.5%   0.0%     0.9%   17.7%  
77.6%
>           cpu02    0.5%    0.0%    1.3%   0.0%     0.1%    0.1%  
97.6%
>           cpu03    1.5%    0.0%    1.7%   0.0%     0.0%   17.9%  
78.6%
>-------------------------------------------------------------------   
>
>
>3. 제가 시험해보니 postfix는 smtp는 한계가100개까지
 인데 
>   이놈의 데몬수를 늘려주면 좀 빨라질까요.(쓰레기메일큐만
 더 처리하는
>   역할만 하는것은 아닌지)
>
>어떤방식으로 메일서버를 튜닝하는것이 좋을까요.
>
>그냥 한마디 주십시요.. 산이님... 

========================================

현재 메일서버가 mx.nif.com[202.48.38.10] 가 맞나요?

...

Sender domain must be resolved (in replyto MAIL FROM command))

이 의미는, 현재 메일서버에 대한 DNS MX 레코드가 있어야
합니다.

즉

shell> dig -t MX nif.com
...
;; ANSWER SECTION:
nif.com.                3600    IN      MX      0 dev.null.

이런 결과가 나옵니다.

또한
mail.nif.com.           3600    IN      CNAME   nif.com.
nif.com.                3600    IN      A       65.61.146.199

...

DNS 설정이 모두 아주 잘못되었습니다.


$ORIGIN nif.com.
...

@     IN  A     아이피주소
      IN  MX 0  mail.nif.com.
...

mail  IN  A     메일서버IP주소



이렇게 반드시 MX 에 대한 레코드와 그에 대한 메일호스트의
레코드가
A 레코드로 설정되어야 합니다.

DNS 설정부터 점검해 보시실 바랍니다.

 
이전글 : 메일서버queue처리에 대해서
다음글 : Re: Re: 메일서버queue처리에 대해서  
 from 58.231.28.56
JS(Redhands)Board 0.4 +@

메일서버queue처리에 대해서 Re: Re: 메일서버queue처리에 대해서
인쇄용 


apache lighttpd linuxchannel.net 
Copyright 1997-2026. linuxchannel.net. All rights reserved.

Page loading: 0.01(server) + (network) + (browser) seconds