Pages: 1
RSS
Authentication Errors During Send
 
I am having trouble sending messages through my ISP. Here is the log:
============================================================­======
10/3/2007, 08:21:23: SEND  - sending mail messages - 1 messages in queue
10/3/2007, 08:21:24: SEND  - connected to SMTP server
10/3/2007, 08:21:24: SEND  - authenticating (software CRAM-MD5)...
10/3/2007, 08:21:26: SEND  - Server reports error. The response is: auth failure
10/3/2007, 08:21:26: SEND  - authenticating (plain)...
10/3/2007, 08:21:27: SEND  - Server reports error. The response is: malformed input
10/3/2007, 08:21:27: SEND  - authenticating (login)...
10/3/2007, 08:21:28: SEND  - sending message to test@*****.com
<10/3/2007, 08:21:29: SEND  - message to test@*****.com sent (387 bytes)
10/3/2007, 08:21:30: SEND  - connection finished - 1 messages sent
============================================================­======

As you can tell, the messages do send but why do I get these errors?  I am able to send message with Thunderbird, using the same settings, but get no errors.

Thanks,


Ron
 
Ron,

Could you enable protocol logging and post what you're getting then?
Note that protocol logging logs everything, including username and password, so you'd bettewr obfuscate those.
__________________________________
I'm just a user of The Bat! I don't work for Ritlabs.
 
does Your ISP requires CRAM-MD5 athentication? AFAIK thunderbird does not support CRAM-MD5, so probably You have set this by fault, if it works with with Tbird and not with The Bat!.
 
Is CRAM-MD5 authentication enabled by having "secure authentication" checked?  If so, I do NOT have this option selected.  But in looking at the log, I can clearly see that authentication is being performed.
 
Here's the protocol log:

[18:58:08] C: Connected to smtp.****.com, port 25
[18:58:09] S: 220 server04.cno.us ESMTP
[18:58:09] C: EHLO 14-171.031.popsite.net
[18:58:09] S: 250-server04.cno.us
[18:58:09] S: 250-AUTH=LOGIN CRAM-MD5 PLAIN
[18:58:09] S: 250-AUTH LOGIN CRAM-MD5 PLAIN
[18:58:09] S: 250-STARTTLS
[18:58:09] S: 250-PIPELINING
[18:58:09] S: 250 8BITMIME
[18:58:09] C: AUTH CRAM-MD5
[18:58:09] S: 334 PDc4OTcuMTE5MTQ1MjI4OUBzZXJ2ZXIwNC5jbm8udXM+
[18:58:09] C: cmRjYXJzb25Ab3Rub3cuY29tIDE0YmU4Mjc2NGM1ZDUyZTBkZmFjMGJiYjBlYTM4ZTE5
[18:58:11] S: 535 auth failure
[18:58:11] C: AUTH PLAIN
[18:58:12] S: 334 ok. go on.
[18:58:12] C: AHJkY2Fyc29uQG90bm93LmNvbQBIU1ZrdHg4NA==
[18:58:12] S: 535 malformed input
[18:58:12] C: RSET
[18:58:12] S: 250 flushed
[18:58:12] C: AUTH LOGIN
[18:58:12] S: 334 VXNlcm5hbWU6
[18:58:12] C: cmRjYXJzb25Ab3Rub3cuY29t
[18:58:12] S: 334 UGFzc3dvcmQ6
[18:58:12] C: SFNWa3R4ODQ=
[18:58:13] S: 235 go ahead
[18:58:13] C: MAIL FROM:<rdcarson@****.com>
[18:58:13] S: 250 ok
[18:58:13] C: RCPT TO:<test@gmail.com>
[18:58:13] S: 250 ok
[18:58:13] C: DATA
[18:58:14] S: 354 go ahead
[18:58:14] C: Date: Wed, 3 Oct 2007 18:58:08 -0400
[18:58:14] C: From: Ron Carson <rdcarson@****.com>
[18:58:14] C: Reply-To: Ron Carson <rdcarson@********.com>
[18:58:14] C: X-Priority: 3 (Normal)
[18:58:14] C: Message-ID: <917803795.20071003185808@gmail.com>
[18:58:14] C: To: test@gmail.com
[18:58:14] C: Subject: test
[18:58:14] C: MIME-Version: 1.0
[18:58:14] C: Content-Type: text/plain; charset=us-ascii
[18:58:14] C: Content-Transfer-Encoding: 7bit
[18:58:14] C:
[18:58:14] C: Hello
[18:58:14] C:
[18:58:14] C: .
[18:58:14] C: {343 bytes sent}
[18:58:14] S: 250 ok 1191452294 qp 7922
[18:58:14] C: RSET
[18:58:14] S: 250 flushed
[18:58:14] C: QUIT
[18:58:14] S: 221 server04.cno.us
 
I have idea.

Open account properties, select Transport tab and click to Authentication button in Receive mail section - do You have Regular os Cram-MD5?

Maybe You have SMTP authentication enabled with data from Mail Retrieval and TB uses same authentication mechanism.
 
Marek, I checked the settings you mentiion. Authentication in the "retrieve mail" section is set to normal.
 
the server informs the client(theBat) that it may use LOGIN, CRAM-MD5, or PLAIN authentication methods.
theBat first chooses CRAM-MD5 which fails, then PLAIN that also fails, and finally LOGIN which goes OK.
Not sure why first two fail, the reason could be either in theBat or in the server - I guess it's the server.
It's OK with Thunderbird likely because it chooses LOGIN first, or just doesn't report failures.
Send the log to your hosting support and ask them.
I don't know if it's possible to change the order of  CRAM-MD5/PLAIN/LOGIN in theBat  
Pages: 1