[산이]님이 남기신 글:

>[박영후]님이 남기신 글:
>
>>아래 제 질문에 친절한 답변해 주신분께 먼저
감사드립니다.
>>이번에는 메일서버가 문제입니다. 
>>
>>증상은 프로세스가 자꾸 늘어난다는 겁니다.
>>(sendmail: running queue: /var/spool/mqueue 라고 나타납니다.)
>>프로세스가 자꾸 증가하여 나중에는 아예 메일 보내기도
안됩니다.
>>웹상에서 보내는건 프로세스가 많아도 느리게 보내지기는
하는데 아웃룩에서는 아예 서버에 접속할 수 없다고 나오면서
보내는것이 안됩니다. 하지만 받는건 항상 잘 됩니다.
>>그리고 물론 센드메일을 재가동하면 아웃룩에서도 보내는거
다시 됩니다.
>>하지만 역시 프로세스가 늘어나게 되어서 나중엔 역시
보내기가 안됩니다.
>>그리고 참고적으로 말씀드리면 smtp auth 기능을 작동시켜 놨기
때문에 회원이 아닌 사람들이 마구 스팸을 보내는 경우는 없을
것 같습니다.
>>물론 회원들이 보낼수도 있겠으나 회원이 그렇게 많은것도
아니거든요...
>>게다가 신기한 것은 프로세스가 생성되는게 메일서버를
재가동 후 1시간에서 3시간후에 처음으로 프로세스가 새로
생성된 후에는 한시간 간격으로(분 하나 틀리지 않고) 하나씩
늘어납니다.
>>프로세스 상태는 대부분 D 상태(uninterruptible
 sleep) 입니다.
>>친절한 답변 부탁드리며.... 
>
>========================================
>
>센드메일 자체에 문제가 있는건지 아니면
>특정 유저가 스팸성 메일을 보내는건지는 아직 판단이 되지
않는군요.
>
>일단은 /var/log/maillog 을 살펴보세요..
>
>[점검사항]
>- 어떤 유저가 메일을 많이 보내는지?
>- 아니면 여러 유저가 메일을 많이 보내는지?
>
>기타 /var/log/messages 도 함께 살펴보세요.
>
>현재 특정 유저가 그렇게 많이 메일을 보내지 않는
경우라면
>센드메일 설정이 잘못되어 있거나 버그일 가능성도
높습니다.
>
>짐작컨데
>1시간 간격으로 큐처리가 일어나는 것을 생각하면
>아직 처리되지 않은 큐를 처리하는 것 같군요.
>(-q1h : /etc/sysconfig/sendmail)
>
>원인은 잘 모르겠지만 도메인 리졸빙에 문제가 있는것도
같군요.
>
>
>[메일서버 설정 점검사항]
>
>1. 시스템 리졸버 설정이 정확한지 ?
>/etc/resolv.conf 나 /etc/hosts 파일
>/etc/nsswitch.conf 등등의 파일을 참고로 해서
>리졸버 설정이 정확한지 살펴보세요.
>
>이 리졸버 설정이 잘못되면 도메인을 리졸빙할때 조금
딜레이가 걸리는 경우가 있습니다.
>
>2. 센드메일 리졸버 설정 확인
>센드메일 설정파일(sendmail.conf)
 자체에서도 어떤 메카니즘으로
>리졸빙하도록 설정하는 항목이 있습니다.
>
>O ResolverOptions=+AAONLY
>
>3. 센드메일 DeliveryMode 확인
>
>O DeliveryMode=deferred
>
>이렇게 되어 있다면,
>
>O DeliveryMode=background
>
>이렇게 백그라운드 모드로 바꾸세요.
>
>물론 /etc/sysconfig/sendmail 도 확인해 보세요.
>
>그리고 
>
># sendmail -q
>
>를 실행하여 아직도 처리되지 않은 큐를 처리하도록 해보세요.


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

안녕하세요?
이번에도 친절한 답변 감사드립니다.
그런데 답변 하신 산이 님이 리눅스 네트워크 저자시더군요.
베스트북 사이트에서 이곳을 알게 되었는데 이곳을 알기 전에
제가 멜로 문의 드렸었던 사람인데 기억이 나시는지
모르겠군요.
이곳을 진작 알았다면 처음부터 여기에 글을 올려서 텐데.....


일단 로그 파일 지적이신데요.
전 솔직히 메일서버에는 평소에 조금 소홀한 편이였습니다.
그래서 messages 하고 secure 하고 웹서버 로그정도만 알고 있었지
maillog 는 평소에 거의 신경쓰지 않아 까먹고 있었습니다.
산이님 지적대로 maillog 에 많은 정보가 있더군요.
시스템 관리자는 시스템의 문제나 관리를 위해서는 로그파일에
주의를 기울여야 한다는 기본적인 사실을 제가 너무 소홀히
한것 같습니다.
하지만 그래도 문제가 있었던 것이 제가 실력 부족으로
로그파일 분석력이 조금 떨어집니다.
그래서 누가 보냈는지는 잘 모르겠고....(팝3로
 받는 사람은 아이디가 나오더군요. 그런데 보내는 사람은
모르겠습니다.)
 좌우지간 보내는 메일이 그렇게 많은 것 같지는 않아
보였습니다.
그리고 리졸빙 문제도 확인해 보았으나 정상적인것
같았습니다.
그런데 산이님께서 처리하지 못한 메시지를 처리하는것 같다고
하셨고 /etc/sysconfig/sendmail 부분의 1h 설정을 지적해 주셨길래 그
부분을 2h 로 바꿔보니까 프로세스가 2h 만에 새로
생성되더군요.
그리고 센드메일 가동직후에 프로세스 상태를 보니 센드메일
가동직후부터 문제의 프로세스가 시작되는것을 확인했습니다.
그래서 프로세스에 나온대로 /var/spool/mqueue 디렉토리를
살펴보니 용량이 거의 30m 에 육박하더군요.
게다가 다른 서버에서는 디렉토리 안의 파일 목록을 볼 수
있었는데 문제의 서버에서는 파일 목록이 안보이더군요.
서버 운영 초기에는 smtup auth 기능 없이 모든 사용자에게
릴레이를 성정하여서 스팸 메일로 메일서버가 많이 혹사당했던
기억이 나서 혹시 그 때 무슨 문제로 인해서 mqueue 디렉토리가
문제에 생겼나 하는 생각에 디렉토리 이름을 mqueue_old 로 바꾸어
주고 새로 mqueue 디렉토리를 생성해 주고 센드메일을
재가동하여 프로세스 상태를 확인해 보니 문제의 프로세스가
발생하지 않았습니다.
메일 보내기 받기도 시험해 보니 정상적이더군요.

메일 서버 문제 때문에 1달이상 고민했는데 현재 상태로는
해결된듯 합니다.
도움주신 산이님께 다시한번 감사드리며 산이님을 비롯하여
많은 리눅서 여러분들 좋은 하루 되시기 바랍니다.~^^;