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)

1.9.1 Branch
x86
Windows Vista
defect
Not set
major

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
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.
no activity for 7 years, I guess we can safely close it...
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Keywords: verifyme
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.