I'm closing this bug report but as a side note I noticed that --login-options was missing from the command line help so I have pushed a fix for that.

I also think the new option is missing from the man pages so I will update that as well.

---
** [bugs:#1367] SMTP authentification option**
**Status:** open
**Created:** Wed May 07, 2014 02:24 PM UTC by Clair
**Last Updated:** Wed May 07, 2014 04:05 PM UTC
**Owner:** Steve Holme
**BugReport :**
On commandline, there seems to be a bug on the ";auth=..." option of the "--user" flag. When trying to connect to a SMTP or SMTPS server, from the 7.34 version to the 7.36 included, the option is simply not taken into account.
**Platform :**
Windows 7 with MinGW (but also consistent with the (less accurate) tests I have done on linux (Ubuntu) & mac. that I won't report here...)
**Versions :**
I've tried many different binaries of curl in many different versions (almost all I could find !)
The source are curlforwindows, Knauf, Khntak, LoPinto...
The versions are :
7.30.0 ; 7.31.0 ; 7.32.0 ; 7.33.0 ; 7.34.0 ; 7.35.0 ; 7.36.0
For example :
The "7.33" :
> curl 7.33.0 (x86_64-pc-win32) libcurl/7.33.0 OpenSSL/0.9.8y zlib/1.2.8 libssh2/1.4.3 Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp scp sftp smtp smtps telnet tftp Features: AsynchDNS GSS-Negotiate Largefile NTLM SSL SSPI libz
The "7.36" :
> curl 7.36.0 (x86_64-pc-win32) libcurl/7.36.0 WinSSL
Protocols: dict file ftp ftps gopher http https imap imaps ldap pop3 pop3s rtsp smtp smtps telnet tftp
Features: AsynchDNS GSS-Negotiate Largefile NTLM SSL SSPI
**Details :**
>From curl *7.31 to 7.33*, with both gmail and my university server, the option to change the mode of authentification WORKS fine.
For exemple, with the following commandlines :
~~~~~~
> curl smtp://smtp.univ-paris8.fr:587 --verbose --insecure --ssl --mail-from "xxxxxxx_at_univ-paris8.fr" --mail-rcpt "xxxxxx_at_gmail.com" --user "xxxx:xxxxx;auth=PLAIN" -T "mail_test.txt"
~~~~~~
~~~~~~
> curl smtps://smtp.gmail.com:465 --verbose --insecure --ssl --mail-from "xxxxxxxx_at_gmail.com" --mail-rcpt "xxxxxxxxx_at_hotmail.com" --user "xxxxx.xxxxx:xxxxxxx;auth=LOGIN" -T "content.txt"
~~~~~~
the mail is sent and the output shows that the authentification option was taken into account :
> EHLO mail_test.txt
< 250-azel.univ-paris8.fr
< 250-PIPELINING
< 250-SIZE 26214400
< 250-VRFY
< 250-ETRN
< 250-AUTH CRAM-MD5 LOGIN NTLM PLAIN DIGEST-MD5
< 250-AUTH=CRAM-MD5 LOGIN NTLM PLAIN DIGEST-MD5
< 250-ENHANCEDSTATUSCODES
< 250-8BITMIME
< 250 DSN
> AUTH PLAIN # or "> AUTH DIGEST-MD" if I put auth=DIGEST-MD5...
But *with the SAME commandlines*, from 7.34 to 7.36, the mail is not sent and there is a
"curl: (67) Authentication failed: 535" error message.
Moreover, it shows that my choice was not taken into account :
> EHLO mail_test.txt
< 250-azel.univ-paris8.fr
< 250-PIPELINING
< 250-SIZE 26214400
< 250-VRFY
< 250-ETRN
< 250-AUTH CRAM-MD5 LOGIN NTLM PLAIN DIGEST-MD5
< 250-AUTH=CRAM-MD5 LOGIN NTLM PLAIN DIGEST-MD5
< 250-ENHANCEDSTATUSCODES  #or "> AUTH=LOGIN" for gmail whatever I choose
< 250-8BITMIME
< 250 DSN
**Further remarks**
As I said I also tried that on Linux and Mac (with source) and it seems to be the same (after 7.34 it doesn't work...) but my tests were maybe not accurate enough on those platforms...
---
Sent from sourceforge.net because curl-tracker@cool.haxx.se is subscribed to https://sourceforge.net/p/curl/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/curl/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.