Closed Bug 58219 Opened 24 years ago Closed 23 years ago

Can't handle large ENVELOPE response from the server

Categories

(MailNews Core :: Networking: IMAP, defect, P2)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: wjamrog, Assigned: Bienvenu)

References

Details

This test is running against Lotus Domino IMAP server.

Creating a new client account.  While client downlaoding the headers info, there
is one message that contains many many names in the To field. (probablly over
400 names.) This is a compay-wise email.  Client stop processing the rest of the
response.

here is a partial server log:
[0135:0005-0125] S:  * 282 FETCH (UID 282 RFC822.SIZE 17859 ENVELOPE ("Fri, 30
Oct 1998 11:59:14 -0500" "Lotus Admin systems announcements yesterday" ((NIL NIL
"Tim_Halvorsen/Iris%JAMROG" "iris.com")) ((NIL NIL "Tim_Halvorsen/Iris%JAMROG"
"iris.com")) ((NIL NIL "Tim_Halvorsen/Iris%JAMROG" "iris.com")) ((NIL NIL
"Tim_Halvorsen" "iris.com")(NIL NIL "Steven_Beckhardt" "iris.com")
.........  (many names deleted here...)
(NIL NIL "wjamrog" "iris.com")) NIL NIL NIL "<OF715CF7AD.701
[0135:0005-0125] S:  14F1D-ON852566AD.005CD332@iris.com>") BODY[HEADER.FIELDS
(Priority X-Priority References Newsgroups)] {4}<CRLF>
[0135:0005-0125] S:  <CRLF>
[0135:0005-0125] S:  <CRLF>
[0135:0005-0125] S:   FLAGS ())<CRLF>
.
Assignee: mscott → bienvenu
Status: UNCONFIRMED → NEW
Ever confirmed: true
accepting, though I suspect this might be a bug in the format of the envelope
response returned by the server - we can handle very large envelope responses.
Status: NEW → ASSIGNED
*** Bug 57824 has been marked as a duplicate of this bug. ***
adding mail3 keyword
Keywords: mail3
changing priorities
Priority: P3 → P2
is this the same as 56332
maybe. Maybe not.
marking nsbeta1-. If it's a dup of 56332 then it'll get fixed.
Keywords: nsbeta1-
could a IMAP log of the problem be attached?

btw what's bug 56332 about? It's closed for the public...:)
we don't use the envelope command anymore so this bug is no longer valid, if it
ever was. Bug 56332 was about a similar issue, but contained a test case which
was "confidential". It's verified fixed, so it's not interesting anymore, for
the same reason this bug should just be marked fixed: we don't use the envelope
command anymore.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
verified invalid
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.