Closed Bug 141152 Opened 24 years ago Closed 18 years ago

mail disappears after downloading "the rest"

Categories

(MailNews Core :: Networking: POP, defect)

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

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: priebe, Assigned: Bienvenu)

References

Details

Attachments

(5 files)

pop3 log as requested
54.67 KB, text/plain
Details
Another curious effect according to this bug (see pic)
56.94 KB, image/jpeg
Details
proposed fix
2.08 KB, patch
bugzilla
: review+
Bienvenu
: superreview+
Details | Diff | Splinter Review
2 POP3-logs and comment about it
7.80 KB, application/octet-stream
Details
Screen shot of FTP
111.54 KB, image/jpeg
Details
When checking "Do not download messages locally that are larger than XXX" in the "Disk space" entry of the mail & newsgroup account settings, the mail is correctly NOT downloaded, if larger than the given value. The message "click here to download..." is displayed instead. No problem so far. After clicking on "click here..." the message is downloaded but after downloading it disappears. It isn't listed in the inbox anymore. It seems not to be deleted (still stays on the server). Same problem on two different machines. Netscape 6.2.2 german does the same.
what mozilla build are you using? I think some problems in this area have been fixed in the not too distant past but we can't tell unless you give us some indication of what build you are using.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Is this linked to Bug 85389 ?
QA Contact: gayatri → sheelar
I tried this a few times with apr30 branch, win98 and had no problem, tried with turbo on and off, just in case. I even tried it in the standalone window and it behaved well (I know we have a remaining bug about downloading rest of message in standalone when main mail window is also open).
perhaps a pop3 protocol log would help: http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#pop
Attached file pop3 log as requested —
As proposed, here the pop3 log while downloading a "truncated" message
Have a look at the attached jpg. There is another curious effect according to this bug. The "here" seems to be jumble with something else.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc1) Gecko/20020417 Sorry, forgot this...
Cc'ing Navin - he knows this code better than I do. The log looks OK. Although there are a couple errors, I believe those are expected errors (As I understand it, POP3 doesn't have a mechanism for reporting capabilities, so the client is forced to basically try commands like XSENDER and see if they work...) The "Here" link getting corrupted is very suspicious. I'll look at that code. Off the top of my head, perhaps some memory corruption from the uidl code?
yes, pop3 log looks ok. As you say, it looks like uidl corruption, I can look into it more.
taking
Assignee: bienvenu → naving
Attached patch proposed fix — — Splinter Review
The fix is to escape the uidl in mime code and unescape it in pop3 protocol code when we are going to use it.
David, JF, can you review ? thx.
Status: NEW → ASSIGNED
Comment on attachment 82118 [details] [diff] [review] proposed fix sr=bienvenu
Attachment #82118 - Flags: superreview+
good one, Navin!
Component: Mail Database → Networking - POP
Why do you need to replce the PR_FREEIF by PRFree? does PRFree takes care of null pointer? Also just to be sure, nsUnescape does not create a new string, it just replace in place right?
I just did it, it saves us setting deleted pointer to null, yes PR_Free does take care of null pointer. nsUnescape returns the same buffer.
Comment on attachment 82118 [details] [diff] [review] proposed fix R=ducarroz
Attachment #82118 - Flags: review+
the difference is that PR_FREEIF sets the pointer to null (with a macro that expands to a while loop) whereas PR_Free doesn't. Both check for null. PR_Free generates less code. yes, nsunescape unescapes in place, because the unescaped string will be the same length, or shorter.
fixed. thanks david
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
*** Bug 161442 has been marked as a duplicate of this bug. ***
Reporter, Is this problem fixed for you on the current builds after the fix. I am not able to reproduce this problem with older builds. Can you comment to see if the fix works for you?
The bug is not fixed yet, but maybe it's not a bug of Mozilla (or not only a bug of mozilla). I fount two posibilities to reproduce the bug (sometimes): I: 1. Take a real large file (Netscape7 full installer e.g.) 2. Send it to yourself 3. WHILE sending, get new messages and try to download the rest It seems that Mozilla trashes the mail because it can't download it completely II: 1. and 2. like above. 3. Give the mail-server some time to do it's job 4. Click on "get messages" 5. IMMEDIATELY click on "Download the Rest" Often Mozilla will ask for your password although it's stored. (Is it trying to connect twice to the mail-server?) Then the mail may be lost. Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.1) Gecko/20020826 Switched 100mbit/s connection to mail server (sendmail w/ qpopper on solaris).
Sorry! Forgot to say that the problem with the garbage besides the "the Rest" link in the "truncated" message is fixed.
I think this probably warrants a new bug, since it's a different problem. Do you agree, Navin? It sounds like we need to make sure that we don't get two processes going writing to the inbox again.
yes, please file a separate bug. As per scenario 2 -> there are 2 pop connections running at the same time, it is still safe because the sink locks the folder object before writing to it.
it sounds like there's still something going wrong if the message disappears (and hence is lost). Perhaps we're not checking for an error trying to get the lock in the sink code.
QA Contact: sheelar → stephend
Hi, my Bug: in my Mozilla Mail 1.4 (20030624 on Windows), truncated messages vanish from my message list, when I download them. Expected: Download complete mail, get it, have it, read it. Reproduce: According to the "Diskspace"-Setting of a mail account, only a specified amount of data is downloaded until you click on "Click here to download the rest of the message." This should work at least in Online-mode, while in Offline, there's no reaction to that Click. But when I do so in "Online", Mozilla seems to "work" to download the mail, but afterwards the total message counter is decreased by one and this message can't be found anymore. This happens with POP-email-account from two different email providers. I have this problem in Mozilla Mail 1.4 for Windows as well as with 1.3 before. Any idea? Can this bug be re-opened (if it's the same one)? Dirk
Dirk, can you attach a pop3 protocol log by following these instructions for pop3? http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap thx. And, this always happens to you? I use partial download and I've never had a problem, so there must be something particular to your setup.
David, give me some days till I'm home again at my own desk. ;-) Then I may try 1.5 beta as well. I suppose, the How-to for POP-logging is equivalent between Win NT and 2000!? Bye. Dirk
2 POP3-logs of online sessions, where some truncated mails are loaded and some are not - refer to forum entry 24.9.2003, 10:00
Hello, I've updated my Mozilla to 1.5 RC 1 (20030916), but this didn't solve the problem: Sometimes it works, most times it doesn't. To find a logic behind this, I tried it with all of my mail accounts at several providers - playing also with the server options for "Use secure connection" and "Leave messages on server". This seems to be the result: a) If I start my Mozilla messenger, dial up into the net, then I can download my _old_ truncated messages well. b) But if I check my mail account, fetch my (short 1 KB) mails by POP3 and then _immediatly_ try to download the cut rest of these mails (within the _same_ online session), after loading these mails vanish from the list. As in b) I don't understand why the mail server prompts me to re-type my password for every single truncated mail I want to complete. I've attached two POP3-protocols, see above. Dirk
Re-opening. I believe the crux of the problem is that you've got two connections going to the pop3 server (which we should be preventing), and that's causing the server to error out, which is in turn causing us to do bad things.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
taking.
Assignee: naving → bienvenu
Status: REOPENED → NEW
I have been having the same exact issue, I think. I am a brand new THUNDERBIRD user (LOVE THE INTERFACE) and I have 3 accounts setup in it. All are pop3. Now, when I first ran Thunderbird, it downloaded my mail just fine. Now, I can't download it at all. It says there were xxx messages downloaded, but nothing shows. So why it worked at first, and then it doesn't, is the confusing part to me. I then tried Mozilla browser with email. The email client part worked just like Thunderbird. But - again, after trying to download mail the next time, it doesn't show up - just like Thunderbirds. Now, I don't know what everyone else is using - but I have Windows XP home edition. Dont know if that matters or not.
Actually I would like to add to this too. After this happens, and I to get the email again, it gives me the error "The folder is being processed. Please wait until processing is complete to get messages", even if I do this 15 minutes after I tried last.
Mike, a pop3 protocol log and your popstate.dat could help me figure this out...instructions for generating a pop3 protocol log are above.
Ok, now this is really weird. I was so determined to get this working I just started checkmarking and uncheckmarking everything. It worked, and now I can download email in all 3 of my accounts. The item i checkmarked was "Use secure connection (SSL)". Now I never had to set this in any email client before - ever! So now I can get email - BUT - I can't send!! When I try to send, I now get this message: The message could not be sent because connecting to SMTP server smtp.xxxxx.com failed. The server may be unavailable or is refusing SMTP connections. Please verify that your SMTP server setting is correct and try again (Which it is!!) Please instruct what to do next. At least I got it to download my emails and still have them showing! :)
did you try setting your smtp server to use SSL? I'm not sure why your POP server would require SSL, but if they're the same server, or you have some network config issue where only SSL works, you could try that.
Yes, I set it up for each of them - NONE, TLS if avail, TLS, and SSL. All give the same results. :(
Any additional help on this please!?!?
can you ping the smtp server? telnet to the smtp server (port 25, I think...). I'm not sure this is a mozilla problem.
Ok, I can ping the server, but can't FTP into it. Its telling me invalid password when FTP'ing, but that can't be - I get my email in another client with those settings. Can you walk me through what my settings should be? My server, both incoming and outgoing is www.itsveryeasytoremember.com I won't tell my login and password of course, but what should be checkmarked in all fields please. I am so anxoious to use this email cliet, I really love the interface. Thanks!
do you mean telnet, not ftp? If you can telnet to that port on the server, at least it is accepting connections on that port. So, if your smtp server is smtp.xxxx.com, try telnet smtp.xxxx.com 25 and see if it lets you connect. If it does, then you could try getting a client-side smtp protocol log by following these instructions for SMTP: http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap then, I can see you far you're getting, if you e-mail me a log.
Attached image Screen shot of FTP —
Looks like my message didn't come out, just the attachment. What I said in my message was that I did both. I ping'ed the server www.itsveryeasytoremember.com, and that came bak positive. I telnet'd into it, and thats where it hung up. That's what the screenshot is. Thanks for your help!
I also tried telnet itsveryeasytoremember.com 25 and finaly succeeded after a few hangs. So if you also experience hangs when telneting, doesn't that mean it's not Mozilla's fault? If the connection times out, what should we do?
that screenshot actually showed the telnet succeeding, and I was able to telnet in as well, no problem. Can you attach an smtp protocol log by following these instructions, for SMTP instead of IMAP. http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap
*** Bug 142910 has been marked as a duplicate of this bug. ***
is there any status on this? This seems to remain open because of problems with a particular server being flakey, and not a problem with Mozilla...
I'm sorry, I can't check this anymore because the POP3-mailserver on which the problems appeared has been replaced by an IMAP-Server. SO I would propose to close the bug. Should I? Andreas
Similar for me. I downlaoded ten e-mails, read them all in the preview pane, dealt with some of them, and when I got back to the inbox, four had complegtely vanished. Not in trash, Search cannot find them, not on the ISP server. Gone. Happened before but I didn't believe it and balmed myself. Inbox does not always show all the contents. I lost an e-mail with an attachment yesterday, vanished ! Search found it, but it would not appear in Inbox until I selected last five days - there it was. Return to All and it vanished again. Often Inbox shows total of say 6, but five show. Exit the program, re-enter and it will show 5. What was no. 6? Hmmm . . I am feeling a little insecure with Thunderbird.
Product: MailNews → Core
David Bienvenu in comment #49 > is there any status on this? This seems to remain open because of problems with > a particular server being flakey, and not a problem with Mozilla... reporter can't test and last commenter email address is dead, so reclosing fixed.
Status: NEW → RESOLVED
Closed: 24 years ago → 18 years ago
Resolution: --- → FIXED
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: