571671 - Already retrieved email (POP) gets retrieved again after detaching the attachment from the email on the ISPs server

Status: RESOLVED INVALID

(MailNews Core :: Networking: POP, defect)

Description

[Nomis101]

If your available storage space for emails is limited to a small size from your ISP, than you sometimes need to detach large attachments from an email. If you do so, than this email is recognized from Thunderbird as a new email and get retrieved again.

STR:
1. Retrieve an email with an attachment (in my case from web.de via POP)
2. Go to your ISPs website and login to your webmail account
3. From the retrieved email detach the attachment
4 [review]. Retrieve your emails with Thunderbird
--> Thunderbird tells you about a new email, but this is the email you already retrieved, but now without the attachment

Expected: TB should know that this is the email that is still in the inbox and not retrieve it again


Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.3a6pre) Gecko/20100611 Thunderbird/3.2a1pre

Comment 1

[Ludovic Hirlimann [:Usul]]

Can you provide a pop log https://wiki.mozilla.org/MailNews:Logging ?

Comment 2

[Nomis101]

Attachment: pop log

(In reply to comment #1)
> Can you provide a pop log https://wiki.mozilla.org/MailNews:Logging ?

Yes. This are two log files. pop3_1.log is the log file for retrieving the mail the first time (with the attachment). And pop3_2.log is the log file for retrieving this mail the second time after I detached the attachment (after logging in to web.de webmail directly).

Comment 3

[Wayne Mery (:wsmwk)]

duplicate of Bug 554305 - detaching attachment downloads message twice ?

// related to Bug 305990 - Deleting/detaching attachments resets return receipt status - cause mdn to be sent twice ?

Comment 4

[Nomis101]

(In reply to comment #3)
> duplicate of Bug 554305 - detaching attachment downloads message twice ?
I'm not sure, Bug 554305 is about detaching in Thunderbird. This is about detaching on the ISPs server. But its related.

Comment 5

[David :Bienvenu]

I suspect from the server this just looks like a completely new pop3 message to thunderbird, in terms of UIDL's. And in fact, the messages have two different UIDLS according to the pop3 protocol log, and as far as Thunderbird knows, those are two different messages.  see 333 1633013029 and 333 0Mb4WI-1Oe6Kk0xI3-00Kgza

Comment 6

[Nomis101]

OK, thanks for clarifying. But how can I solve this now? Or can't I solve it.

Comment 7

[David :Bienvenu]

I don't think there's a solution for this - there are extensions to remove duplicates, but I think the big size difference between the two messages that are "the same" would discourage the duplicate detection code.