Re: [Exim] SMTP protocol violation complaint -- false positi…

Top Page
Delete this message
Reply to this message
Author: Matthew Byng-Maddick
Date:  
To: exim-users
Subject: Re: [Exim] SMTP protocol violation complaint -- false positives.
On Fri, Dec 12, 2003 at 02:32:20PM +0000, Matthew Byng-Maddick wrote:
> On Fri, Dec 12, 2003 at 02:23:53PM +0000, Philip Hazel wrote:
> > On Fri, 12 Dec 2003, David Woodhouse wrote:
> > > Note that since the client sent the 'RCPT TO:' and DATA' lines in a
> > > single group, as permitted by RFC2920, it had no way of knowing that the
> > > RCPT TO was going to be rejected. It is not at fault, and is behaving
> > > perfectly correctly.
> > Which release of Exim?
> In 4.30 (smtp_in.c):
> |     case DATA_CMD:
> |     if (sender_address == NULL)

[...]
> If so, should you not return an error to DATA, but not log a protocol error,
> and should this check (or similar) not also be implemented for "MAIL FROM",
> as that is valid in the middle of a RFC2920 group.


It occurs to me that there is a check in case RCPT_CMD that is wrong for
the same reasons as the former one...:
|     case RCPT_CMD:
|     rcpt_count++;

|
|     if (sender_address == NULL)
|       {
|       done = synprot_error(L_smtp_protocol_error, 503, NULL,
|         US"sender not yet given");
|       rcpt_fail_count++;
|       break;
|       }


Surely that shouldn't be a protocol error either?

MBM

--
Matthew Byng-Maddick         <mbm@???>           http://colondot.net/