Closed Bug 71462 Opened 23 years ago Closed 19 years ago

nsMsgProtocol::SetupTransportState() thowing assertion when sending mail.

Categories

(MailNews Core :: Composition, defect)

Product:
MailNews Core
Component:
Composition
Platform:
x86
Windows NT
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: kinmoz, Assigned: mscott)

Details

In my Mozilla Win32 debug 03/09/01 build, I'm seeing the following assertion 
thrown when I send an HTML mail. (Not sure if it happens when doing a plaintext 
mail)

Here's the stack trace:

NTDLL! 77f762e8()
nsDebug::Assertion(const char * 0x0109edd0, const char * 0x0109edbc, const char 
* 0x0109ed8c, int 175) line 254 + 13 bytes
nsMsgProtocol::SetupTransportState() line 175 + 39 bytes
nsMsgProtocol::OpenNetworkSocketWithInfo(const char * 0x048025a0, int 25, const 
char * 0x0202fbd0, nsIInterfaceRequestor * 0x071f75b4) line 104 + 11 bytes
nsMsgProtocol::OpenNetworkSocket(nsIURI * 0x04802bb4, const char * 0x0202fbd0, 
nsIInterfaceRequestor * 0x071f75b4) line 120 + 33 bytes
nsSmtpProtocol::Initialize(nsIURI * 0x04802bb4) line 362 + 29 bytes
nsSmtpProtocol::nsSmtpProtocol(nsIURI * 0x04802bb4) line 282
NS_MsgLoadSmtpUrl(nsIURI * 0x04802bb4, nsISupports * 0x00000000) line 216 + 34 
bytes
nsSmtpService::SendMailMessage(nsSmtpService * const 0x0acac430, nsIFileSpec * 
0x04802fd0, const char * 0x04801e60, nsIMsgIdentity * 0x0852b050, nsIUrlListener 
* 0x04801820, nsISmtpServer * 0x00000000, nsIInterfaceRequestor * 0x071f75b4, 
nsIURI * * 0x00000000) line 132 + 11 bytes
nsMsgComposeAndSend::DeliverFileAsMail(nsMsgComposeAndSend * const 0x04efca40) 
line 2914 + 82 bytes
nsMsgComposeAndSend::DeliverMessage(nsMsgComposeAndSend * const 0x04efca40) line 
2764 + 12 bytes
nsMsgComposeAndSend::GatherMimeAttachments() line 1059 + 18 bytes
nsMsgAttachmentHandler::UrlExit(unsigned int 21, const unsigned short * 
0x0ed3c2a0) line 998 + 14 bytes
FetcherURLDoneCallback(nsIURI * 0x0000b160, unsigned int 272, const char * 
0x1020b994, const char * 0x1025ce90 hlcritsect, int 1244048, const unsigned 
short * 0x1020dfe2, void * 0x00000009) line 432 + 16 bytes
nsURLFetcher::OnStopRequest(nsURLFetcher * const 0x0480b160, nsIRequest * 
0x005df508, nsISupports * 0x0012fcb0, unsigned int 270580116, const unsigned 
short * 0x1025ce90 hlcritsect) line 324 + 54 bytes
nsDocumentOpenInfo::OnStopRequest(nsDocumentOpenInfo * const 0x005df508, 
nsIRequest * 0x0012fcb0, nsISupports * 0x00000000, unsigned int 1244336, const 
unsigned short * 0x0012ffb0) line 278
nsFileChannel::OnStopRequest(nsFileChannel * const 0x30025512, nsIRequest * 
0x30027468, nsISupports * 0x00a8397c, unsigned int 1244188, const unsigned short 
* 0x30020c56) line 506 + 45 bytes
nsOnStopRequestEvent::HandleEvent(nsOnStopRequestEvent * const 0x30025512) line 
178 + 67 bytes
nsStreamObserverEvent::HandlePLEvent(PLEvent * 0x3001f511) line 79
PL_HandleEvent(PLEvent * 0x00a83a10) line 576 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x00a83a50) line 509 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x77e71a66, unsigned int 0, unsigned int 1023, 
long 0) line 1054 + 9 bytes
USER32! 77e7124c()
reassign to mscott. Not sure if this this append!
Assignee: ducarroz → mscott
Product: MailNews → Core
This problem isn't happening in current builds and probably hasn't for years.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.