Re: Need help debugging send problems.



On Sat, 2009-03-07 at 11:43 +0100, Pawel Salek wrote:
> On 03/07/2009 08:43:20 AM, Mark A. Flacy wrote:

> > 
> > 1) I couldn't figure this out from any balsa command line options.  I
> > *had* to use wireshark to watch the trace.
> 
> I am not sure what capability you are after? This is not exactly a  
> common problem.

I'd say that the following trace message....

Send_Message: 137865176, 4, 
Send_Message: 137865176, 4, 

...does not provide a lot of information to debug an smtp problem.
There are better messages to help debug an IMAP problem; I should think
that something similar would be available for the sending side.

After looking at the libesmtp web page, I guess it would be nice to ask
for a additional callback type for smtp_set_monitorcb where you *can*
get the contents of the DATA/BDAT commands.


> 
> > 2) If it isn't that uncommon for SMTP servers to mishandle BDAT, then  
> > I
> > should be able to configure balsa to not use it.
> 
> I have not idea how common are BDAT-related bugs. I just did a quick  
> search for BDAT bug and got that hit. balsa uses libesmtp for mail  
> submission and libesmtp does not provide any facility to disable using  
> the extensions as far as I can tell - but I guess we could develop a  
> patch for libesmtp, and during balsa compilation detect the presence of  
> modified libesmtp library. I see in the libesmtp-1.0.4 code  a  
> workaround mentioned:
> 
>        /* Workaround - M$ Exchange is broken wrt RFC 3030 */
> 
> but I guess this does not fix it for you - what SMTP server do you use?

The login message is...

220 vms173009pub.verizon.net -- Server ESMTP (Sun Java(tm) System
Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit))\r\n

...so I can't blame this one on Microsoft.

> relay.verizon.net does not appear to support CHUNKING not externally at  
> least...

The EHLO response was...


0000   00 1e 90 6e fe a8 02 00 63 06 93 1f 08 00 45 00  ...n....c.....E.
0010   01 2c 90 5a 40 00 f8 06 8f 12 ce 2e e8 0c ac 10  ., Z            
0020   00 13 00 19 80 09 5b cb 78 54 0e 2f ea a5 80 18  ......[.xT./....
0030   82 18 51 2a 00 00 01 01 08 0a 3f 11 8e 72 02 bd  ..Q*......?..r..
0040   e6 95 32 35 30 2d 76 6d 73 31 37 33 30 30 39 70  ..250-vms173009p
0050   75 62 2e 76 65 72 69 7a 6f 6e 2e 6e 65 74 0d 0a  ub.verizon.net..
0060   32 35 30 2d 38 42 49 54 4d 49 4d 45 0d 0a 32 35  250-8BITMIME..25
0070   30 2d 50 49 50 45 4c 49 4e 49 4e 47 0d 0a 32 35  0-PIPELINING..25
0080   30 2d 43 48 55 4e 4b 49 4e 47 0d 0a 32 35 30 2d  0-CHUNKING..250-
0090   44 53 4e 0d 0a 32 35 30 2d 45 4e 48 41 4e 43 45  DSN..250-ENHANCE
00a0   44 53 54 41 54 55 53 43 4f 44 45 53 0d 0a 32 35  DSTATUSCODES..25
00b0   30 2d 48 45 4c 50 0d 0a 32 35 30 2d 58 4c 4f 4f  0-HELP..250-XLOO
00c0   50 20 31 45 43 46 34 44 33 34 39 43 35 42 34 32  P 1ECF4D349C5B42
00d0   38 46 39 34 42 42 30 43 42 34 46 41 46 44 42 44  8F94BB0CB4FAFDBD
00e0   41 34 0d 0a 32 35 30 2d 41 55 54 48 20 50 4c 41  A4..250-AUTH PLA
00f0   49 4e 20 4c 4f 47 49 4e 0d 0a 32 35 30 2d 41 55  IN LOGIN..250-AU
0100   54 48 3d 4c 4f 47 49 4e 0d 0a 32 35 30 2d 45 54  TH=LOGIN..250-ET
0110   52 4e 0d 0a 32 35 30 2d 4e 4f 2d 53 4f 4c 49 43  RN..250-NO-SOLIC
0120   49 54 49 4e 47 0d 0a 32 35 30 20 53 49 5a 45 20  ITING..250 SIZE 
0130   32 30 39 37 31 35 32 30 0d 0a                    20971520..


> 
> > 
> > It's rather annoying to fire up evolution to respond to the balsa
> > mailing list.
> 
> I can understand your pain... I have to use another mailer at work and  
> I scream inside every time I send an email...
> 
> Pawel

And I've still got the wireshark capture of the BDAT transmissions if
anyone wants it.

-- 
Mark A. Flacy <mflacy verizon net>



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]