Complete Lack of Recieve Mail functionality

VERIFIED FIXED in M13

Status

MailNews Core
Networking
P3
critical
VERIFIED FIXED
19 years ago
10 years ago

People

(Reporter: Stephen Anderson, Assigned: jefft)

Tracking

Trunk
x86
Windows 95

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

(Reporter)

Description

19 years ago
I am running build 1999121712 on Win95 OSR2.  There is a complete lack of
recieve mail functionality.  This is the first time I've tried to use Mail/News
so I don't know how long this bug has existed.

Basically I can send mail fine.  When I click on get message 80% of the time
mailnews doesn't respond, it just ignores me.  After clicking on get message
furiously it will at some point ask me for my password.  Then it goes out and
contacts my mail server and says Downloading message 1 of X.  The throbbers a
spinnen and everything but no network traffic that I can see (just Win95 icon)
and she never returns.

This is such an utter lack of functionality that I really couldn't believe it.
I've checked my settings at least 10 times and they all look right.

Comment 1

19 years ago
Are you using POP or IMAP protocol?
(Reporter)

Comment 2

19 years ago
I am using POP.

Comment 3

19 years ago
Hmm.. we did have a similar bug
http://bugzilla.mozilla.org/show_bug.cgi?id=20312, but that was fixed a few days
ago.

(Did you create a new profile or migrate an existing 4.x profile?  I assume from
another bug you filed that you are creating a new profile :-)
(Reporter)

Comment 4

19 years ago
Ummm... sorry I'm a little sketchy as to where the "Profile's" bounds are.  I'm
using the same mozregistry.dat that I've been using for several nightly builds
now.  But when I went into the mail task, I had to create a Mail profile from
scratch because there wasn't one.  Hopefully that answers your question.
(Reporter)

Comment 5

19 years ago
I didn't mention it earlier because I was going to try to find a pre-existing
bug that covered it, but maybe it's pertinent.  I've also noticed that after I
send several test messages from mozilla, when I click on the Sent Message
folder, the test messages show in the thread pane (that what its called?).
Anyway, when I click / double-click / furious-click on the Inbox and other
"folders" the messages listed in the sent mail folder remain showing in the
thread pane.

Comment 6

19 years ago
can you go to Edit / Account Setup and view the settings for your pop server? In
particular, let's make sure the server name matches what you think it should be.
(Reporter)

Comment 7

19 years ago
I'll do one better than that, I just combed the bug you referenced and saw the
commands to generate the log file.  I am attaching to this bug.  (server is
correct or wouldn't see Downloading 1 of X messages - how would it know).
(Reporter)

Comment 8

19 years ago
Created attachment 3621 [details]
Log of hung attempt to retrieve test message sent from mozilla

Updated

19 years ago
Assignee: mscott → jefft

Comment 9

19 years ago
Thanks for the log stephena. Hey Jeff, can you help me take a look at this bug
when you have some cycles? I'm not sure why stephana is having these problems.
Pop is working like a champ for on me on today's build.

Updated

19 years ago
QA Contact: lchiang → esther
(Reporter)

Comment 10

19 years ago
I forgot to mention it earlier, but when it hangs while trying to complete
retrieval of the first message, the stop button will not stop the process.  And
after I close the mail window, I can never get it to even try to retrieve mail
again.  Mozilla must be entirely stopped and restarted.  Oh, and as a side not,
problem persists as of build 1999122011.
(Assignee)

Updated

19 years ago
Status: NEW → ASSIGNED
Target Milestone: M13
(Assignee)

Comment 11

19 years ago
stephena could you try the most recent build? The problem should be fixed
already.
(Reporter)

Comment 12

19 years ago
The problem persists in build 2000010408.
(Assignee)

Comment 13

19 years ago
stephena, can you try removing all the *.msf files and .dat files and then try
again? Another thing you can help us is to turn on the pop3 protocol logging and
then attach the log to this bug. To turn on the pop3 logging, please set the
following enviornment variables:

set NSPR_LOG_FILE=f:\tmp\pop3log.txt
set NSPR_LOG_MODULES=POP3:5

Also, don't forget to remove your password from the log. Pop3 uses clear
password authentication.
(Reporter)

Comment 14

19 years ago
Created attachment 3986 [details]
Second requested logfile from build 2000010408
(Assignee)

Comment 15

19 years ago
stephena, is it possible for me to test against your account and server? I need
to recreate the problem in order to fix it. Thanks,
(Assignee)

Comment 16

19 years ago
I have requested a test account from hiwaay.net. So far, the investigation
indicates that the message size return from the server is different from the
actual message we are downloading. That's the main reason we are stalling. We
are waiting for more data to be downloaded. 4.x pop3 works fine with hiwaay's
server. There must be something wrong with our 5.0 implementation.

Stephen, there is couple ways to work around this problem:
1) in your prefs.js add the following:
   user_pref("mail.server.server1.dot_fix", false);
2) use imap protocol to access your mailbox (recommented)

I'll continue to figure out what went wrong. Thanks,
(Assignee)

Updated

19 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
(Assignee)

Comment 17

19 years ago
Fix checked in. nsPop3Protocol.h, nsPop3Protocol.cpp, & nsPop3Sink.cpp modified.

Updated

19 years ago
Blocks: 24206
(Reporter)

Updated

19 years ago
Status: RESOLVED → VERIFIED
(Reporter)

Comment 18

19 years ago
Works great!

Updated

18 years ago
No longer blocks: 24206
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.