curl/tests/data/test905

<testcase>
<info>
<keywords>
SMTP
SMTP AUTH CRAM-MD5
RFC2195
RFC4954
</keywords>
</info>

#
# Server-side
<reply>
<servercmd>
AUTH CRAM-MD5
REPLY AUTH 334 PDE4OTYuNjk3MTcwOTUyQHBvc3RvZmZpY2UucmVzdG9uLm1jaS5uZXQ+
REPLY dGltIGI5MTNhNjAyYzdlZGE3YTQ5NWI0ZTZlNzMzNGQzODkw 235 Authenticated
</servercmd>
</reply>

#
# Client-side
<client>
<server>
smtp
</server>
<features>
crypto
</features>
 <name>
SMTP CRAM-MD5 authentication
 </name>
<stdin>
mail body
</stdin>
 <command>
smtp://%HOSTIP:%SMTPPORT/user --mail-rcpt 905@example.com --mail-from 905@example.com -u tim:tanstaaftanstaaf -T -
</command>
</client>

#
# Verify data after the test has been "shot"
<verify>
<protocol>
EHLO user
AUTH CRAM-MD5
dGltIGI5MTNhNjAyYzdlZGE3YTQ5NWI0ZTZlNzMzNGQzODkw
MAIL FROM:<905@example.com>
RCPT TO:<905@example.com>
DATA
QUIT
</protocol>
<upload>
mail body
.
</upload>
</verify>
</testcase>
Implement SMTP authentication 2010-04-19 11:16:30 +02:00			`<testcase>`
			`<info>`
			`<keywords>`
			`SMTP`
			`SMTP AUTH CRAM-MD5`
			`RFC2195`
			`RFC4954`
			`</keywords>`
			`</info>`

			`#`
			`# Server-side`
			`<reply>`
			`<servercmd>`
tests: Updated SMTP AUTH tests to use the new AUTH directive ...rather than specify a customised EHLO response. 2013-09-19 21:29:24 +02:00			`AUTH CRAM-MD5`
Implement SMTP authentication 2010-04-19 11:16:30 +02:00			`REPLY AUTH 334 PDE4OTYuNjk3MTcwOTUyQHBvc3RvZmZpY2UucmVzdG9uLm1jaS5uZXQ+`
			`REPLY dGltIGI5MTNhNjAyYzdlZGE3YTQ5NWI0ZTZlNzMzNGQzODkw 235 Authenticated`
			`</servercmd>`
			`</reply>`

			`#`
			`# Client-side`
			`<client>`
			`<server>`
			`smtp`
			`</server>`
			`<features>`
			`crypto`
			`</features>`
			`<name>`
			`SMTP CRAM-MD5 authentication`
			`</name>`
			`<stdin>`
tests: Corrected the SMTP tests to be RFC2821 compliant The emails that are sent to the server during these tests were incorrectly formatted as they contained one or more LF terminated lines rather than being CRLF terminated as per Section 2.3.7 of RFC-2821. This wasn't a problem for the test suite as the <stdin> data matched the <upload> data but anyone using these tests as reference would be sending incorrect data to a server. 2013-04-28 17:12:40 +02:00			`mail body`
Implement SMTP authentication 2010-04-19 11:16:30 +02:00			`</stdin>`
			`<command>`
tests: Fixed smtp rcpt to addresses 2013-09-22 16:14:26 +02:00			`smtp://%HOSTIP:%SMTPPORT/user --mail-rcpt 905@example.com --mail-from 905@example.com -u tim:tanstaaftanstaaf -T -`
Implement SMTP authentication 2010-04-19 11:16:30 +02:00			`</command>`
			`</client>`

			`#`
			`# Verify data after the test has been "shot"`
			`<verify>`
			`<protocol>`
			`EHLO user`
			`AUTH CRAM-MD5`
			`dGltIGI5MTNhNjAyYzdlZGE3YTQ5NWI0ZTZlNzMzNGQzODkw`
tests: Fixed smtp mail from addresses 2013-09-19 08:19:25 +02:00			`MAIL FROM:<905@example.com>`
tests: Fixed smtp rcpt to addresses 2013-09-22 16:14:26 +02:00			`RCPT TO:<905@example.com>`
Implement SMTP authentication 2010-04-19 11:16:30 +02:00			`DATA`
			`QUIT`
			`</protocol>`
			`<upload>`
tests: Corrected the SMTP tests to be RFC2821 compliant The emails that are sent to the server during these tests were incorrectly formatted as they contained one or more LF terminated lines rather than being CRLF terminated as per Section 2.3.7 of RFC-2821. This wasn't a problem for the test suite as the <stdin> data matched the <upload> data but anyone using these tests as reference would be sending incorrect data to a server. 2013-04-28 17:12:40 +02:00			`mail body`
Implement SMTP authentication 2010-04-19 11:16:30 +02:00			`.`
			`</upload>`
			`</verify>`
			`</testcase>`