Re: interception proxies
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: interception proxies



> > From: Keith Moore <moore at cs.utk.edu>
> 
> > ...
> > agree entirely.  but for this to work there have to be folks within
> > the WG who are willing to raise a fuss.  
> 
> That's a good point, but there is another question that must always be
> asked.  When there is no hope of influencing something, then it can be
> important to not participate.  

My experience is that it's usually possible for an active participate
in an IETF group to influence it in a favorable way.  Despite my pessimism
about wrec, I think it may still be possible for it to produce useful
things.  If that's found to not be the case, one can ask the ADs to shut 
down the group - but the only fair thing to do is to try first.

> Participation even in opposition inevitably supports the official position.  
> 30 years ago the word "co-opted" was used to describe the problem.

at some point you need to decide whether you will go along with the
rest of the group or whether you will dissent.  but I would argue that
failure to participate in the discussion does more to support the
"official" [your word, not mine] position than participation in the
discussion.

> My impression from the two WG documents is that in the WG consensus is
> that HTTP interception proxies are at least tolerable and often necessary
> and good, and by extension probably also for SMTP and everything else.

the documents aren't published yet.  this can serve as a heads-up.

I will note that the wrec list has several new subscribers in the last
day or two.

> Yes, I noticed that "W" in "WREC" doesn't stand for "mail".  It's also
> clear that intercepting or proxying are at most aspects of the "RE" and
> the "C", although I don't see how that is relevant to whether the WG is
> committed to interception proxies.  Draft-cerpa-necp-02.txt must be read
> as advocating them, and not only for HTTP or whatever is meant by "Web."

perhaps that is something else that should be fixed...
(or another argument against publication)

> Yes, I realize that draft wasn't a product of the WREC WG.  The two WREC
> documents cannot be read as deprecating interception proxies and can be
> read as advocating them by what they fail to say.

yep, and this should be fixed also.

Keith




Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.

Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.