Exim SMTP AUTH problem

[pug123]

Hello!

One of my client uses THE Bat! MTA and complains that he receives such log:

 2007-05-31, 20:48:51: FETCH - receiving mail messages
 2007-05-31, 20:48:51: FETCH - connected to POP3 server
 2007-05-31, 20:48:51: FETCH - authenticated (plain)
 2007-05-31, 20:48:51: FETCH - 0 messages in the mailbox, 0 new
 2007-05-31, 20:48:51: FETCH - connection finished - 0 messages received
 2007-05-31, 20:49:08: SEND  - sending mail messages - 1 messages in queue
 2007-05-31, 20:49:08: SEND  - connected to SMTP server
 2007-05-31, 20:49:09: SEND  - authenticating (plain)...
 2007-05-31, 20:49:09: SEND  - Server reports error. The response is: Incorrect authentication data
 2007-05-31, 20:49:09: SEND  - authenticating (login)...
 2007-05-31, 20:49:10: SEND  - sending message to [email protected]
<2007-05-31, 20:49:10: SEND  - message to [email protected] sent (384 bytes)
 2007-05-31, 20:49:10: SEND  - connection finished - 1 messages sent

Problem is with :

SEND  - Server reports error. The response is: Incorrect authentication data

However mail comes through ok probably exim let it becouse of pop before smtp.

Testing on outlook express I haven't seen any problems however outlook express doest seem to have any log.

Do you know where can be error?

regards,
mart

 

[pug123]

Ok I found the problem

in /etc/exim.conf

find:

plain:
    driver = plaintext
    public_name = PLAIN
    server_condition = "${perl{smtpauth}}"
    server_set_id = $2

and replace with

plain:
    driver = plaintext
    public_name = PLAIN
    server_prompts = :
    server_condition = "${perl{smtpauth}}"
    server_set_id = $2

It has to be add line: server_prompts = :

Why? Here is answer from:
http://www.exim.org/pipermail/exim-users/Week-of-Mon-20030512/053721.html

The documentation (Part 36) even says: "Because no prompt strings are
set, if no data is given with the AUTH command, authentication fails."
RFC 2554 clearly states that transmitting the authentication data with
the AUTH PLAIN command is _optionally_, and if not provided the server
should issue a ready respone (334) to prompt for that data. Since this
is not happening, some mail clients (those that don't send the
optional parameter) can't authenticate against exim using AUTH PLAIN.

THe problem occurs in The Bat! and Eudora clients.


hope this helps,
best regards,
Marcin

 

[nobaloney]

We're aware of this. It's in the default SpamBlocker2 file as supplied by DirectAdmin; it'll be in the file supplied by us by tomorrow, and in SpamBlocker3 as it's released from Beta.

Jeff