<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<body bgcolor="#ffffff" text="#000000">
The patch works for me. :-)<br>
Igor Sysoev wrote:
<blockquote cite="mid:20070724080856.GC69035@rambler-co.ru" type="cite">
<pre wrap="">On Tue, Jul 24, 2007 at 02:33:23PM +0800, Joe Wong wrote:
<pre wrap="">Ok, the log has been sent to you directly in another mail.
Try the attached patch.
<pre wrap="">- Joe
Igor Sysoev wrote:
<pre wrap="">On Tue, Jul 24, 2007 at 10:16:03AM +0800, Joe Wong wrote:
<pre wrap="">I am evaluating nginx pop3 proxy function and encounter 1 problem. Here
is my setup:
OS: RedHat FC7 2.6.21-1.3194.fc7 #1 SMP Wed May 23 22:35:01 EDT 2007
i686 i686 i386 GNU/Linux
GCC: gcc version 4.1.2 20070502 (Red Hat 4.1.2-12)
Nginx version: 0.5.26
Config option: --with-debug --with-mail --with-select_module
error_log logs/error.log debug;
#maximum total connections of each worker
# use select;
pop3_capabilities "TOP" "USER";
imap_capabilities "IMAP4rev1" "UIDPLUS";
- A mailbox with message around 10M large
- Use telnet to port 110, issue the USER/PASS command to login
- Issue RETR 1 to download the 10M message
- Close the connection by pressing Ctrl-] then 'q' right after RETR
command is issued
At this time, Netstat shows that the connection from nginx to the
backend POP3 server remains connected.
Now, I repeat the above test case with "use select" turns on in
nginx.conf. This time, I don't see the connection to backend pop3
remains after my client connection to nginx is terminated in the middle.
I suspect this is something to do with epoll call?
I only did the test on POP3 proxy, not sure if it has the same behaviour
Please let me know if you need more information.
<pre wrap="">Could you create debug logs for epoll and select cases, and send them to