[최종해]님이 남기신 글:

>User 한명만 그러는 게 아니고 모든 클라이언트가 다
그러거든요.
>잘 사용하던 메일서버가 갑자기 이상이 생겨 일시적인 현상이
아닌가 하다가 비슷한 질문들을 보고 이것 저것 만지다 보니 더
엉망이 된것 같네요.
>Services와 Inetd쪽 Setting은 원래 있던데로 했는데 POP3가 연결이
안되네요.
>밖으로 전송은 되는걸로 보아서 SMTP는 이상이 없는데 POP3쪽이
문제인것 같네요. 저도 거의 초보 수준이라 숲을 못보고 나무만
보듯이 이것 저것 만지고 있는데 확인할 수 있는 사항을
알려주시면 고맙겠습니다.
>
>그리고 만약 Sendmail을 다시 설치했을때 /var/spool/mail/의 file들을
백업받아놓으면
 복구가 가능한지요?
>좋은 답변 기다리겠습니다.
 

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

상황이 점점 더 어려워진 것 같군요...


모든 클라이언트가 로그인에 실패했으므로
우선 모든 클라이언트가 POP3로 로기할 수 있는지... 즉, 그
대상자인지
뭔지 알아야겠군요..


POP3는 INETd로 운영되기 때문에

/etc/hosts.allow
/etc/hosts.deny

파일을 다시 체크해 보세요....

설정내용은 이곳 게시판에 얼마전에 그 내용을 언급해
놓았습니다.

"hosts.allow"라고
 검색해 보세요...

일단 POP3로 접근할 수 있는 호스트라면

이젠 패스워드문제인것
 같군요..

혹시 최근에 

# pwunconv 또는 
# pwconv

명령을 사용했는지요....


우선
/etc/passwd 파일과 /etc/passwd- 파일 크기를 비교해 봅니다.

당연히 shadow 패스워드를 지원하므로 

passwd- 파일이 더 큽니다. 

그 반대라면 현재 shadow 패스워드를 지원하고 있지않다는
결론이구요...

쉐도우 패스워드로 전환하는 명령은

# pwconv

입니다...


....

POP3 허용 대상자이고 패스워드까지 이상없다면

POP3 데몬이 가동중인지 혹시 체크....

윈도에서 시작-run

telnet 대상호스트 110

을 입력하면

+OK POP3 linuxchannel.net v7.64 server ready

라고 나오면 POP3가 가동중인것입니다..

(이 문제는 아닌것 같은데.............)


여기까지 모두 통과했는데도 문제라면....

아웃룩의 설정부분을 확인해 보세요...

-보내는 SMTP
-받는 POP3


이상이 일반적으로 (거의 이 범위안에 다 들어감)
점검하는 내용입니다..

그래도 로그인에 문제가 있다면
패스워드가 틀리거나 다른 문제일 수 있습니다...



혹시 /etc/security 디렉토리 안의 설정파일을 만지지는
않았는지요?

또는 /etc/telnetusers(자신이
 생성해야 파일) 라 든지...

참고로...

모든 클라이언트에서
 하나의 유저만 테스트하지 말고
모든 클라이언트에서
 또 다른 유저도 테스트해 보시길 바랍니다.


지금까지의 내용이 제가할 수 능력안의 내용입니다.

지금까지 이렇게 해왔고요....
그 이상이라면..................끔찍하군요......(해킹을
 당하지 않은 이상)


그리고 

/var/spool/mail 에
있는 파일은 아직 클라이언트에서
 메일을 가져가지 않은 상태에 있는
메일입니다.

그렇게 때문에 시스템을 새로 설치하거나 그럴 경우에는 꼭
백업해 둬야합니다.

그리고 다시 원위치로......복사...




꼭 성공하기길 바랍니다...........