Closed Bug 149864 Opened 22 years ago Closed 22 years ago

MailNews can't read entire mailboxes via IMAP

Categories

(MailNews Core :: Networking: IMAP, defect)

PowerPC
macOS
defect
Not set
major

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 130359

People

(Reporter: stephan.budach, Assigned: mscott)

Details

(Keywords: qawanted, Whiteboard: DUPEME)

Attachments

(1 file)

We use Stalker´s ComminuGatePro mail server with IMAP/SSL. Whenever I open a
mailbox within mail the list of subjects transfers until about 85% to 90% and
then stops. I have tested this as well in the Mac OS 9.2 and Mac OS X 10.1.x
versions and it´s all the same. Further is the scanning of the mailboxes sooo
slow when you compare it to the windows version of Mozilla.

We would like to use Mozilla as our company combo, but with the lack of mail we
can´t do it.

Thanks,

Stephan Budach
Stephan, is it possible for you to arrange a test account on your IMAP server
for us to use to confirm this problem?
Summary: Mozilla Mail cant read entire maiölboxes via IMAP → MailNews can't read entire mailboxes via IMAP
(Stephan did arrange a test account and provided me the details via e-mail.)

Stephan, here are my initial results:

Folder Name/Successful?/Number of headers downloaded
1zu1/y/74
Alster/n/none
Elbe/n/158 of 160
Fleet/y/13
In/y/46
lsar/n/79 of 79 (must have hung on the last header)
JvM/y/1
Limmat/n/92 of 101
Main/y/43
Neckar/y/77
Services/y/0
Spree/n/117 of 123

Were any errors generated by the server? Is there an error log of some kind?
Stephan, I forgot to ask what version of Communigate Pro you're running. Is it
the latest version available? I see they offer a beta preview of a new version
as well. Have you tried that?
Right now, we have CommuniGatePro 3.5b9 installed. This error has 
occurred with older versions also. I can try the new 4.0b1 also.

Well, as you see there are more messages in some mailboxes,as you 
got. At least in the elbe.mbox and the limmat.mbox and the spree.mbox 
are more messages. The logfile didn´t show any problems, but it was set 
to  log problems only, I have set it to debug mode, so if you´d like to try 
again we maybe can see more.

The loglevel is now set to debug. I may add, that I have also at least one 
mailbox that even refuses to get listed by CGatePro and Mozilla mail.

Stephan
Greg,

I can confirm that this bug also applies to the newest version of 
CommuniGatePro 4.0b1. I have run a test against my home mail server 
that show exactly the same problems.

Stephan
Stephan, I just tried again. I again had problems with Alster and Elbe. Were any errors 
generated on the server side?
Greg,

I have extracted the relevant logfile entries that match your IP.  I don´t know 
if I should post the logs here, or if I should send then directly to you 
instead. If you tell me where to send the logs you will receiven them 
almost immediately.

Stephan
Stephan, if you would, edit the logs to remove my IP number, then attach them to
the bug as long as they don't contain any other personal info (yours or mine).
As requested you´ll receive the relevant entries from the server logfile set to
debug mode.

Stephan
Confirmed using FizzillaCFM/2002052918 (rv1.0.0). Mozilla fails to completely
retrieve all headers from certain IMAP mailboxes on Stephan's server.

Stephan, have you also, by any chance, communicated with the server vendor on
this problem? What was their response?

Finally, I neglected to ask what other IMAP clients you tested with, and with
what results. For example, Apple's Mail doesn't seem to work with your server at
all, failing to see that entire subdirectory structure. Only INBOX is shown.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Greg,

first thanks for the confirmation, I guess this is the first step in getting this 
solved.

I have not yet talked to Stalker aout this issue, but I can surely do this. 
Normally they´re very helpful and are a good source if one has problems. I 
will keep you up to date with this, if you´d like.

We tested a couple of other IMAP clients. Unfortuanetly the choices are 
few, since only a few of them support SSL at all, or they don´t  implement 
all of the IMAP features, OutllokExprecc for the Mac is one of those. But 
Apple Mail just works flawlessly with despite the flaw regarding the 
subscribed mailboxes that we use as builletin boards. OE suffers from 
the same problem. It seems that they can´t stand the "~" that mark foreign 
mailboxes. CGatePro offers a workaround for this that works with either 
Apple mail and OE, you are able to assign an alias to your subscribed 
foreign mailboxes via the web interface and forth OE and mail will 
recognize your foreign mailboxes. That was one of the main reasons that 
we chose Netscape Mail and would like to use Mozilla throughout our 
organization.

Stephan
This is most likely the same as 130359 (see bug 130359, comment 7).

That bug appeared between 0.9.8 and 0.9.9, so you might verify this by checking
if 0.9.8 works with your server:
 ftp://ftp.mozilla.org/pub/mozilla/releases/mozilla0.9.8/mozilla-macosX-0.9.8.smi.bin
 
Whiteboard: DUPEME
Adding qawanted to complement whiteboard's DUPEME.
Keywords: qawanted
Hi guys, I just tested Mozilla 0.9.8 and it not actually works, it´s a lot
faster tthan  later versions, too.

I have also discussed this issue with Stalker Labs (they are developing this
mail server) and they told me that, it´s likely to be an issue with the ssl
connection, since they couldn´t find anything unusal in the logs that I sent them.
Sorry, if I expressed myself not accurate enough. I wanted to state that Mozilla
0.9.8 works correctly (in refrence to this bug) with our mail server. 
QA Contact: huang → junruh
Marking works for me per reporter's comment.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
No! Reporter confirmed that *0.9.8* does not exhibit the bug.
Current builds (since 0.9.9 or thereabouts) *do* exhibit it.

junruh, do you know if the nightlies between 0.9.8 and 0.9.9
(i.e., Feburary) have been archived anywhere? If yes, we might
perhaps determine when it started happening. 
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Older builds are here - 
http://www.mozilla.org/releases/old-releases-0.9.2-1.0rc3.html
QA Contact: junruh → stephend
This bug should be specific for IMAP/SSL -- not the same as bug 102797.
Since w/ bug 102797 fix, I did the following verification on IMAP SSL for 
yesterday & today's trunk builds, I still can reproduce this problem....
For today's build, it is even worse than yesterday's build since it stop at 762
of my IMAP w/SSL 1062 Inbox msgs headers:

Before bug 102797 fix (08-05-08 trunk):
It takes 2 minutes 30 seconds for downloading IMAP/SSL Inbox 1000 msgs headers on
08-05 trunk build, run on G4/450Mhz

After bug 102797 fix (08-07-08 trunk):
It takes more time(even worse)..it stops at 762 of my IMAP 1062 Inbox msgs
headers and never complete for downloading IMAP msgs headers on IMAP SSL, 
run on G4/450Mhz
Nominating nsbeta1 for Buffy sinc it shouldn't stop downloading msgs headers for
IMAP SSL
Keywords: nsbeta1
Isn't this a dup of bug 130359?
Yes. All the symptoms coincide, so I'll go ahead and mark it a dupe.
(If a fix to 130359 doesn't solve this one, we can always reopen it.) 

*** This bug has been marked as a duplicate of 130359 ***
Status: REOPENED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → DUPLICATE
verified dup
Status: RESOLVED → VERIFIED
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

Creator:
Created:
Updated:
Size: