Closed Bug 225199 Opened 21 years ago Closed 14 years ago

when a truncated mail is downloaded, it vanishes!

Categories

(MailNews Core :: Networking: POP, defect)

Product:
MailNews Core
Component:
Networking: POP
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: Rehan, Assigned: Bienvenu)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 whena a truncated mail is downloaded, it dosen't download into the open mail window...and when I try are retreive it from the inbox, it has disappeared. It is not in any other floder either. This is only happening in this version of Mozilla...never happened before. Reproducible: Always Steps to Reproduce: 1. Set only header to be downloaded of mails greater than 50k 2.Receive a mail greater than 50k 3.Open the mail, click to download the rest Actual Results: 4. Mail disappears Expected Results: the mail should be where it was
correcting component. This has been working for me. Have you tried a 1.6a build? I assume you're talking about the INBOX, not a folder the message has been filtered to?
Status: UNCONFIRMED → NEW
Component: Mail Database → Networking: POP
Ever confirmed: true
this worked for me in 1.6a, though I did have some weirdness where the link was put way down at the bottom of the message such that I didn't see it at first.
Haven't tried 1.6a This bug surfaced when in 1.5...was not there in earlier versions. Yes, I am talking 'bout the inbox. Let me try 1.6a tomm. R.
Which case? Or new problem? Bug-org 53255 Truncated message's link doesn't work if moved to LocalFolders. Bug-org 118432 Retrieving truncated POP3 message vanishes it bug-org 135523 POP: rest of truncated msg doesn't reload in standalone window unless main mail window is closed Bug-org 149228 Mozilla should not filter an incomplete message (truncated for download limit) Bug-org 168330 downloading truncated message is easily aborted
(Not linklified. Sorry for mistake and spam) Bug 53255 Truncated message's link doesn't work if moved to LocalFolders. Bug 118432 Retrieving truncated POP3 message vanishes it Bug 135523 POP: rest of truncated msg doesn't reload in standalone window unless main mail window is closed Bug 149228 Mozilla should not filter an incomplete message (truncated for download limit) Bug 168330 downloading truncated message is easily aborted
Rehan, are you using the standalone msg window, where the whole window displays just the message? Or the 3 pane msg window with the folder pane, thread pane, and msg pane? And are you using SSL?
problem continues in 1.6a using the standalone window to download truncated mails... but same problem from main window: 3 pane view it dosen't load into the standalone window message vanishes from inbox upon download in standalone window message dosen't download
can you attach or e-mail me a pop3 protocol log of what happens when you click on a link for a partial download e-mail, by following these instructions: http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#pop thx, - david
Status: NEW → ASSIGNED
could you e-mail me your prefs.js? I wonder if you've changed the user name on the pop3 account in mozilla. There are reports that causes this problem, if realUserName is different from userName, in prefs.js for your server.
yes, I did change my Pop3 settings around last week. I changed the pop3 server name & password...but not the username. I am working on the Log files thing you asked me for...will have that tomm.
ah, the server name. Thx, that probably explains it. You can hold off on the log for now since I think I have an idea what's happening. I'll try to fix it today so there would be a build for you to try tomorrow.
OK, changing the server name didn't cause this problem for me. Could you e-mail me your prefs.js and popstate.dat for your pop3 server (the latter is in the pop server sub-directory of your user profile directory)
To Comment #9 : > There are reports that causes this problem, > if realUserName is different from userName, in prefs.js for your server. David Bienvenu, Bug 14295 introduced mail.server.serverN.realhostname and mail.server.serverN.realuserName to avoid inconsistency of prefs.js parameters in case of server name or user name change. Account Manager of 2003112908-trunk/Win-Me added or modified these parameters on hostname or username change. (See Bug 213300 Comment #11) Therefore, if real realhostname or realuserName are defined, they have to be used on server connection but hostname or userName have to be always used for internal mail folder path etc. determination. But Mozilla/Thundebird doesn't do on truncated mail download, I guess. Isn't it a cause of the problem when server name or user name is changed?
afaik, the problem with real host/user name and pop3 download of truncated messages has been fixed. Also, the (different) thunderbird problem in general with downloading of truncated messages has also been fixed. So I don't know what the problem is here.
This looks like a dup of bug 118432. I get this same behavior on 1.5, Win2K: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 Does anyone know if this is fixed in 1.6? I can test this weekend if not.
I have not tried this with the leave on server pref turned off, as described in bug 118432 - I'll see if that makes it possible to recreate this.
I tried this and didn't have a problem. Has anyone tried this with 1.6 or tbird .5?
Product: MailNews → Core
1.7 was already released. Does problem still exist on Mozilla 1.7 or Mozilla 1.8a4?
Currently, i actually get TWO messages...
STEPS TO REPRODUCE: - using a http://freemail.web.de freemail account (a popular freemail provider in germany) - using the option "do not download messages larger than XX kB" (5kB is good for reproducing) OR "download headers only" - immediately downloading the rest of all truncated messages without waiting for the POP3 poll time limit to expire (web.de freemail accounts: 15min) RESULT: DATALOSS (the first message may be retrieved correctly, but all others are gone / they disappear completely) using thunderbird 2.0.0.14 (nothing changed since 1.0.3 :-( ) reproducible: always severity: MAJOR / CRITICAL duplicates of this bug: bug 118432, bug 225199, bug 275594, bug 322710, bug 337950, bug 362361, bug 368404, bug 265553
Product: Core → MailNews Core
QA Contact: esther → networking.pop
Finally it seems to be fixed (or did WEB.DE fix it ... ?). With TB 3.0.1 my web.de messages don´t disappear any more when retrieving the rest of an truncated message using a WEB.DE account.
bienvenu in comment #17 > I tried this and didn't have a problem. Has anyone tried this with 1.6 or tbird > .5? bienvenu, I've closed bug 118432. Do you want to keep this open? I dont' see a reason to keep it open unless mfc can reproduce and provide a log
No, I don't see a need to keep this open. I believe this happens when the message is no longer on the server, for whatever reason.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.