Closed
Bug 17445
Opened 26 years ago
Closed 25 years ago
String-ID error on sending
Categories
(MailNews Core :: Backend, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M14
People
(Reporter: BenB, Assigned: bugzilla)
References
Details
After compsing a msg and hitting "Send", I get a warning msg-box with no title
and the content "[String-ID: 2147467259?]". After clicking OK, the composer
re-appears.
On the console, I see the following:
SendMessage from XUL
GenericSendMessage from XUL
Identity = [nsIMsgIdentity: id1]
attachments =
THE CLEANUP ROUTINE FOR nsMsgComposeAndSend() WAS CALLED
Message Delivery Failed!
[Gtk-WARNINGs]
commonDialogOnLoad
Move window by 107.5,96
screen x 0screen y 0
[warning msg appears and waits for user action]
nsMsgComposeSendListener: the message send operation failed!
This bugs exists since at least a month and was seen by rusty@linux.jf.intel.com
(IRC name, no email address), too. He reported to have seen this on 2 machines,
both using the same SMTP setup.
I'm using smail from Debian 2.1.
Updated•26 years ago
|
Assignee: phil → ducarroz
Comment 1•26 years ago
|
||
What build are you running? ducarroz just fixed something like this, although I
can't put my hands on the bug number right now.
| Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M12
| Assignee | ||
Comment 2•26 years ago
|
||
My previous fix was to insure that we display an error (text or string ID) in every case.
We still have several case where we display a generic string ID error instead of a nice human language string. We
still have to cleanup the way we manage errors receive form low level modules like netwerk.
For that we need to have a better way to report errors that just returning a nsresult. We need to be able to carry the
low level error as well when it append during the multiple send message phases (preparing the message, sending the
email , posting to newsgroup, copy the message, etc).
The bug Phil was thinking about is:
http://bugzilla.mozilla.org/show_bug.cgi?id=14591
| Reporter | ||
Comment 4•26 years ago
|
||
From the bug lchiang gave me (thanks!), I guess, this is because of bug #2734.
| Assignee | ||
Updated•25 years ago
|
Target Milestone: M12 → M14
| Reporter | ||
Updated•25 years ago
|
| Reporter | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 5•25 years ago
|
||
This was caused by buggy migration code, that is (mostly) fixed now. The
error-msg is now in clear text, too. FIXED.
| Reporter | ||
Comment 6•25 years ago
|
||
BTW: that "mostly" is the dependency on bug #20878.
Since the "mostly" part is covered in the dependency bug, I will verify this
bug per the reporter and resolver are one in the same person and have stated it
is fixed. Re-open if you feel this is verfied in error. If you reopen give test
scenario for reproducing. I know we have had bad string-id's in the past but
have not run into them since the specifice bugs for reproducing them have been
fixed.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•