Re: A new SMTP "3821" [Re: FTC stuff...........]

"Hector Santos" <[email protected]>
Newsgroups gmane.ietf.mxcomp
Organization Santronics Software, Inc.
Message-ID <00e301c4db14$45c1bc90$6401a8c0@hdev1>

----- Original Message -----
From: "Matthew Elvey" <[email protected]>
To: "Hector Santos" <[email protected]>
Sent: Sunday, December 05, 2004 12:52 PM
Subject: Re: A new SMTP "3821" [Re: FTC stuff...........]


> >The above was an example of a MIX policy.
> >
> >CSV presumes to validate the client domain name when it is possible there
is
> >an incoming ESMTP AUTH session
> >

> That is false, to my reading of the specs:
> "To validate an SMTP session from an unknown sending SMTP client" is
> from the fourth line of the main spec.
> If there's an incoming ESMTP AUTH session, then there is no "unknown
> sending SMTP client", only a "known sending SMTP client".
>
> What language would you suggest since this isn't clear enough?

The language is fine.

The point is in order to accomplish this, the CSV (and others) state machine
must be based on a delay design mechanism.

Do I need to explain this?
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.