메일 읽기가 느립니다.

[박상현]

썬더버드의 최신 트렁크 나이틀리를 쓰고 있는데, 메일 읽기가 이상할 정도로 느립니다. 메일을 읽을 때마다 5초 이상의 시간이 걸리는데, 이 경우 하드를 계속 읽기도 하고 읽지 않기도 합니다. 하지만 답장이나 포워드를 할 때는 내용이 바로 나오고, 헤더 형식을 바꿀 때도 (All <-> Normal) 시간이 많이 걸리더군요. 메일 보기 형식이 HTML인지 아닌지는 관계 없습니다.

그것도 1.0.x 버전(나이틀리 포함)에서는 멀쩡한데, 1.1 알파를 포함한 모든 1.0+에서만 문제가 생깁니다. 아예 완전히 언인스톨한 후 모든 파일과 프로필을 지우고 다시 설치해도 결과는 같더군요. 언제부터 이렇게 됐는지는 모르겠습니다만 1.0대의 수정 사항을 1.0+에 적용한 전후인 것 같습니다. 좀 지난 파일은 FTP에서 지우니 구체적으로 언제 문제가 생겼는지는 확인해 보기 어렵군요.

사실 진짜 이상한 점은 이것이 모든 컴퓨터에서 생기는 것은 아니라는 점입니다. 회사 컴퓨터에만 이런 증상이 생기고, 집이나 다른 컴퓨터에서는 잘 돌아갑니다. 특정 컴퓨터에서만 생기는 일이라 그런지 포럼이나 버그를 찾아 봐도 쓸만한 내용은 볼 수 없더군요.

혹시 이유나 해결책을 아시는 분은 없을까 해서 올립니다. 어쩌면 윈도우즈를 다시 설치하는 길밖에 없을 것 같군요.

[소프트원트]

사실 진짜 이상한 점은 이것이 모든 컴퓨터에서 생기는 것은 아니라는 점입니다. 회사 컴퓨터에만 이런 증상이 생기고, 집이나 다른 컴퓨터에서는 잘 돌아갑니다. 특정 컴퓨터에서만 생기는 일이라 그런지 포럼이나 버그를 찾아 봐도 쓸만한 내용은 볼 수 없더군요.

폴더 압축을 해보시기 바랍니다. 받은편지함에서 파일을 삭제했다하더라도 실제로는 삭제되지않습니다. 아래 링크를 참조하시면 됩니다.

[썬더버드] 편지함 용량 증가 문제

[박상현]

폴더 용량의 문제는 아닙니다. 아예 저장된 메일을 포함한 기존의 프로필과 정보를 완전히 삭제한 후 다시 설치했을 때도 똑같은 증상이 생겼으며, 메일 수도 많고 용량도 큰 폴더에서 메일을 읽을 때의 속도와 거의 빈 폴더에서 메일을 읽을 때나 비슷한 시간이 걸렸으니까요.

더불어 예로 든 다른 컴퓨터는 메일함에 거의 몇년치 메일이 있는데도 빨리빨리 잘만 띄우더군요. -_- 물론 몇 번 프로필을 새로 만들거나 한 적은 있습니다만, 윈도를 설치한지는 이쪽이 더 오래 됐습니다.

[소프트원트]

폴더 용량의 문제는 아닙니다. 아예 저장된 메일을 포함한 기존의 프로필과 정보를 완전히 삭제한 후 다시 설치했을 때도 똑같은 증상이 생겼으며, 메일 수도 많고 용량도 큰 폴더에서 메일을 읽을 때의 속도와 거의 빈 폴더에서 메일을 읽을 때나 비슷한 시간이 걸렸으니까요.

더불어 예로 든 다른 컴퓨터는 메일함에 거의 몇년치 메일이 있는데도 빨리빨리 잘만 띄우더군요. -_- 물론 몇 번 프로필을 새로 만들거나 한 적은 있습니다만, 윈도를 설치한지는 이쪽이 더 오래 됐습니다.

썬더버드에 확장기능을 설치한 것이 있나요? 사용 중지(안함)으로 처리하고 실행해보시겠습니다.

또는 시작>실행>thunderbird -safe-mode 엔터한 뒤 확인해보시기 바랍니다.
안전모드로 실행하는 옵션입니다.

