IETF Logo Mail Archive

Re: draft-ietf-fax-esmtp-conneg-08.txt

Dave Crocker <dcrocker@brandenburg.com> Wed, 16 July 2003 12:07 UTC

Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h6GC7xqt070896 for <ietf-smtp-bks@above.proper.com>; Wed, 16 Jul 2003 05:07:59 -0700 (PDT) (envelope-from owner-ietf-smtp@mail.imc.org)
Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h6GC7x7K070895 for ietf-smtp-bks; Wed, 16 Jul 2003 05:07:59 -0700 (PDT)
X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-smtp@mail.imc.org using -f
Received: from joy.songbird.com (joy.songbird.com [208.184.79.7]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h6GC7wqt070882; Wed, 16 Jul 2003 05:07:58 -0700 (PDT) (envelope-from dcrocker@brandenburg.com)
Received: from BBFUJIP.brandenburg.com (jay.songbird.com [208.184.79.253]) by joy.songbird.com (8.11.6/8.11.6) with ESMTP id h6GCBXF22291; Wed, 16 Jul 2003 05:11:34 -0700
Date: Wed, 16 Jul 2003 14:08:31 +0200
From: Dave Crocker <dcrocker@brandenburg.com>
X-Mailer: The Bat! (v1.63 Beta/11) Personal
Organization: Brandenburg InternetWorking
X-Priority: 3 (Normal)
Message-ID: <17216546082.20030716140831@brandenburg.com>
To: Pete Resnick <presnick@qualcomm.com>
CC: Hiroshi Tamura <tamura@toda.ricoh.co.jp>, ietf-smtp@imc.org, ietf-fax@imc.org, toyoda.kiyoshi@jp.panasonic.com
Subject: Re: draft-ietf-fax-esmtp-conneg-08.txt
In-Reply-To: <p06001b00bb3ae5ee54a0@[81\.160\.98\.150]>
References: <20030626.085226.01368429.tamura@toda.ricoh.co.jp> <20030715.144343.01366541.tamura@toda.ricoh.co.jp> <p06001b00bb3ae5ee54a0@[81.160.98.150]>
MIME-Version: 1.0
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: 7bit
Sender: owner-ietf-smtp@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-smtp/mail-archive/>
List-ID: <ietf-smtp.imc.org>
List-Unsubscribe: <mailto:ietf-smtp-request@imc.org?body=unsubscribe>

Pete,

PR> Why is the CONPERM command necessary? Isn't putting Content-Convert 
PR> parts in a message implicit permission to do such transformations? Or
PR> is CONPERM really just signalling the server to go look inside the 
PR> message?

Without the ESMTP option, SMTP relays must look into the message
content, to determine whether conversion is permitted.  Hence we decided
to put a  basic permission mechanisn into the explicit transfer
mechanism, with the fine-grained permission detail in the content.


PR> Other than that, it looks like an OK document to me.

thanks!


d/
--
 Dave Crocker <mailto:dcrocker@brandenburg.com>
 Brandenburg InternetWorking <http://www.brandenburg.com>
 Sunnyvale, CA  USA <tel:+1.408.246.8253>, <fax:+1.866.358.5301>

v2.23.0 | Report a Bug | By Email