Closed
Bug 647956
Opened 14 years ago
Closed 7 years ago
Mail Client does not Del POP Svr Copy when only header downloaded and deleted.
Categories
(MailNews Core :: Networking: POP, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: seirei, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.18) Gecko/20110320 SeaMonkey/2.0.13
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.18) Gecko/20110320 SeaMonkey/2.0.13
Need to fix that or not show status read when only header has been read
Reproducible: Always
Claimed by major ISP that this is a seamonkey bug not a mozilla one.
Component: General → MailNews: Message Display
Keywords: verifyme
Version: unspecified → SeaMonkey 1.1 Branch
![]() |
||
Comment 2•14 years ago
|
||
You seem to be using SeaMonkey 2.0. POP3 code is shared with Thunderbird.
Component: MailNews: Message Display → Networking: POP
Product: SeaMonkey → MailNews Core
QA Contact: general → networking.pop
Version: SeaMonkey 1.1 Branch → 1.9.1 Branch
Can I suggest the client displays size in grey if the body has not been
> downloaded?.
> I tried 2.1 beta2 but can not yet verify that the problem isn't still there.
> I was/am being left with mail on the server when I deleted the header on the
> client.
> I checked leave on server till I delete
>
> I believe the example was another state required in client state machine.
> Deleting a header only message was not deleting on the server unless the
> full message had been downloaded.
Comment 4•7 years ago
|
||
no activity for 7 years, I guess we can safely close it...
You need to log in
before you can comment on or make changes to this bug.
Description
•