그리고 혹시 백신 프로그램에서 필터링을 하기 때문에 느려지는 문제가 발생할 수도 있습니다. 따라서 백신 프로그램 메일 필터링 옵션을 찾아서 체크해제한 뒤에 확인해보시기 바랍니다.

[박상현]

No Extension으로 실행해서 확장이 없을 때는 물론, 안전 모드로 실행했을 때도 결과는 마찬가지였습니다.

그리고, 백신을 아예 지워 보고도 실행해 봤지만 마찬가지이고, 잘 실행되는 컴퓨터에도 같은 백신이 깔려 있었습니다.

혹시나 해서 시몽키를 깔아 봤는데, 똑같은 문제가 생기더군요. -_-

어쩌면 최후의 수단으로 소스를 해부해 봐야 할지도 모르겠습니다. 컴파일 방법이 참 복잡해 보이는데 큰일이군요.


P.S: 그나저나 바다원숭이 그림이 참 멋지더군요.

[빛알갱이]

viewtopic.php?t=4003

에 나온 대로 로그 파일을 만들어 보시면 어떨까요? 어디에서 문제가 있나 보게요.

[박상현]

메일을 가져올 때의 문제는 아닐 것 같습니다. 시간이 많이 걸리는 것은 메일을 서버에서 읽어 올 때가 아니라, 읽어 온 메일을 볼 때니까요. 또한 메일 계정 및 폴더에 관계 없이 시간이 많이 걸립니다.

일단 올렸습니다. 회사 사람들이 혹시나 이 글을 보고, 일 안하고 놀고 있는줄 아는 일이 생기지 않았으면 좋겠습니다.

Code: Select all

0[2c4760]: Entering NET_ProcessPop3 109
0[2c4760]: POP3: Entering state: 1
0[2c4760]: POP3: Entering state: 2
0[2c4760]: POP3: Entering state: 4
0[2c4760]: RECV: +OK mail.alphons.co.kr Merak 7.4.5 POP3 Fri, 22 Jul 2005 10:22:29 +0900 <20050722102229@mail.alphons.co.kr>
0[2c4760]: POP3: Entering state: 29
0[2c4760]: SEND: AUTH

0[2c4760]: Entering NET_ProcessPop3 81
0[2c4760]: POP3: Entering state: 3
0[2c4760]: RECV: +OK List of supported mechanisms follows
0[2c4760]: POP3: Entering state: 30
0[2c4760]: RECV: CRAM-MD5
0[2c4760]: POP3: Entering state: 30
0[2c4760]: RECV: DIGEST-MD5
0[2c4760]: POP3: Entering state: 30
0[2c4760]: RECV: LOGIN
0[2c4760]: POP3: Entering state: 30
0[2c4760]: RECV: PLAIN
0[2c4760]: POP3: Entering state: 30
0[2c4760]: RECV: .
0[2c4760]: POP3: Entering state: 31
0[2c4760]: SEND: CAPA

0[2c4760]: Entering NET_ProcessPop3 109
0[2c4760]: POP3: Entering state: 1
0[2c4760]: POP3: Entering state: 2
0[2c4760]: POP3: Entering state: 4
0[2c4760]: RECV: +OK mail.alphons.co.kr Merak 7.4.5 POP3 Fri, 22 Jul 2005 10:22:29 +0900 <20050722102229@mail.alphons.co.kr>
0[2c4760]: POP3: Entering state: 29
0[2c4760]: SEND: AUTH

0[2c4760]: Entering NET_ProcessPop3 113
0[2c4760]: POP3: Entering state: 3
0[2c4760]: RECV: +OK Capability list follows
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: TOP
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: USER
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: APOP
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: EXPIRE NEVER
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: UIDL
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: SASL CRAM-MD5 DIGEST-MD5 LOGIN PLAIN
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: STLS
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: .
0[2c4760]: POP3: Entering state: 33
0[2c4760]: POP3: Entering state: 5
0[2c4760]: SEND: AUTH PLAIN

0[2c4760]: Entering NET_ProcessPop3 81
0[2c4760]: POP3: Entering state: 3
0[2c4760]: RECV: +OK List of supported mechanisms follows
0[2c4760]: POP3: Entering state: 30
0[2c4760]: RECV: CRAM-MD5
0[2c4760]: POP3: Entering state: 30
0[2c4760]: RECV: DIGEST-MD5
0[2c4760]: POP3: Entering state: 30
0[2c4760]: RECV: LOGIN
0[2c4760]: POP3: Entering state: 30
0[2c4760]: RECV: PLAIN
0[2c4760]: POP3: Entering state: 30
0[2c4760]: RECV: .
0[2c4760]: POP3: Entering state: 31
0[2c4760]: SEND: CAPA

