2013-05-21 2 views
0

나는 postfix가 설치되어 작동 중입니다. 고객이 message_size_limit보다 큰 파일을 보내 달라는 요청을 받았기 때문에 값을 수정하고 후위 문자를 다시 시작했습니다.postfix ehlo 응답 버그

내 고객은 문제가 해결되지 않았다고 말했기 때문에 서버에 여러 번 telnet으로 연결하고 ehlo 명령을 실행했으며 "SIZE"응답에는 원래 message_size_limit와 새 메시지가 혼합되어있었습니다. postfix 서비스를 다시 작성했지만 동일한 결과가 나타납니다. 나는 결과를 캐싱하고 있다고 생각했기 때문에 다시 변경했고, 이제는 여러 가지 ehlo 명령으로 3 가지 "SIZE"응답을 얻고 있습니다. 분명히 EHLO 응답 헤더가 어딘가에 캐시되어 있지만 재설정 방법을 알지 못합니다. 나는 기계를 다시 시작하지 않는 것이 좋습니다.

내 경험에 대한 통찰력이 있으십니까?

전환 후 2 시간이 지났습니다. EHLO 응답에서 일관되게 올바른 크기를 보내는 것으로 보입니다. 나는 변화 직후에 그것이 옳았다는 것이 틀림 없습니다.

답변

0

service postfix restart를 입력하면 postfix의 main.cf가 새로 고쳐지지 않습니다.

는 PID 내 접미사를 잠금 앱이 무엇인지 확인하려면, 내가 입력 :

은 "25"
netstat -tulpn | grep :25 

는 접미사가 서비스하는 포트입니다.

결과에는 postfix가 main.cf를 다시로드하지 못하게하는 PID/이름이 포함되어 있습니다.

은 그 때 나는 부드럽게 프로그램을 종료 :

####은 내가 수행 할 수있는 단계 그리고 1

에있는 프로그램의 PID입니다

kill -15 #### 

:

service postfix restart 

이고 main.cf가 새로 고쳐집니다.