RE: [Asrg] 6. Proposals - Challenge/response - CRI

[Yakov Shafranovich <[e-mail]>]

At 04:40 PM 8/15/2003, Eric Dean wrote:
>.............
> > My other "first reaction" to the proposal is that the SMTP idea is
> > interesting although the use of a 4xx temporary failure code for a
> > challenge will of course result in non-compliant sender MTAs
> > retrying and repeatedly failing. Of course in the end they'll
> > give up and then will the sender's original message bounce back?
>
>I'll let Yakov reply

[Sorry guys for the delay, but with the blackout my company's mail servers 
went offline and I missed the message.]

The CRI proposal itself proposes the use of SMTP in addition to MIME 
headers in order to facilitate easier interoperability between two systems 
that already support CRI. By using the SMTP extension, the receiver's 
system can forgo the expense of storing the email while the verification 
process takes place - instead that burden remains on the sender's system.

However, I am assuming that you are referring to "GreyListing" 
(http://projects.puremagic.com/greylisting/) which rejects the email with a 
temporary code. While GreyListing rejects email from specific 
IP/sender/recipient combinations, in C/R systems that would take place for 
any non-whitelisted message. This is in fact what Peter Key's TitanKey 
system does, although it rejects the message with a 5xx code.

A normal Internet email system will keep on retrying to send the message 
depending on settings set by administrator for quite some time (I have seen 
email systems that go on for over seven days). In the end they will fail 
and bounce the message to the sender. However, in that case the sender has 
an option to resend the message once he replied to the challenge. In that 
case, his email will go through.

NOTE: Keep in mind that the ESMTP extension in the CRI proposal only 
applies to two systems that both supports CRI. If one of the parties does 
not support CRI, then everything falls back on MIME headers.

> > I'm interested here in the interoperability issues between MTAs
> > which support CRI and those which don't. Some more discussion in
> > that area would be helpful.
>
>Well..the MIME headers should be transparent...then you still have to write
>a clear email message explaining what to do.

One of the things mentioned in the CRI proposals is the possible use of 
DSNs. DSNs have a human-readable message as well for system that are 
non-compliant. In CRI enabled systems, the human readable part will contain 
response directions for non-compliant systems. The machine-readable part 
will contain CRI headers for systems that support CRI.

Yakov  


_______________________________________________
Asrg mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/asrg