0[2c4760]: Entering NET_ProcessPop3 3
0[2c4760]: POP3: Entering state: 3
0[2c4760]: RECV: +
0[2c4760]: POP3: Entering state: 34
0[2c4760]: POP3: Entering state: 6
0[2c4760]: Logging suppressed for this command (it probably contained authentication information)
0[2c4760]: Entering NET_ProcessPop3 113
0[2c4760]: POP3: Entering state: 3
0[2c4760]: RECV: +OK Capability list follows
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: TOP
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: USER
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: APOP
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: EXPIRE NEVER
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: UIDL
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: SASL CRAM-MD5 DIGEST-MD5 LOGIN PLAIN
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: STLS
0[2c4760]: POP3: Entering state: 32
0[2c4760]: RECV: .
0[2c4760]: POP3: Entering state: 33
0[2c4760]: POP3: Entering state: 5
0[2c4760]: SEND: AUTH PLAIN

0[2c4760]: Entering NET_ProcessPop3 3
0[2c4760]: POP3: Entering state: 3
0[2c4760]: RECV: +
0[2c4760]: POP3: Entering state: 34
0[2c4760]: POP3: Entering state: 6
0[2c4760]: Logging suppressed for this command (it probably contained authentication information)
0[2c4760]: Entering NET_ProcessPop3 25
0[2c4760]: POP3: Entering state: 3
0[2c4760]: RECV: +OK 0 messages 0 octets
0[2c4760]: POP3: Entering state: 34
0[2c4760]: POP3: Entering state: 7
0[2c4760]: SEND: STAT

0[2c4760]: Entering NET_ProcessPop3 25
0[2c4760]: POP3: Entering state: 3
0[2c4760]: RECV: +OK 0 messages 0 octets
0[2c4760]: POP3: Entering state: 34
0[2c4760]: POP3: Entering state: 7
0[2c4760]: SEND: STAT

0[2c4760]: Entering NET_ProcessPop3 9
0[2c4760]: POP3: Entering state: 3
0[2c4760]: RECV: +OK 0 0
0[2c4760]: POP3: Entering state: 8
0[2c4760]: POP3: Entering state: 22
0[2c4760]: SEND: QUIT

0[2c4760]: Entering NET_ProcessPop3 9
0[2c4760]: POP3: Entering state: 3
0[2c4760]: RECV: +OK 0 0
0[2c4760]: POP3: Entering state: 8
0[2c4760]: POP3: Entering state: 22
0[2c4760]: SEND: QUIT

0[2c4760]: Entering NET_ProcessPop3 43
0[2c4760]: POP3: Entering state: 3
0[2c4760]: RECV: +OK mail.alphons.co.kr closing connection
0[2c4760]: POP3: Entering state: 43
0[2c4760]: POP3: Entering state: 23
0[2c4760]: POP3: Entering state: 25
0[2c4760]: Entering NET_ProcessPop3 43
0[2c4760]: POP3: Entering state: 3
0[2c4760]: RECV: +OK mail.alphons.co.kr closing connection
0[2c4760]: POP3: Entering state: 43
0[2c4760]: POP3: Entering state: 23
0[2c4760]: POP3: Entering state: 25

[박상현]

옛날 파일들(http://archive.mozilla.org/ 에 있음)로 시험해 본 결과, 2월 19일자 빌드부터 메일 표시를 느리게 하는 문제가 생기기 시작하더군요. 2월 18일자까지는 문제가 없었습니다. 그 전과 후의 파일을 몇 개 골라서 테스트해 봤는데, 2월 18일 이전 것들은 문제가 없었고, 그 이후의 것들은 문제가 있었습니다.

마침 그 날이 썬더버드 1.0 브랜치(aviary)에만 적용된 패치들을 트렁크에 적용하는 작업이 끝난 날이더군요. 이 날부터 버전 번호가 트렁크의 버전 번호가 0.6+에서 1.0+로 바뀌었으니까요. (2월 18일자도 1.0+이더군요) 둘을 합치면서 어딘가에서 미묘한 문제를 일으킨 것 같습니다.