[Bug 3189] Inconsistent Return Codes for Malformed RSET Commands

Exim Bugzilla via Exim-dev <[email protected]>
Newsgroups gmane.mail.exim.devel
Message-ID <[email protected]/>
https://bugs.exim.org/show_bug.cgi?id=3189

Jeremy Harris <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |INVALID
           Priority|medium                      |low
           Assignee|[email protected]        |[email protected]
             Status|NEW                         |RESOLVED

--- Comment #1 from Jeremy Harris <[email protected]> ---
1) Exim regards a bare LF in an SMTP command as a line terminator, equivalent
to a
   CRLF sequence.  This is for interoperability with badly-broken clients.
   Therefore the test sequence applied, 'RSET \n.,puul;?@' is taken as two
commands.

2) If EHLO had previously been used, pipelining is acceptable (by default;
modifiable
   by the configuration). The RSET command received is accepted.  The following
   garbled commend should be rejected.

3) If EHLO had not been used, pipelining is not acceptable. The presence of
further
   command characters after the received RSET is noted, and the RSET rejected
due to
   that.

This is not regarded as a bug.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.