484637 - POP3 with downloaded messages MOVE from inbox doesn't DELETE from server

Status: RESOLVED INVALID

(MailNews Core :: Networking: POP, defect)

Description

[ajwh]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7 (.NET CLR 3.5.30729)
Build Identifier: version 2.0.0.21 (20090302)

Scenario: I have one e-mail account with my ISP set up as POP3 (no IMAP available). On my home PC the account is set to download all messages, and to leave all messages on server until I delete them.
If I DELETE a message, it is removed from the server inbox. However, if I MOVE a message from the inbox, it disappears from my local inbox, but is not removed from the server. This means that the ISP server mailbox fills up with messages which do not show on my local inbox.

Reproducible: Always

Steps to Reproduce:
1. Highlight message in local inbox.
2. Right-click and choose "move to..."
3. Exit Tb and login to ISP via web access.
4. Check mail inbox on server.
Actual Results:  
Moved message is still on ISP server, but not in Tb inbox.

Expected Results:  
I would have expected Tb to do a COPY followed by a DELETE so that the message was cleared from the Inbox on the server.

Confirmed in discussion in Tb support forum at
news://news.mozilla.org:119/[e-mail]
Similar issue to Bug 464048 which affects IMAP.

Comment 1

[Ludovic Hirlimann [:Usul]]

Can you follow the instructions at https://wiki.mozilla.org/MailNews:Logging and provide pop3 logs when you reproduce the issue and attach that log to the bug ?

Comment 2

[ajwh]

Attachment: POP3 log as requested

Log attached - 
mailbox opened;
logged in to 2 accounts (1 POP3 and 1 IMAP), and failed login to temporarily unavailable IMAP;
moved 1 message from local POP3 inbox to local folder;
logged out of Tb;
logged in to ISP mail (BT-Yahoo) via web access and confirmed message still on server.

Comment 3

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #2)
> Log attached - 
> (1) mailbox opened;
> (2) logged in to 2 accounts (1 POP3 and 1 IMAP), and failed login to temporarily unavailable IMAP;
> (3) moved 1 message from local POP3 inbox to local folder;
> (4) logged out of Tb;

As seen in log, Tb issues STAT,LIST,UIDL and QUIT, but no DLET in a download session in above step (2). This is because DLET for the deleted mail is requested at next login to POP3 server(=next download).
Get log for next operations, check POP3 level flow and popstate.dat content.
 (0) Keep backup of popstate.dat for the POP3 account,
 (1) Restart Tb, (2) Get Msgs, (3) Delete a mail (check X-UIDL: header),
 (4) Keep backup of popstate.dat,
 (5) Get Msgs of the POP3 account, (6) Terminate Tb,
 (6) Keep backup of popstate.dat.
No DLET command by Tb at step (5)?
What is set in entry for UIDL of the deleted mail in backup of popstae.dat?

> (3) moved 1 message from local POP3 inbox to local folder;

Does the "local POP3 inbox" and the "local folder" are mail folder of "Local Folders" which is used as Global Inbox?
move mail between same account's(including "Local Folders") folders?
Or move mail between different account's folders?

What is set in next prefs.js entry? (Tools/Options/Advanced/General/Config Editor)
> mail.pop3.deleteFromServerOnMove
mail.pop3.deleteFromServerOnMove=true is for behaviour which is compatible with Tb 1.5.
Can it be workaround of your case?

Comment 4

[ajwh]

Setting the prefs.js entry has fixed this. Thank you.
It would be nice if this was available as an option from account setting, but I can live with this.
I am happy to consider this resolved.

Comment 5

[WADA:World Anti-bad-Duping Agency]

To [e-mail](who closed as WORKSFORME):

WORKSFORME at bugzilla.mozilla.org never means "customer's problem has been resolved by support/help works by someone at bugzilla.mozilla.org".
WORKSFORME at bugzilla.mozilla.org is : Flaw in Tb's code really existed and was already fixed by unknown patch.

Because Tb 2 works as designed, and Tb 2 already has prefs.js setting for compatible behaviour with Tb 1.5, this bug should be closed as INVALID at bugzilla.mozilla.org, unless DUP'ed to:
 - Bug which requests UI for compatible behaviout with Tb 1.5
 - Evange bug
 - Bug of request for improved Documentation
 and so on.