generic-library/curl
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
028a408d57
curl/tests/data/test901

64 lines
655 B
Plaintext
Raw Normal View History

(SMTP) support DATA better in the server and make sure to "escape" CRLF.CRLF sequences in uploaded data. The test server doesn't "decode" escaped dot-lines but instead test cases must be written to take them into account. Added test case 803 to verify dot-escaping.
2009-12-30 22:52:27 +01:00
<testcase>
<info>
<keywords>
SMTP
</keywords>
</info>
#
# Server-side
<reply>
</reply>
#
# Client-side
<client>
<server>
smtp
</server>
<name>
SMTP with CRLF-dot-CRLF in data
</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
From: different
To: another
(SMTP) support DATA better in the server and make sure to "escape" CRLF.CRLF sequences in uploaded data. The test server doesn't "decode" escaped dot-lines but instead test cases must be written to take them into account. Added test case 803 to verify dot-escaping.
2009-12-30 22:52:27 +01:00
.
.
.
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
body
(SMTP) support DATA better in the server and make sure to "escape" CRLF.CRLF sequences in uploaded data. The test server doesn't "decode" escaped dot-lines but instead test cases must be written to take them into account. Added test case 803 to verify dot-escaping.
2009-12-30 22:52:27 +01:00
</stdin>
<command>
tests: Updated email addresses in SMTP tests following recent changes
2013-09-29 17:48:02 +02:00
smtp://%HOSTIP:%SMTPPORT/901 --mail-rcpt recipient@example.com --mail-from sender@example.com -T -
(SMTP) support DATA better in the server and make sure to "escape" CRLF.CRLF sequences in uploaded data. The test server doesn't "decode" escaped dot-lines but instead test cases must be written to take them into account. Added test case 803 to verify dot-escaping.
2009-12-30 22:52:27 +01:00
</command>
</client>
#
# Verify data after the test has been "shot"
<verify>
<protocol>
ftpserver.pl: Moved specifying the test number from the RCPT address ...to the client address as this frees the RCPT strings to contain just an email address and by passing the test number into curl as the client address remains consistent with POP3 and IMAP tests as they are specified in the URL.
2013-09-29 10:53:49 +02:00
EHLO 901
tests: Updated email addresses in SMTP tests following recent changes
2013-09-29 17:48:02 +02:00
MAIL FROM:<sender@example.com>
RCPT TO:<recipient@example.com>
(SMTP) support DATA better in the server and make sure to "escape" CRLF.CRLF sequences in uploaded data. The test server doesn't "decode" escaped dot-lines but instead test cases must be written to take them into account. Added test case 803 to verify dot-escaping.
2009-12-30 22:52:27 +01: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
From: different
To: another
(SMTP) support DATA better in the server and make sure to "escape" CRLF.CRLF sequences in uploaded data. The test server doesn't "decode" escaped dot-lines but instead test cases must be written to take them into account. Added test case 803 to verify dot-escaping.
2009-12-30 22:52:27 +01:00
..
..
..
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
body
(SMTP) support DATA better in the server and make sure to "escape" CRLF.CRLF sequences in uploaded data. The test server doesn't "decode" escaped dot-lines but instead test cases must be written to take them into account. Added test case 803 to verify dot-escaping.
2009-12-30 22:52:27 +01:00
.
</upload>
</verify>
</testcase>
Reference in New Issue Copy Permalink