Closed Bug 149864 Opened 23 years ago Closed 23 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: 23 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 → ---
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: 23 years ago23 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: