Milter-greylist

Matt Kettler wrote:
> At the time of greylisting, the Message-ID is not known.
> You'll only know the message-id after the end of the SMTP DATA phase when the
> message has already been transfered.
>
> The only data available at the time of greylisting is:
>
> Remote IP
> Remote RDNS (if any)
> Remote HELO/EHLO string
> envelope from (ie: the MAIL FROM command)
> envelope recipient (ie: the RCPT TO command).
>
> That's all the information that has been provided by the remote server at the
> time milter-greylist decides to greylist or not. You don't know the contents of
> any message headers, or the body.
>   
Absolutely with it it agree, but RFC-821 does not forbid to me to read 
through the letter up to Message-ID and after that to submit a code " 
4.7.1" and to close connection, having cleared the buffer.
It will not be refusal of the message, and will be employment of the 
channel then my partner will repeat attempts of transfer. However, the 
volume of entrance traffic thus increases and becomes less operated, 
that will be a unpleasant payment.
Sometimes, as it seems to me, there can be ambiguous enough situations 
which are easily resolved by use Message-ID. For example, it is 
appreciable the greater network masked NAT in which are and spammer and 
diligent mail relay. (In Moscow there were such cases.)

Ogogon.