Closed Bug 118432 Opened 24 years ago Closed 15 years ago

Retrieving truncated POP3 message vanishes it

Categories

(MailNews Core :: Networking: POP, defect)

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

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: ghoffman, Assigned: Bienvenu)

References

Details

1. Set your maximal message length to some size 2. Send yourself a message exceeding this size 3. The message arrives "truncated" with a "Click here..." link 4. Clicking on the link deletes the message from the Inbox message list 5. The message is still in the preview pane, as a truncated message 6. Leaving the preview pane leaves the message completely vanished. 7. The message ID is still marked as "downloaded" since Get New Messages doesn't re-retrieve it. 8. Result: data loss (unless you open a new account and retrieve all the messages on the server) Note: This happens only in the secondary account, and might be thus related to the "Get New messages works only with default account" bug. My settings (for both accounts) are : Leave messages on server. For the default account the setting is " Delete when deleted locally" in the seconday account (the one with the problems) it's "Delete when..." is unchecked.
These is another way to retrieve the vanished message: 1. Reset your account settings to a larger maximal message size 2. click "Get Msgs" again, the vanished message appears as a new message
Fun fact: When the large message is finally retrieved (after increasing the maximum message length), mozilla is "Receiving: message 1 of 0"
QA Contact: esther → sheelar
Reporter, See also bug 74781. Message does not vanish or loss of message occurs. Checked this with both first and second pop account. After clicking the link the message pane is not refreshed. Check for the message in the thread pane based on your sort order and you should find the message. Marking worksforme. Build id : 2002-01-07-06 win98.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Component: Mail Back End → Networking - POP
Resolution: --- → WORKSFORME
This is definitely not the behaviour I got. The message is not in the thread pane, but rather the truncated message is in the message pane with no tread pane record to match. Refreshing, or for that matter even closing and opening mozilla doesn't change the fact that the message is, well, gone. Once you leave the truncated message pane, the message has no trace. Only way to get it is to enlarge your maximal message size and re-Get Your Msgs, in which case the message is re-retrieved from the server as I mentioned. Additional fact: If you don't try to un-truncated the message and just re-Get, you will get the message twice, once truncated and once full. I will re-check with today's build before reopening.
This still happens in the latest build. (2002010803)
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
I still don't see the message disappear from the thread pane completely on my machine win98 with the same build. May be you are seeing this behavior on win2k. I will confirm this bug. But this should behavior should go away when 74781 gets fixed.
Assignee: mscott → naving
Will confirm this bug because some behavior mentioned is true on the latest builds.
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** This bug has been marked as a duplicate of 74781 ***
Status: NEW → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
vrfy dup.
Status: RESOLVED → VERIFIED
*** Bug 120368 has been marked as a duplicate of this bug. ***
I still don't think that this is a correct duplicate, since it is a very much different behaviour. And refreshing (the fix for 74781) does not amend this bug. It still happens in 2002021203 (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.8+) Gecko/20020212), and results in either data loss or the need to gape your message size wide open and re-get, which results in hours of waiting for old and too large emails to download.
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
I got a new insight on this bug: it has nothing to do with the fact that it's a secondary account. I have installed a clean mozilla build on a new computer, using only the account that gave me the trouble, and this happens even if the account is the only one. The only special thing I can think of in this account that vanishes the messages (as opposed to the other one which is OK) is that I use a VPN to access pop3, so it gets encapsulated in IPSec packets (and possibly UDP packets to traverse firewalls), although I can't think of a reason why that should matter. Maybe it has something to do with the way the retrieval works that assumes TCP?
Summary: Retrieving truncated POP3 message vanishes it (second account) → Retrieving truncated POP3 message vanishes it
Still happens in Mozilla 1.0 Release Candidate 2 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc2) Gecko/20020510
QA Contact: sheelar → esther
I get exactly the same problem as Guy Hoffman is describing (well at least it reads that way). I set Mail not to download messages larger than 100KB because they're virus-attached 99% of the time. However, when I want to download the truncated message, the message disappears and doesn't get re-downloaded. I set (or unset completely) the 'do not download messages larger than' option to a higher value, and Mail will download the message. I'm getting sent up to 9 virus-attached emails a day now, so this problem really is starting to bug me :) This next bit might need to be filed as a different report, but I think there should be another option beside 'click here to download the rest of the message', saying 'or click here to delete the message off the server'.
Sorry, should've said. I'm running the release version of 1.3b on win2k.
mass re-assign.
Assignee: naving → sspitzer
Status: REOPENED → NEW
Test info: I have two POP3-accounts: One account on web.de which loads truncated messages correctly, and another account on gmx.de which shows the described behaviour. For me, this behaviour is critical: Setting up mozilla with "Do not download messages larger than ..." checked and "Leave messages on server" unchecked (default) leads to message loss when downloading truncated messages without applying < Additional Comment #1 From Guy Hoffman 2002-01-05 23:49 > Using Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.3.1) Gecko/20030425
This is still happening for me in 1.5b.
does anyone have a test account I can try this on?
taking.
Assignee: sspitzer → bienvenu
I tried this some more and was not able to reproduce it.
I have found that this seems to occur for me when I have a filter set to move the message to another set of folders (another account). Retrival works fine if the message is still in the inbox of the server it came from.
Also, the following bugs are the same problem. Which should be a dup of what? 53255 149228 196846 228676 222896 240010
Product: MailNews → Core
gmail users should see 14 and 15 of bug 297621. This sounds like more than one problem and reporter is gone. so closing WFM per David's comment 21.
Status: NEW → RESOLVED
Closed: 24 years ago → 18 years ago
Resolution: --- → WORKSFORME
I can reproduce it with Thunderbird 1.0.2: - the first truncated message is being retreived correctly - the second one disappears IMPORTANT: I am using an mail account that allowes download of mails only every 15 minutes. (example: web.de)
Flags: blocking-thunderbird3?
Flags: blocking-thunderbird2?
Paul-Gerhard, v1 is much to be old to be claiming the bug still exists, let alone blocking a release. If you see the problem when using v2 or a trunk build please add the details to the bug.
Flags: blocking-thunderbird3?
Flags: blocking-thunderbird2?
Thunderbird V1.5.0.13 (released in August 2007) shows exactly the same behaviour. Using GMX Pro (www.gmx.net) as e-mail provider, Thunderbird does not show this behaviour. GMX obvoiusly doesn´t have a "minpoll timelimit". Unfortunately, many people in Germany do have a web.de mail account having such a "minpoll timelimit" of 15min. I will continue to reproduce the bug with Thunderbird V2.
great - the v2 test will help. do bug 337950, bug 265553, bug 362361, bug 368404 look to you like the same problem (or related)?
Thunderbird 2.0.0.6 still shows this behaviour (with option "download headers only" as well as with option "do not download msgs bigger than XXX kB"). Remark: GMX FreeMail (gmx.net) has a poll timelimit of 1min, but message body retrieval seems to work fine anyway with TB 2.0.0.6. bug 337950 IS THE SAME bug 265553 IS RELATED OR THE SAME (but I can´t reproduce "msg reappears"; and don´t ask me anything about JS exceptions) bug 362361 IS RELATED OR THE SAME (see 265553 above) bug 368404 IS RELATED OR THE SAME (see 265553 above) If I consider "download headers only" and "do not download msgs bigger than XXX kB" the same, then all these bugs are the same. Remark: If I wait 15min every time I want to retrieve the body of an incomplete downloaded message on my web.de account, everything works fine ...
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
I would try this out, but I don't read or speak any German...
Product: Core → MailNews Core
FYI I created a Web.de Test Account for David and sent him the login info with mail.
My results with Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b4pre) Gecko/20090306 Shredder/3.0b3pre are that nothing loads after clicking "click here to download the rest of the message.", and the message stays in the message list and message preview. This is with - leave message on server - do not download message > 50k logging in a second time, most messages in message list doubled. Not sure where that leaves us, but reopening for now
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
QA Contact: esther → networking.pop
In reply to comment #30: Setting up an account with that provider requires not only some knowledge of German (I have just enough to understand the steps) but also ("for security reasons") being connected at an IP address in Germany, Austria or Switzerland (and not even in Belgium or Luxemburg, both of which have German as one of their "national languages"). It would be helpful (for you) if you could verify that the same steps remain valid with some "worldwide" email server such as e.g. @gmail.com or even @yahoo.co.uk (both of which, AFAIK, accept new free registrations even from countries where English has no official status).
You don't get the point tony, do you know another email service that returns an error message if you try to pull the mails faster then every 15min ?
(In reply to comment #35) > You don't get the point tony, do you know another email service that returns an > error message if you try to pull the mails faster then every 15min ? No I don't. I poll my four POP servers every five minutes with no error (but I'm in Belgium, not Germany, and my mail client retrieves any new messages in full).
Puhh ... finaly it seems to be fixed. With TB 3.0.1 my web.de messages don´t disappear when retrieving the rest of an truncated message using a WEB.DE account.
I'm going to close this again - paul's problem is gone and, reporter is gone, and Carl wrote me in 2007 that he doesn't use Thunderbird any more
Status: REOPENED → RESOLVED
Closed: 18 years ago → 15 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.