Closed Bug 22129 Opened 25 years ago Closed 25 years ago

Complete Lack of Recieve Mail functionality

Categories

(MailNews Core :: Networking, defect, P3)

x86
Windows 95
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: stephena, Assigned: jefft)

Details

Attachments

(2 files)

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.
Are you using POP or IMAP protocol?
I am using POP.
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 :-)
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.
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.
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.
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).
Assignee: mscott → jefft
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.
QA Contact: lchiang → esther
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.
Status: NEW → ASSIGNED
Target Milestone: M13
stephena could you try the most recent build? The problem should be fixed
already.
The problem persists in build 2000010408.
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.
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,
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,
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Fix checked in. nsPop3Protocol.h, nsPop3Protocol.cpp, & nsPop3Sink.cpp modified.
Blocks: 24206
Status: RESOLVED → VERIFIED
Works great!
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.

Attachment

General

Created:
Updated:
Size: