auth plain authentication failed

We have noticed what some MUAs (FileMaker Pro, p.e) send plain text authenticantion string in a way that "smtpauth" function in exim.pl doesn't recognize.

Examples:
OUTLOOK -> [email protected], $password=mypassword $extra= .
Works fine.

FILEMAKER PRO --> $username = [email protected] $password = [email protected], $extra = mypassword
Report a 535 autentication error

What doy you think about?? is it a exim.pl bug or just a non standard RFC way to send plain text passwords and usernames?

Thanks in advance!

It sure looks to me that FileMaker Pro is sending the wrong information. A password is a password; not your email username sent again. I wouldn't expect exim to do anything else but fail when the username is sent again as a password.

Anyone else have any comments?

Have you found an RFC for plaintext authentication?

Jeff

OK, but then...why this snippet is in "exim.pl"?

#check for netscape that offsets the login/pass by one
if ($username eq "" && length($extra) > 0)
{
$username = $password;
$password = $extra;
}

Click to expand...

a workaround for a non RFC compliant like Netscape?

thanks in advance

I have no idea, but I use plaintext authentication myself and, using KMail (on Linux/KDE) I pass the username and the password and it just works. Perhaps you can ask DirectAdmin Support, but I don't know if they wrote all of exim.pl, or just used an example they got from the 'net.

Jeff