curl/tests/data/test1552

<testcase>
<info>
<keywords>
IMAP
Clear Text
FETCH
</keywords>
</info>

#
# Server-side
<reply>
<data>
From: me@somewhere
To: fake@nowhere

body

--
  yours sincerely
</data>
<datacheck>
</datacheck>
<servercmd>
</servercmd>
</reply>

#
# Client-side
<client>
<server>
imap
</server>
 <name>
IMAP multi transfer error without curl_multi_remove_handle
 </name>
# tool is what to use instead of 'curl'
<tool>
lib1552
</tool>
 <command>
'imap://%HOSTIP:%IMAPPORT/1552/;MAILINDEX=1'
</command>
</client>

#
# Verify data after the test has been "shot"
<verify>
<protocol>
</protocol>
</verify>
</testcase>
multi_cleanup: call DONE on handles that never got that ... fixes a memory leak with at least IMAP when remove_handle is never called and the transfer is abruptly just abandoned early. Test 1552 added to verify Detected by OSS-fuzz Assisted-by: Max Dymond Closes #1954 2017-10-05 19:11:17 -04:00			`<testcase>`
			`<info>`
			`<keywords>`
			`IMAP`
			`Clear Text`
			`FETCH`
			`</keywords>`
			`</info>`

			`#`
			`# Server-side`
			`<reply>`
			`<data>`
			`From: me@somewhere`
			`To: fake@nowhere`

			`body`

			`--`
			`yours sincerely`
			`</data>`
			`<datacheck>`
			`</datacheck>`
			`<servercmd>`
			`</servercmd>`
			`</reply>`

			`#`
			`# Client-side`
			`<client>`
			`<server>`
			`imap`
			`</server>`
			`<name>`
			`IMAP multi transfer error without curl_multi_remove_handle`
			`</name>`
			`# tool is what to use instead of 'curl'`
			`<tool>`
			`lib1552`
			`</tool>`
			`<command>`
imap: change from "FETCH" to "UID FETCH" ... and add "MAILINDEX". As described in #2789, this is a suggested solution. Changing UID=xx to actually get mail with UID xx and add "MAILINDEX" to get a mail with a special index in the mail box (old behavior). So MAILINDEX=1 gives the first non deleted mail in the mail box. Fixes #2789 Closes #2815 2018-07-31 07:12:18 -04:00			`'imap://%HOSTIP:%IMAPPORT/1552/;MAILINDEX=1'`
multi_cleanup: call DONE on handles that never got that ... fixes a memory leak with at least IMAP when remove_handle is never called and the transfer is abruptly just abandoned early. Test 1552 added to verify Detected by OSS-fuzz Assisted-by: Max Dymond Closes #1954 2017-10-05 19:11:17 -04:00			`</command>`
			`</client>`

			`#`
			`# Verify data after the test has been "shot"`
			`<verify>`
			`<protocol>`
			`</protocol>`
			`</verify>`
			`</testcase>`