[tpop3d-discuss]tpop3d doesn't delete mails [ms outlook 2002]

[Chris Lightfoot]

On Tue, Feb 03, 2004 at 07:03:17PM +0100, Jarek Woloszyn wrote:
> On wto, 03 lut 2004, Chris Lightfoot wrote:
> 
> > On Tue, Feb 03, 2004 at 06:33:13PM +0100, Jarek Woloszyn wrote:
> > > 
> > > I've just tried to run tpop3d on my server and have a weird problem.
> > > When somebody uses MS Outlook 2002 (from MS Office XP), tpop doesn't 
> > > delete mails (sometimes).
> > 
> > This is probably a failure to send a QUIT command properly
> > -- one is needed for the deletions to take place. But can
> > you try running tpop3d with the -v option so that it will
> > log the commands and responses.
> 
> No. Outlook reconnectes between RETR and DELE. I've tested it with -v
> option. And it doesn't happen all the time. Sometimes outlook really deletes
> the message. Sometimes it doesn't.
    [...]
> Here is the buggy session.
> 18:49:59 tpop3d[28663]: fork_child: [6]test(remote_ip): began session for `test' with pam; child PID is 28912
> 18:49:59 tpop3d[28912]: mailspool_new_from_file: indexed mailspool /home/users/test/Mailbox (824 bytes) in 0.000s
> 18:49:59 tpop3d[28912]: connection_sendresponse: client [6]test(remote_ip): sent `+OK Welcome aboard! You have exactly one message.'
> 18:49:59 tpop3d[28912]: connection_parsecommand: client [6]test(remote_ip): received `STAT'
> 18:49:59 tpop3d[28912]: connection_sendresponse: client [6]test(remote_ip): sent `+OK 1 824 '
> 18:49:59 tpop3d[28912]: connection_parsecommand: client [6]test(remote_ip): received `UIDL'
> 18:49:59 tpop3d[28912]: connection_sendresponse: client [6]test(remote_ip): sent `+OK ID list follows:'
> 18:49:59 tpop3d[28912]: do_uidl: client [6]test(remote_ip): sent 2-line unique ID list
> 18:50:00 tpop3d[28912]: connection_parsecommand: client [6]test(remote_ip): received `DELE 1'
> 18:50:00 tpop3d[28912]: connection_sendresponse: client [6]test(remote_ip): sent `+OK Done.  '
> 18:50:00 tpop3d[28912]: ioabs_tcp_post_select: client [6]test(remote_ip): connection closed by peer

Outlook closes the connection before sending QUIT. The
POP3 protocol specifies that messages should only be
deleted if a QUIT command is received. This one looks like
an Outlook bug to me.

> 18:50:00 tpop3d[28912]: connections_post_select: client [6]test(remote_ip): finished session for `test' with pam
> 18:50:00 tpop3d[28912]: connections_post_select: client [6]test(remote_ip): disconnected; 5 1/209 bytes read/written
> 
> 
> 

-- 
``Being powerful is like being a lady.
  If you have to tell people you are, you aren't.'' (Margaret Thatcher)