I'm researching a fairly annoying bug in my James setup that is preventing messages from making their way into our user's inboxes, despite being spooled properly as shown below...
18/04/06 11:20:18 DEBUG smtpserver: Retrieving a org.apache.james.smtpserver.SMTPHandler from the pool 18/04/06 11:20:18 DEBUG smtpserver: Getting SMTPHandler from pool. 18/04/06 11:20:18 INFO smtpserver: Connection from 192.168.1.1 (192.168.1.1) 18/04/06 11:20:18 DEBUG smtpserver: Sent: 220 Tonegawa SMTP Server (JAMES SMTP Server 2.2.0) ready Tue, 18 Apr 2006 11:20:18 -0700 (MST) 18/04/06 11:20:18 DEBUG smtpserver: Calling start() 18/04/06 11:20:18 DEBUG smtpserver: Watchdog default Worker #13 has time to sleep 359999 18/04/06 11:20:18 DEBUG smtpserver: Command received: EHLO kylecartmell 18/04/06 11:20:18 DEBUG smtpserver: Sent: 250-SIZE 20480000 18/04/06 11:20:18 DEBUG smtpserver: Sent: 250 Tonegawa Hello kylecartmell (192.168.1.1 [192.168.1.1]) 18/04/06 11:20:18 DEBUG smtpserver: Calling reset() default Worker #13 18/04/06 11:20:18 DEBUG smtpserver: Command received: MAIL FROM: <[EMAIL PROTECTED]> 18/04/06 11:20:18 DEBUG smtpserver: Sent: 250 Sender <[EMAIL PROTECTED]> OK 18/04/06 11:20:18 DEBUG smtpserver: Calling reset() default Worker #13 18/04/06 11:20:18 DEBUG smtpserver: Command received: RCPT TO: <[EMAIL PROTECTED]> 18/04/06 11:20:18 DEBUG smtpserver: Sent: 250 Recipient <[EMAIL PROTECTED]> OK 18/04/06 11:20:18 DEBUG smtpserver: Calling reset() default Worker #13 18/04/06 11:20:18 DEBUG smtpserver: Command received: DATA 18/04/06 11:20:18 DEBUG smtpserver: Sent: 354 Ok Send data ending with <CRLF>.<CRLF> 18/04/06 11:20:18 DEBUG smtpserver: Using SizeLimitedInputStream with max message size: 20480000 18/04/06 11:20:18 INFO smtpserver: Successfully spooled mail Mail1145384418888-119 from [EMAIL PROTECTED] for [EMAIL PROTECTED] 18/04/06 11:20:18 DEBUG smtpserver: Sent: 250 Message received 18/04/06 11:20:18 DEBUG smtpserver: Calling reset() default Worker #13 18/04/06 11:20:18 DEBUG smtpserver: Command received: QUIT 18/04/06 11:20:18 DEBUG smtpserver: Sent: 221 Tonegawa Service closing transmission channel 18/04/06 11:20:18 DEBUG smtpserver: Calling stop() default Worker #13 18/04/06 11:20:18 DEBUG smtpserver: Closing socket. 18/04/06 11:20:18 DEBUG smtpserver: Calling disposeWatchdog() default Worker #13 18/04/06 11:20:18 DEBUG smtpserver: Returning SMTPHandler to pool. 18/04/06 11:20:18 DEBUG smtpserver: Returning a org.apache.james.smtpserver.SMTPHandler to the pool 18/04/06 11:20:18 DEBUG smtpserver: Watchdog default Worker #13 is exiting run(). I've had scattered complaints of this behavior for several weeks, and it seems to be getting worse. My own mail account works perfectly, however the new test account I created for the sample transaction you see here does not. Debian 3.1, James 2.2.0 Any ideas on where I should be headed with my troubleshooting on this one? I don't see any terribly obvious avenues of attack unfortunately, and my searches through the list archives and whatnot have been fruitless. I'm still working, I'll toss out any updates as I get more information, and assistance would be greatly appreciated! Kyle W. Cartmell Sr. Software Developer LAP Holdings, LLC dba First Finance Toll Free: (800) 355-3135 [EMAIL PROTECTED] www.efirstfinance.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
