From owner-ietf-fax@mail.imc.org Mon Jul 3 06:15:05 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA28561 for ; Mon, 3 Jul 2000 06:15:05 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id CAA10541 for ietf-fax-bks; Mon, 3 Jul 2000 02:31:37 -0700 (PDT) Received: from ricohigw.ricoh.co.jp (ricohigw.ricoh.co.jp [202.32.12.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id CAA10525 for ; Mon, 3 Jul 2000 02:31:10 -0700 (PDT) Received: from thunder.ricoh.co.jp (thunder [133.139.211.198]) by ricohigw.ricoh.co.jp (8.9.3+3.2W/3.7W) with ESMTP id SAA05954; Mon, 3 Jul 2000 18:32:07 +0900 (JST) Received: from newton.toda.ricoh.co.jp (newton.toda.ricoh.co.jp [133.139.60.10]) by thunder.ricoh.co.jp (8.9.3+3.2W/3.7W) with SMTP id SAA24243; Mon, 3 Jul 2000 18:32:05 +0900 (JST) Received: from localhost (maple.toda.ricoh.co.jp [133.139.60.73]) by newton.toda.ricoh.co.jp (8.6.11+2.4W/3.3W9-1.0S8sun) with ESMTP id SAA06119; Mon, 3 Jul 2000 18:31:42 +0900 To: ietf-fax@imc.org Cc: Claudio.Allocchio@elettra.trieste.it, ktoyoda@rdmg.mgcs.mei.co.jp, GK@dial.pipex.com, iwa@rdl.toshibatec.co.jp, dcrocker@brandenburg.com, Vivian.Cancio@pahv.xerox.com, kitagawa@gc4.so-net.ne.jp, fujikawa@real-internet.org, Lloyd.McIntyre@pahv.xerox.com, hsilbiger@ieee.org Subject: Agenda etc at Pittsburgh X-Mailer: Mew version 1.94.2 on Emacs 20.4 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000703183903F.tamura@toda.ricoh.co.jp> Date: Mon, 03 Jul 2000 18:39:03 +0900 (JST) From: Hiroshi Tamura X-Dispatcher: imput version 20000228(IM140) Lines: 90 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit To all, I'm back at my office from my long business trips including ITU meeting. For Pittsburgh meeting, we must consider our agenda. As you already know, we have requested one slot(2.5 hr). But we do not know now when we meet. From the IETF web page, there are the following 2 cutoff date I would like to remind you of. July 14 - Internet-Draft submission cutoff date at 17:00 ET July 24 - Working Group agendas due date by 17:00 ET There are some issues I would like to comment, before making our agenda. ....... 1 draft-ietf-fax-faxaddr-v2-00.txt, draft-ietf-fax-minaddr-v2-00.txt Since Adelaide meeting, there are suggestions of clarification in ML. I think Allocchio-san will submit a updated ID. 2 draft-ietf-fax-service-v2-01.txt Also, since then, there are clarifications and suggestions of being independent of referenced RFCs in ML. Toyoda-san agrees to it. He promises to submit a updated ID after referenced documents are expected to be Draft Standard. But, in fact, it takes time. So, I think it is better to submit for confirmation of modified parts. Otherwise, it would expire, again ! Toyoda-san, Could you consider submitting it ? I do not think it burdens you. 3 FFPIM - draft-ietf-fax-ffpim-00.txt Any modifications ? I do not think so, now. - draft-ietf-fax-timely-delivery-00.txt With regard to this ID, draft-newman-deliver-03.txt has become RFC2852. Klyne-san, Are there modifications according to this update ? Anyway, if there are any modifications or something, would you please include them and submit a updated ID ? - draft-ietf-fax-content-negotiation-01.txt I commented in April. Again, Klyne-san, would you please reflect your answers and submit a updated ID ? And, I talked to Iwazaki-san, who is one of editors, about it. Iwasaki-san, Could you contact Klyne-san and Crocker-san ? 4 Implementers guide Now, editors(including me) are talking about new version. The modifications are mainly sequence examples. We submit a updated ID. 5 Gateway issue There was a short introduction at Adelaide. The editors promise to submit a new ID. Kitagawa-san and Fujikawa-san, Please submit it. I hear there is another proposal for Gateway issue. I do not know in detail. 6 TIFF-FX extension. I expect there are something the editors would like to comment. McIntyre-san, are there anything ? I think you would like to present something. 7 communication with ITU I attended Q4/SG8 meeting last month. There is a communication letter to our WG. After Silbiger-san(Q4 rapporteur) gets permission by SG8 chairman, he sends it to us. As soon as it comes to me, I will circulate it in our ML at first. 8 Confirmation of our milestone ..... If there are specific requests(eg. presentation time) and issues you would like to take, please let me know. Any comments or suggestions are appreciated !! Again, the deadline of submission of ID is July 14(17:00 ET). Regards, -- Hiroshi Tamura, Ricoh Company, LTD. E-mail: tamura@toda.ricoh.co.jp From owner-ietf-fax@mail.imc.org Wed Jul 5 07:51:45 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA20494 for ; Wed, 5 Jul 2000 07:51:44 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id EAA04855 for ietf-fax-bks; Wed, 5 Jul 2000 04:08:05 -0700 (PDT) Received: from bulls.mei.co.jp (bulls.mei.co.jp [202.224.189.102]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id EAA04839 for ; Wed, 5 Jul 2000 04:07:49 -0700 (PDT) Received: by bulls.mei.co.jp (8.9.3/3.7W) with ESMTP id UAA08401; Wed, 5 Jul 2000 20:07:27 +0900 (JST) Received: by dodgers.mei.co.jp (8.9.1/3.7W) with SMTP id UAA20373; Wed, 5 Jul 2000 20:07:12 +0900 (JST) Received: from [133.185.137.6] by m-bb2.mgcs.mei.co.jp via smtpd (for [157.8.1.150]) with SMTP; 5 Jul 2000 11:07:14 UT Received: from mlsv1.mgcs.mei.co.jp by mlsv0.mgcs.mei.co.jp (8.9.3/3.7W-HUB) with ESMTP id UAA05804; Wed, 5 Jul 2000 20:07:10 +0900 (JST) Received: from mlsv2.rdmg.mgcs.mei.co.jp by mlsv1.mgcs.mei.co.jp (8.9.3/3.7W-MGCS) with ESMTP id UAA10599; Wed, 5 Jul 2000 20:07:10 +0900 (JST) Received: from d23n59.rdmg.mgcs.mei.co.jp by mlsv2.rdmg.mgcs.mei.co.jp (8.9.3/3.7W-RDMG) with SMTP id UAA07080; Wed, 5 Jul 2000 20:07:09 +0900 (JST) Message-Id: <200007051109.AA00489@d23n59.rdmg.mgcs.mei.co.jp> From: "Toyoda, Kiyoshi" Date: Wed, 05 Jul 2000 20:09:44 +0900 To: Hiroshi Tamura Cc: ietf-fax@imc.org, Claudio.Allocchio@elettra.trieste.it, GK@dial.pipex.com, iwa@rdl.toshibatec.co.jp, dcrocker@brandenburg.com, Vivian.Cancio@pahv.xerox.com, kitagawa@gc4.so-net.ne.jp, fujikawa@real-internet.org, Lloyd.McIntyre@pahv.xerox.com, hsilbiger@ieee.org Subject: Re: Agenda etc at Pittsburgh In-Reply-To: <20000703183903F.tamura@toda.ricoh.co.jp> References: <20000703183903F.tamura@toda.ricoh.co.jp> MIME-Version: 1.0 X-Mailer: AL-Mail32 Version 1.10 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Tamura-san, Hiroshi Tamura wrote: > >1 draft-ietf-fax-faxaddr-v2-00.txt, draft-ietf-fax-minaddr-v2-00.txt >Since Adelaide meeting, there are suggestions of clarification in ML. >I think Allocchio-san will submit a updated ID. > >2 draft-ietf-fax-service-v2-01.txt >Also, since then, there are clarifications and suggestions of being >independent of referenced RFCs in ML. Toyoda-san agrees to it. >He promises to submit a updated ID after referenced documents are >expected to be Draft Standard. > >But, in fact, it takes time. So, I think it is better to submit >for confirmation of modified parts. Otherwise, it would expire, again ! > >Toyoda-san, Could you consider submitting it ? >I do not think it burdens you. > OK. I will submit draft-ietf-fax-service-v2-02.txt as ID. Kiyoshi Toyoda From owner-ietf-fax@mail.imc.org Thu Jul 6 05:11:05 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA09920 for ; Thu, 6 Jul 2000 05:11:05 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id BAA07655 for ietf-fax-bks; Thu, 6 Jul 2000 01:15:13 -0700 (PDT) Received: from bulls.mei.co.jp (bulls.mei.co.jp [202.224.189.102]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id BAA07651 for ; Thu, 6 Jul 2000 01:15:11 -0700 (PDT) Received: by bulls.mei.co.jp (8.9.3/3.7W) with ESMTP id RAA26618 for ; Thu, 6 Jul 2000 17:16:05 +0900 (JST) Received: by dodgers.mei.co.jp (8.9.1/3.7W) with SMTP id RAA29632 for ; Thu, 6 Jul 2000 17:16:02 +0900 (JST) Received: from [133.185.137.6] by m-bb2.mgcs.mei.co.jp via smtpd (for [157.8.1.150]) with SMTP; 6 Jul 2000 08:16:04 UT Received: from mlsv1.mgcs.mei.co.jp by mlsv0.mgcs.mei.co.jp (8.9.3/3.7W-HUB) with ESMTP id RAA12800 for ; Thu, 6 Jul 2000 17:16:02 +0900 (JST) Received: from mlsv2.rdmg.mgcs.mei.co.jp by mlsv1.mgcs.mei.co.jp (8.9.3/3.7W-MGCS) with ESMTP id RAA19577 for ; Thu, 6 Jul 2000 17:16:02 +0900 (JST) Received: from d23n59.rdmg.mgcs.mei.co.jp by mlsv2.rdmg.mgcs.mei.co.jp (8.9.3/3.7W-RDMG) with SMTP id RAA03020 for ; Thu, 6 Jul 2000 17:16:01 +0900 (JST) Message-Id: <200007060818.AA00492@d23n59.rdmg.mgcs.mei.co.jp> From: "Toyoda, Kiyoshi" Date: Thu, 06 Jul 2000 17:18:36 +0900 To: ietf-fax@imc.org Subject: Interworking test about RFC2304 MIME-Version: 1.0 X-Mailer: AL-Mail32 Version 1.10 Content-Type: text/plain; charset=iso-2022-jp Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Folks TOYOCOM and M.G.C.S(Matsushita Graphic Communication Systems,inc.) had interworking test about RFC2304 on the 28th Jun in Japan. We report the summary as below. 1. Object Interworking test has been conducted to clarify the issue below. At 08.40 +0900 00-04-27, Hiroshi Tamura wrote: >- draft-ietf-fax-faxaddr-v2-00.txt, draft-ietf-fax-minaddr-v2-00.txt > >Interworking is not enough, especially for /T33S issue. >T33S conforms to ITU-T T.33(Facsimile routing utilizing the subaddress). >It is kind of an application profile. There are fax machines >that support T.30 SUB signal. But there are very few implementations >about T.33. A question was raised about how to validate >if two independent implementations interwork for addressing. >About this question, there was an opinion it is that gateways can >handle the specified address correctly. 2. Test Method 2-1 TOYOCOM sends the data to the OffRamp Gateway of M.G.C.S. (figure 1) . --------- ------------ ---------- ------ | IFAX | | OffRamp GW | |Onramp GW | | | | TOYOCOM | ------->| M.G.C.S. |------>| DX-2000 |----->| PC | |_________| Internet|____________| PSTN |__________| LAN |______| figure 1 1)IFAX of TOYOCOM sends the data with the following address formula. FAX=+81312345677@ifax.mgcs.mei.co.jp $B!!(BFAX=+81312345677/T33S=1234@ifax.mgcs.mei.co.jp $B!!(BFAX=+81312345677/T33S=5678@ifax.mgcs.mei.co.jp $B!!(BFAX+81-3-12345677@ifax.mgcs.mei.co.jp $B!!(BFAX=+81312345677/T33S=1234@ifax.mgcs.mei.co.jp$B!!(Band $B!!(BFAX=+81312345677/T33S=5678@ifax.mgcs.mei.co.jp$B!!(B $B!!(B/FAX=+81-3-12345677/T33S=1234/@ifax.mgcs.mei.co.jp$B!!(Band $B!!(B/FAX=+81.3.12345677/T33S=5678/@ifax.mgcs.mei.co.jp$B!!(B 2)Offramp Gateway of M.G.C.S. sends the fax to DX-2000 with the addresss 03-12345677 including sub-address 1234 and/or 5678. 3)DX-2000(IFAX made by Panafax) sends e-mail to PC which has the corresponding e-mail address of the sub address. DX-2000 is used for verification method of sub address field in FIF. 2-2 M.G.C.S. sends the data to the OffRamp Gateway of TOYOCOM (figure 2) . --------- ------------ ---------- ------ | IFAX | | OffRamp GW | |Onramp GW | | | | M.G.C.S | ------->| TOYOCOM |------>| DX-2000 |----->| PC | |_________| Internet|____________| PSTN |__________| LAN |______| figure 2 1)M.G.C.S. sends the data to the OffRamp Gateway of TOYOCOM (figure 2). FAX=+81312345677@ifax.toyocom.co.jp $B!!(BFAX=+81312345677/T33S=1234@ifax.toyocom.co.jp etc. 2),3) repeat same procedure as article 2-1. 3. Results We satisfied the items of "RFC2304 Interworking Configuration Matrix" which has deliverd to Fax Connect II. The items are below. 1) Minimum Specification (MUST) All implementations supporting this FAX over e-mail address format MUST supports as a minimum the specification described in this document(RFC 2304) 2) qualif-type1 element (REQUIRED) The minimal addressing for the fax service also requires support for a "qualif-type1" elment. This element is an OPTIONAL element of the fax address, but its support, when present, is REQUIRED. 3) Fax address minimum specification (REQUIRED) The minimal specification of a fax in e-mail address is: fax-address = fax-mbox["T33S="sub-addr] fax-mbox = "FAX="global-phone 4) Multiple T.33 Subaddresses (MUST) In case a particular service requires multiple T.33 subaddresses, and these subaddresses need to be given on the same "fax-mbox", multiple "fax-email" elements will be used. Kiyoshi Toyoda From owner-ietf-fax@mail.imc.org Thu Jul 6 06:32:05 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA10807 for ; Thu, 6 Jul 2000 06:32:04 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id CAA11917 for ietf-fax-bks; Thu, 6 Jul 2000 02:55:03 -0700 (PDT) Received: from elettra.trieste.it (SYNX02.elettra.trieste.it [140.105.2.2]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id CAA11912 for ; Thu, 6 Jul 2000 02:55:00 -0700 (PDT) Date: Thu, 6 Jul 2000 11:55:36 +0100 To: "Toyoda, Kiyoshi" cc: ietf-fax@imc.org In-Reply-To: <200007060818.AA00492@d23n59.rdmg.mgcs.mei.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII From: Claudio Allocchio Subject: Re: Interworking test about RFC2304 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Toyoda-san, thanks indded for the interworking tests result. I'm currently preparing the clarified versions of RFC2303 and RFC2304 for DRAFT Standard submission; now we can also add the interworking test report to progress the approval. Please forward our thanks to all the people which made the interworking tests. regards, Claudio Allocchio From owner-ietf-fax@mail.imc.org Thu Jul 6 06:45:50 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA11111 for ; Thu, 6 Jul 2000 06:45:49 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id DAA15064 for ietf-fax-bks; Thu, 6 Jul 2000 03:14:52 -0700 (PDT) Received: from ricohigw.ricoh.co.jp (ricohigw.ricoh.co.jp [202.32.12.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id DAA15060 for ; Thu, 6 Jul 2000 03:14:50 -0700 (PDT) Received: from thunder.ricoh.co.jp (thunder [133.139.211.198]) by ricohigw.ricoh.co.jp (8.9.3+3.2W/3.7W) with ESMTP id TAA25609; Thu, 6 Jul 2000 19:16:06 +0900 (JST) Received: from newton.toda.ricoh.co.jp (newton.toda.ricoh.co.jp [133.139.60.10]) by thunder.ricoh.co.jp (8.9.3+3.2W/3.7W) with SMTP id TAA07692; Thu, 6 Jul 2000 19:16:05 +0900 (JST) Received: from localhost (maple.toda.ricoh.co.jp [133.139.60.73]) by newton.toda.ricoh.co.jp (8.6.11+2.4W/3.3W9-1.0S8sun) with ESMTP id TAA08300; Thu, 6 Jul 2000 19:15:59 +0900 To: ktoyoda@rdmg.mgcs.mei.co.jp, Claudio.Allocchio@elettra.trieste.it Cc: ietf-fax@imc.org Subject: Re: Interworking test about RFC2304 In-Reply-To: References: <200007060818.AA00492@d23n59.rdmg.mgcs.mei.co.jp> X-Mailer: Mew version 1.94.2 on Emacs 20.4 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000706192308H.tamura@toda.ricoh.co.jp> Date: Thu, 06 Jul 2000 19:23:08 +0900 (JST) From: Hiroshi Tamura X-Dispatcher: imput version 20000228(IM140) Lines: 24 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit This is a very good result, concerning RFC2304 for Draft standard. I do not know if the report by Toyoda-san is enough as the formal one for submission to IESG for Draft standard. I think the report should be refined for it. From now on, let's think of it. And, Are there any implementations that fully support RFC2304 ? If it exists, more interworking tests are better for Draft standard. If anyone knows, please let us know. And, also, in order to solve reference issues in RFC2305, it is very good ! There is DSN(RFC1894) left, I think. Toyoda-san, I appreciate your and your colleagues' activities. Regards, -- Hiroshi Tamura, Ricoh Company, LTD. E-mail: tamura@toda.ricoh.co.jp From owner-ietf-fax@mail.imc.org Thu Jul 6 22:03:24 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA00191 for ; Thu, 6 Jul 2000 22:03:24 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id SAA06965 for ietf-fax-bks; Thu, 6 Jul 2000 18:17:16 -0700 (PDT) Received: from canongate.in.canon.co.jp (canongate.in.canon.co.jp [150.61.4.5]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id SAA06959 for ; Thu, 6 Jul 2000 18:17:14 -0700 (PDT) Received: (from uucp@localhost) by canongate.in.canon.co.jp (3.7W) id KAA04726; Fri, 7 Jul 2000 10:18:39 +0900 (JST) Received: from (isvw1.cecn.canon.co.jp [150.61.8.152]) by canongate via smap (V2.1) id xma004667; Fri, 7 Jul 00 10:18:29 +0900 Received: from canongw.cecn.canon.co.jp (localhost [127.0.0.1]) by isvw1.cecn.canon.co.jp (8.9.3/3.7W) with ESMTP id KAA28687; Fri, 7 Jul 2000 10:18:27 +0900 (JST) Received: from ffmmail.ffm.canon.co.jp (localhost [127.0.0.1]) by canongw.cecn.canon.co.jp (8.9.3/3.7W) with ESMTP id KAA27437; Fri, 7 Jul 2000 10:18:26 +0900 (JST) Received: from 18209 ([172.22.33.253]) by ffmmail.ffm.canon.co.jp (8.7.4/3.4W3) with ESMTP id KAA10349; Fri, 7 Jul 2000 10:13:54 +0900 (JST) Message-Id: <4.2.0.58.J.20000707102256.00a5e600@ffmmail.ffm.canon.co.jp> X-Sender: maeda@ffmpop1.ffm.canon.co.jp X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58.J Date: Fri, 07 Jul 2000 10:27:31 +0900 To: Hiroshi Tamura , ietf-fax@imc.org From: MAEDA toru Subject: Re: Agenda etc at Pittsburgh In-Reply-To: <20000703183903F.tamura@toda.ricoh.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Tamura-san I want to make a presentation about ITU-T Terminal Mode (5 min) related to agenda 7 communication with ITU. Regards Toru MAEDA At 18:39 00/07/03 +0900, Hiroshi Tamura wrote: >To all, > >I'm back at my office from my long business trips including ITU meeting. > >For Pittsburgh meeting, we must consider our agenda. > >As you already know, we have requested one slot(2.5 hr). >But we do not know now when we meet. > > From the IETF web page, there are the following 2 cutoff date >I would like to remind you of. > >July 14 - Internet-Draft submission cutoff date at 17:00 ET >July 24 - Working Group agendas due date by 17:00 ET > >There are some issues I would like to comment, before making our agenda. > >....... > >1 draft-ietf-fax-faxaddr-v2-00.txt, draft-ietf-fax-minaddr-v2-00.txt >Since Adelaide meeting, there are suggestions of clarification in ML. >I think Allocchio-san will submit a updated ID. > >2 draft-ietf-fax-service-v2-01.txt >Also, since then, there are clarifications and suggestions of being >independent of referenced RFCs in ML. Toyoda-san agrees to it. >He promises to submit a updated ID after referenced documents are >expected to be Draft Standard. > >But, in fact, it takes time. So, I think it is better to submit >for confirmation of modified parts. Otherwise, it would expire, again ! > >Toyoda-san, Could you consider submitting it ? >I do not think it burdens you. > >3 FFPIM >- draft-ietf-fax-ffpim-00.txt >Any modifications ? I do not think so, now. > >- draft-ietf-fax-timely-delivery-00.txt >With regard to this ID, draft-newman-deliver-03.txt has become RFC2852. > >Klyne-san, Are there modifications according to this update ? >Anyway, if there are any modifications or something, would you please >include them and submit a updated ID ? > >- draft-ietf-fax-content-negotiation-01.txt >I commented in April. >Again, Klyne-san, would you please reflect your answers and submit a >updated ID ? > >And, I talked to Iwazaki-san, who is one of editors, about it. >Iwasaki-san, Could you contact Klyne-san and Crocker-san ? > >4 Implementers guide >Now, editors(including me) are talking about new version. The modifications >are mainly sequence examples. We submit a updated ID. > >5 Gateway issue >There was a short introduction at Adelaide. The editors promise to >submit a new ID. Kitagawa-san and Fujikawa-san, Please submit it. > >I hear there is another proposal for Gateway issue. >I do not know in detail. > >6 TIFF-FX extension. >I expect there are something the editors would like to comment. >McIntyre-san, are there anything ? I think you would like to present >something. > >7 communication with ITU >I attended Q4/SG8 meeting last month. There is a communication letter >to our WG. After Silbiger-san(Q4 rapporteur) gets permission by SG8 >chairman, he sends it to us. As soon as it comes to me, I will >circulate it in our ML at first. > >8 Confirmation of our milestone > >..... > >If there are specific requests(eg. presentation time) and issues >you would like to take, please let me know. > >Any comments or suggestions are appreciated !! > >Again, the deadline of submission of ID is July 14(17:00 ET). > >Regards, >-- >Hiroshi Tamura, Ricoh Company, LTD. >E-mail: tamura@toda.ricoh.co.jp ***************************** Toru MAEDA CANON Inc. OIP Technology Adv. 3 ***************************** From owner-ietf-fax@mail.imc.org Fri Jul 7 14:13:37 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA08259 for ; Fri, 7 Jul 2000 14:13:36 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id KAA24404 for ietf-fax-bks; Fri, 7 Jul 2000 10:29:01 -0700 (PDT) Received: from zrtps06s.us.nortel.com ([47.140.48.50]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id KAA24397 for ; Fri, 7 Jul 2000 10:28:55 -0700 (PDT) Received: from zrtpd004.us.nortel.com by zrtps06s.us.nortel.com; Fri, 7 Jul 2000 13:28:05 -0400 Received: by zrtpd004.us.nortel.com with Internet Mail Service (5.5.2650.21) id ; Fri, 7 Jul 2000 13:28:05 -0400 Message-ID: <456E6DB7180ED3118A670000F8BDCA29021BB0A1@zcard00p.ca.nortel.com> From: "Glenn Parsons" To: ietf-fax@imc.org Subject: RE: Agenda etc at Pittsburgh Date: Fri, 7 Jul 2000 13:27:55 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFE838.B4D0E5A8" X-Orig: Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFE838.B4D0E5A8 Content-Type: text/plain Tamura-san, I think it would be prudent to give a short presentation of the critical/primary content discussion that is happening in the VPIM WG. I think it is very relevant to fax since one can claim that a T.37 message is 'primarily' a fax message. Either myself or one of the authors will give the presentation. Thanks, Glenn Parsons ------_=_NextPart_001_01BFE838.B4D0E5A8 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Agenda etc at Pittsburgh

Tamura-san,

I think it would be prudent = to give a short presentation of the critical/primary content discussion = that is happening in the VPIM WG.  I think it is very relevant to = fax since one can claim that a T.37 message is 'primarily' a fax = message.

Either myself or one of the = authors will give the presentation. 

Thanks,
Glenn Parsons


------_=_NextPart_001_01BFE838.B4D0E5A8-- From owner-ietf-fax@mail.imc.org Fri Jul 7 20:37:24 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA16124 for ; Fri, 7 Jul 2000 20:37:23 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id RAA03356 for ietf-fax-bks; Fri, 7 Jul 2000 17:05:43 -0700 (PDT) Received: from lysithea.eastgw.xerox.com (root@lysithea.xerox.com [208.140.33.22]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id RAA03351 for ; Fri, 7 Jul 2000 17:05:41 -0700 (PDT) Received: from godzilla.ADOC.xerox.com (godzilla.ADOC.xerox.com [13.242.128.10]) by lysithea.eastgw.xerox.com (8.9.3/8.9.3) with ESMTP id UAA01312; Fri, 7 Jul 2000 20:07:06 -0400 (EDT) Received: from mercury.adoc.xerox.com (mercury [13.242.100.20]) by godzilla.ADOC.xerox.com (8.8.8+Sun/8.8.8/ADOC-HUB-1.7) with ESMTP id RAA19434; Fri, 7 Jul 2000 17:06:49 -0700 (PDT) Received: by mercury.ADOC.xerox.com with Internet Mail Service (5.5.2448.0) id ; Fri, 7 Jul 2000 17:06:49 -0700 Message-ID: <51B8ABCE456FD111899900805F6FD6EE08E919B9@mercury.ADOC.xerox.com> From: "Cancio, Vivian" To: "'ietf-fax@imc.org'" Cc: "'Mike Moldovan'" , "'Hiroshi Tamura'" Subject: Implementers Guide for for Fax Using E-mail Date: Fri, 7 Jul 2000 17:06:42 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Please, even on this short notice for which I apologize, can you all review this draft version ASAP so that I can have something to submit by the 14th. I added new sections to include what I presented in the last IETF meeting. At the end there is a summary of the editorial changes, to the examples primarily. I would like to eliminate the unnecessary precautions, etc. in Section 5 - Implementations Issues Specific to the File Format. So please review as recommend which should be deleted and which should stay. Vivian From owner-ietf-fax@mail.imc.org Fri Jul 7 21:34:03 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA17280 for ; Fri, 7 Jul 2000 21:34:02 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id RAA03484 for ietf-fax-bks; Fri, 7 Jul 2000 17:14:07 -0700 (PDT) Received: from lysithea.eastgw.xerox.com (root@lysithea.xerox.com [208.140.33.22]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id RAA03480 for ; Fri, 7 Jul 2000 17:14:05 -0700 (PDT) Received: from godzilla.ADOC.xerox.com (godzilla.ADOC.xerox.com [13.242.128.10]) by lysithea.eastgw.xerox.com (8.9.3/8.9.3) with ESMTP id UAA02637; Fri, 7 Jul 2000 20:15:22 -0400 (EDT) Received: from mercury.adoc.xerox.com (mercury [13.242.100.20]) by godzilla.ADOC.xerox.com (8.8.8+Sun/8.8.8/ADOC-HUB-1.7) with ESMTP id RAA19513; Fri, 7 Jul 2000 17:15:20 -0700 (PDT) Received: by mercury.ADOC.xerox.com with Internet Mail Service (5.5.2448.0) id ; Fri, 7 Jul 2000 17:15:21 -0700 Message-ID: <51B8ABCE456FD111899900805F6FD6EE08E919BA@mercury.ADOC.xerox.com> From: "Cancio, Vivian" To: "'ietf-fax@imc.org'" Cc: "'Mike Moldovan'" , "'Hiroshi Tamura'" Subject: RE: Implementers Guide for ... ATTACHMENT INCLUDED Date: Fri, 7 Jul 2000 17:15:16 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01BFE871.9A0E6ED0" Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01BFE871.9A0E6ED0 Content-Type: text/plain; charset="iso-8859-1" Sorry, forgot to attach in previous. Vivian > -----Original Message----- > From: Cancio, Vivian > Sent: Friday, July 07, 2000 5:07 PM > To: 'ietf-fax@imc.org' > Cc: 'Mike Moldovan'; 'Hiroshi Tamura' > Subject: Implementers Guide for for Fax Using E-mail > > > Please, even on this short notice for which I apologize, can > you all review this draft version ASAP so that I can have > something to submit by the 14th. > > I added new sections to include what I presented in the last > IETF meeting. At the end there is a summary of the editorial > changes, to the examples primarily. > > I would like to eliminate the unnecessary precautions, etc. > in Section 5 - Implementations Issues Specific to the File > Format. So please review as recommend which should be deleted > and which should stay. > > > Vivian > > > ------_=_NextPart_000_01BFE871.9A0E6ED0 Content-Type: text/plain; name="draft-ietf-fax-implementers-guide-2a.txt" Content-Disposition: attachment; filename="draft-ietf-fax-implementers-guide-2a.txt" Content-Transfer-Encoding: quoted-printable IETF Fax Working Group = Vivian Cancio Internet Draft Xerox = Corporation Category: Work-in-progress Mike = Moldovan Intended Category: Informational G3Nova = Technology, Inc. = Hiroshi Tamura Ricoh = Company, LTD. =20 =20 14 = July 2000 Expires: = January 2001 Implementers Guide for Facsimile Using Internet Mail Status of this memo This document is an Internet-Draft and is in full conformance with all provisions of Section 10 of RFC 2026. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet- Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. =20 [[INTENDED STATUS: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.]] Copyright Notice Copyright (C) The Internet Society 1999. All Rights Reserved. Abstract This document is intended for the implementers of software which uses = email to=20 send to facsimiles using RFC 2305 and 2532. This is an informational document and its guidelines do not supersede = the =20 referenced documents.=20 =20 Cancio, Moldovan, Tamura Work-in-progress = [Page 1] Internet draft Implementers Guide 14 = July 2000 Table of contents 1. Introduction =20 1.1 Organization of this document 1.2 Convention of this document =20 1.3 Discussion of this document =20 2. Terminology=20 3. Implementation Issues Specific to Simple Mode=20 3.1 Simple Mode Fax Senders 3.1.1 Multipart-alternative =20 3.2 Simple Mode Fax Receivers 3.2.1 Multipart-alternative and Storage Capacity 4. Implementation Issues Specific to Extended Mode 4.1 Multipart-alternative=20 4.2 Correlation of MDN with Original Message=20 4.3 Correlation of DSN with Original Message=20 4.4 Extended Mode Receivers 4.4.1 Confirmation of receipt and processing 4.4.1.1 Discrepancies in MDN [7] Interpretation 4.4.1.2 Disposition-Type: "dispatched" 4.4.1.3 "Subject" of MDN=20 4.4.1.4 "Body" of MDN 4.4.2 Extended Mode Receivers that are MTAs (or ESMTP servers) 4.4.3 Extended Mode Receivers that are POP3/IMAP4 =20 5. Implementation Issues the File Format 5.1 IFD Placement in TIFF file & Profile-S Constraints 5.2 Precautions for implementers of RFC 2301 [4]=20 5.2.1 Typical Reader Errors in Headers =20 5.2.2 Typical IFD Errors =20 5.2.3 IFD Entry Errors 5.2.4 Strip Errors 5.2.5 Image Errors 5.2.6 Profile Specific Errors 6. Implementation Issues for Internet Fax Addressing 6.1 Conventional email addresses =20 6.2 Internet Fax Offramp Addresses Per RFC 2303/3204 =20 7. Known Open Implementation Issues 7.1 Email and Traditional Facsimile Headers 7.2 Simple Mode=20 7.3 Extended Mode 8. Security considerations=20 9. Acknowledgements =20 10. References=20 11. Authors' addresses=20 Full copyright statement=20 Revision history=20 Cancio, Moldovan, Tamura Work-in-progress = [Page 2] Internet draft Implementers Guide 14 = July 2000 1. Introduction This document clarifies published RFCs which standardize facsimile=20 communications using Internet Email. The intent is to prevent = implementations=20 that deviate in such a way as to cause interoperability problems.=20 =20 1.1 Organization of this document See Section 2 for terminology. =09 a) Simple mode clarifications b) Extended mode clarifications c) File format clarifications d) Fax Addressing Clarifications e) Open implementation issues 1.2. Convention of this document [[[Editorial comments from authors are embedded in triple brackets and will be removed before publication]]] 1.3 Discussion of this document Discussion of this document should take place on the Internet fax mailing list hosted by the Internet Mail Consortium (IMC). Please send comments regarding this document to: ietf-fax@imc.org To subscribe to this list, send a message with the body 'subscribe' to "ietf-fax-request@imc.org". To see what has gone on before you subscribed, please see the mailing list archive at: http://www.imc.org/ietf-fax/ =20 2. Terminology Simple Mode - Refers to RFC 2305, "A Simple Mode of Facsimile Using Internet Mail" Extended Mode - Refers to RFC 2532, "Extended Facsimile using Internet Mail" TIFF-FX - Refers to RFC 2301, "File Format for Internet fax" UA - User Agent DSN - Delivery Status Notification MDN - Message Disposition Notification In examples: - "C:" is used to indicates lines sent by the client, and "S:" to indicate those sent by the server. MTA - Message Transfer Agent Cancio, Moldovan, Tamura Work-in-progress = [Page 3] Internet draft Implementers Guide 14 = July 2000 3. Implementation Issues Specific to Simple Mode 3.1 Simple Mode Fax Senders 3.1.1 Multipart/alternative Although a requirement of MIME compliance (see RFC 2046, Section = 5.1.4), some=20 email client implementations are not capable of correctly processing = messages=20 with a MIME Content-Type of "multipart/alternative". If a sender is = unsure if=20 the recipient is able to correctly process a message with a = Content-Type of=20 "multipart/alternative", the sender should assume the worst and not use = this=20 MIME Content-Type. In the absence of a standard mechanism to determine the recipient's=20 capabilities, a sender should avoid sending multipart/alternative. At = this time=20 there is not standard mechanism to determine this capability in a = recipient. 3.2 Simple Mode Fax Receivers 3.2.1 Multipart/alternative and Storage Capacity Devices with little storage capacity are unable to cache previous parts = of a=20 multipart/alternative message. In order for such devices to correctly = process=20 only one part of a multipart/alternative message, such devices may = simply use=20 the first process-able part of a multipart/alternative message. This is = viable=20 because the parts within a multipart/alternative are always sent in = least- fidelity to most-fidelity order.=20 This behavior means that even if subsequent, higher-fidelity parts may = have been=20 process-able they will not be used. =20 This behavior can cause user dissatisfaction because when two = (high-fidelity=20 but) low-memory devices are used with each other, the lowest-fidelity = part of=20 the multipart/alternative will be processed. The solution to this problem is for the sender to determine the = capability of=20 the recipient. However a mechanism to determine the recipient = capabilities prior=20 to an initial message sent to the recipient doesn't yet exist on the = Internet. The Extended Mode mechanism described in RFC 2532 [3], Section 3.3 = enables a=20 recipient to include its capabilities in a confirmation notice, in a = DSN if the=20 recipient device is an RFC 2532/ESMTP [3] compliant server or in an MDN = if the=20 recipient is only an UA.=20 Cancio, Moldovan, Tamura Work-in-progress = [Page 4] Internet draft Implementers Guide 14 = July 2000 4. Implementation Issues Specific to Extended Mode 4.1 Multipart/Alternative Sections 3.1.1 and 3.2.1 are also applicable to this mode. 4.2. Correlation of MDN with Original Message To re-iterate a paragraph from section 2.1, RFC 2298 [9], it is included here: A message that contains a Disposition-Notification-To header SHOULD also contain a Message_ID header as specified in RFC 822 [?]. = This=20 will permit automatic correlation of MDNs with original messages = by user agents. 4.3 Correlation of DSN with Original Message Similar to the requirement to correlate an MDN, above, DSNs also need = to be=20 correlated. This is best done using the ENVID parameter in the "MAIL"=20 command. See Sections 3 and 5.4 of RFC 1891 [5] for details. 4.4 Extended Mode Receivers 4.4.1 Confirmation of receipt and processing Confirmation that the facsimile image (TIFF-FX attachment) was = delivered and=20 successfully processed is an important aspect of the extended mode of = facsimile=20 using Internet mail. Implementers of the Extended Mode [3] should = provide=20 consistency in the feedback provided to senders in the form of error = codes=20 and/or failure/successful messages. 4.4.1.1 Discrepancies in MDN [9] Interpretation The value of receiving a requested MDN acknowledgement from an Extended = Mode=20 recipient is the information of success or failure to process the = TIFF-FX file=20 attachment. The attachment constitutes the facsimile message and not = the body- content of the message. Therefore an Extended Mode sender would expect, = and it=20 is recommended, that the Extended Mode receiver respond with a MDN to = indicate=20 the success or failure to decode and process the TIFF-FX file = attachment. An Extended Mode sender must be aware that RFC 2298 [7] does not make = this=20 distinction and consequently MDNs may be received which do not = associate the=20 feedback information to the attached TIFF-FX file but to the = body-content part=20 of the message. Cancio, Moldovan, Tamura Work-in-progress = [Page 5] Internet draft Implementers Guide 14 = July 2000 4.4.1.2 Disposition-Type: "dispatched". The receiver of an MDN request, if it is also an embedded device that=20 automatically prints the received Internet mail messages and = attachments, or=20 forwards the attachment via fax, should respond with a = disposition-type:=20 dispatched when the received message is successfully processed. This=20 recommendation adheres to the definition in RFC 2298 [9] and helps to=20 distinguish the returned MDNs for proper handling. 4.4.1.3 "Subject" of MDN For the sake of consistency and to help users visually and easily = identify and=20 distinguish a DSN from an MDN returned notification, it is suggested = that the=20 word/text 'disposition' be used for MDNs in the 'Subject' field. Example: Subject: Disposition Notification (MDN) 4.4.1.4 "Body" of MDN If the receiver of an MDN request, is also an embedded device that = automatically=20 prints the received Internet mail messages and attachments, or forwards = the=20 attachment via fax, for consistency, the following text is suggested = for the=20 body of the message: "This is a Return Receipt for the mail that you sent to [above, or = below, or=20 here address, etc]. The message and attached file may have been = printed, faxed=20 or saved. This is no guarantee that the message has been read or = understood". 4.4.2 Extended Mode Receivers that are MTAs (or ESMTP servers) NOTE: There are no new definitions here. This section explains how to use DSN and status code for ESMTP server devices. It is strongly encouraged that SMTP server-based implementations = should=20 implement "SMTP Service Extension for Returning Enhanced Error Codes" = [6]. This=20 standard is easy to implement and it allows detailed standardized = success and=20 error indications to be returned to the sender by the submitting MTA.=20 4.4.2.1 Examples for Receivers that are MTAs (or ESMTP servers)=20 These examples are provided as illustration only. They should not be = interpreted=20 as limiting the protocol or the DSN form. If examples conflict with the definitions (RFC 1891/1893/1894/2034), = the example=20 is wrong. The definitions are not superseded here. Cancio, Moldovan, Tamura Work-in-progress = [Page 6] Internet draft Implementers Guide 14 = July 2000 a) Success Case In the following example the sender sends a = message to=20 receiver which is an ESMTP server and the = receiver=20 successfully decodes the message. SMTP Sequence: S: 220 copper.point.com SMTP service ready C: EHLO water.line.com S: 250-copper.point.com S: 250-DSN S: 250 ENHANCEDSTATUSCODES C: MAIL FROM: RET=3DHDRS ENVID=3DMM123456 S: 250 2.1.0 Originator ok C: RCPT TO: = NOTIFY=3DSUCCESS,FAILURE,ORCPT=3Drfc822; ifax@copper.point.com S: 250 2.1.5 Recipient ok C: DATA S: 354 Send message, ending in . ... ... ... ... S: 250 2.0.0 Message accepted C: QUIT S: 221 2.0.0 Goodbye Cancio, Moldovan, Tamura Work-in-progress = [Page 7] Internet draft Implementers Guide 14 = July 2000 DSN (to jean@water.line.com): Date: Mon, 12 Dec 1999 19:01:57 +0900 From: postmaster@copper.point.com Message-ID: <19991212190157.01234@copper.point.com> To: jean@water.line.com Subject: Delivery Notification (DSN) MIME-Version: 1.0 Content-Type: multipart/report; report-type=3Ddelivery-status; boundary=3DJUK199912121854870001 --JUK199912121854870001 Content-type: text/plain; Your message (id MM123456) was successfully delivered to ifax@copper.point.com. --JUK199912121854870001 Content-type: message/delivery-status Reporting-MTA: dns; copper.point.com Original-Envelope-ID: MM123456 Final-Recipient: rfc822;ifax@copper.point.com Action: delivered Status: 2.1.5 (Destination address valid) Diagnostic-Code: smtp; 250 Recipient ok --JUK199912121854870001 Content-type: message/rfc822 (headers of returned message go here) --JUK199912121854870001-- Cancio, Moldovan, Tamura Work-in-progress = [Page 8] Internet draft Implementers Guide 14 = July 2000 b) Failure Case 1 In this example the receiver is unable to decode the attached file = AFTER=20 receiving the complete message. SMTP Sequence: This is the same as the case a). After the sequence, a decode error = occurs at=20 the receiver. DSN(to jean@water.line.com): Date: Mon, 12 Dec 1999 19:31:20 +0900 From: postmaster@copper.point.com Message-ID: <19991212193120.87652@copper.point.com> To: jean@water.line.com Subject: Delivery Notification (DSN) MIME-Version: 1.0 Content-Type: multipart/report; report-type=3Ddelivery-status; boundary=3DJUK199912121934240002 --JUK199912121934240002 Content-type: text/plain; Your message (id MM123456) to ifax@water.line.com resulted in an = error in attempt to decode the attached file. --JUK199912121934240002 Content-type: message/delivery-status Reporting-MTA: dns; copper.point.com Original-Envelope-ID: MM123456 Final-Recipient: rfc822;ifax@water.line.com Action: Failed Status: 5.6.1 (Media not supported) Diagnostic-Code: smtp; 554 Decode error --JUK199912121934240002 Content-type: message/rfc822 (headers of returned message go here) --JUK199912121934240002 Cancio, Moldovan, Tamura Work-in-progress = [Page 9] Internet draft Implementers Guide 14 = July 2000 c) Failure Case 2 In this example the receiver is unable to decode the attached file = BEFORE=20 receiving the complete message. SMTP sequence: S: 220 copper.point.com SMTP service ready C: EHLO water.line.com S: 250-copper.point.com S: 250-DSN S: 250 ENHANCEDSTATUSCODES C: MAIL FROM: RET=3DHDRS ENVID=3DMM123456 S: 250 2.1.0 Originator ok C: RCPT TO: = NOTIFY=3DSUCCESS,FAILURE,ORCPT=3Drfc822; ifax@copper.point.com=20 S: 250 2.1.5 Recipient ok C: DATA S: 354 Send message, ending in . ... ... (the attached file cannot be decoded by receiver) ... C: . S: 554 5.6.1 Media not supported C: QUIT S: 221 2.0.0 Goodbye DSN: Note: In this case, the previous MTA then generates the DSN that is = forwarded to=20 the original sender. A receiving UA cannot generate a DSN. 4.4.3 Extended Mode Receivers that are POP3/IMAP4 NOTE: There are no new definitions here. The definitions of = disposition-types and disposition-modifiers are defined in RFC 2298[7]. This = section explains how POP3/IMAP4 devices may use the already defined = values. When a message is received with the Disposition-Notification-To header, = and the=20 receiver has determined if the message is process-able, it may generate = a=20 (negative confirmation) MDN in case of error or a (positive = confirmation) MDN if=20 the MDN is requested by the sender.=20 a) Success case If the original sender receives an MDNs which has "displayed", = "dispatched" or=20 "processed" disposition-type without disposition-modifier, the receiver = may have=20 possibly received or decoded the attached TIFF-FX file that it sent. It = does not=20 guarantee that the receiver displays, print or save the attached = TIFF-FX file=20 See Section 4.4.1.1, Discrepancies in MDN Interpretation. Cancio, Moldovan, Tamura Work-in-progress = [Page 10] Internet draft Implementers Guide 14 July = 2000 b) Failure case If the original sender receives an MDNs with an "error" or "warning"=20 disposition-modifier, it is possible that the receiver could not = receive or=20 decode the attached TIFF-FX file. Currently there is not mechanism to = associate=20 the disposition-type with the handling of the main content body of the = message=20 or the attached TIFF-FX file. 4.4.3.1 Examples These examples are provided as illustration only. They should not be = interpreted=20 as limiting the protocol or the MDN form. If examples conflicts with = the MDN=20 definition[7], the example are wrong. a) Success example NOTE: The third component of this MDN is not here. It is optional. Date: 14 Dec 1999 17:48:44 +0900 From: ken_recipient@bronze.dot.com Message-ID: <19991214174844.98765@silver.dot.com> Subject: Disposition Notification (MDN) To: mary@silver.dot.com Mime-Version: 1.0 Content-Type: multipart/report; = report-type=3Ddisposition-notification; boundary=3D"61FD1001_IFAX" --61FD1001_IFAX Content-Type: text/plain This is a Return Receipt for the mail that you sent to "ken_recipient@bronze.dot.com". The message and attached files may=20 have been printed faxed or saved. This is no guarantee that message has been read or understood. --61FD1001_IFAX Content-Type: message/disposition-notification Reporting-UA: ken-ifax.bronze.dot.com; barmail 1999.10 Original-Recipient: rfc822;ken_recipient@bronze.dot.com Final-Recipient: rfc822;ken_recipient@bronze.dot.com Original-Message-ID: <19991214174010O.mary@silver.dot.com> Disposition: automatic-action/MDN-send-automatically; dispatched --61FD1001_IFAX-- Cancio, Moldovan, Tamura Work-in-progress = [Page 11] Internet draft Implementers Guide 14 = July 2000 b) Failure example Date: 14 Dec 1999 19:48:44 +0900 From: ken_recipient@bronze.dot.com Message-ID: <19991214194844.67325@silver.dot.com> Subject: Disposition Notification (MDN) To: mary@silver.dot.com Mime-Version: 1.0 Content-Type: multipart/report; = report-type=3Ddisposition-notification; boundary=3D"84FD1011_IFAX" --84FD1011_IFAX Content-Type: text/plain This is a Return Receipt for the mail that you sent to "ken_recipient@bronze.dot.com". A decoding error occurred in the attached file. --84FD1011_IFAX Content-Type: message/disposition-notification Reporting-UA: ken-ifax.bronze.dot.com; barmail 1999.10 Original-Recipient: rfc822;ken_recipient@bronze.dot.com Final-Recipient: rfc822;ken_recipient@bronze.dot.com Original-Message-ID: <199912141823123.mary@silver.dot.com> Disposition: automatic-action/MDN-send-automatically; = processed/error --84FD1011_IFAX Content-Type: message/rfc822 [original message goes here] --84FD1011_IFAX-- 5. Implementation Issues Specific to the File Format 5.1 IFD Placement in TIFF file & Profile S Constraints Low memory devices, which support resolutions greater than the required = Profile- S may be memory-constrained such that those devices cannot properly = handle=20 arbitrary placement of TIFF IFDs within a TIFF file. To interoperate with a receiver that is constrained, it is strongly = recommended=20 that senders always place the IFD at the beginning of the TIFF-FX file = when=20 using any of the Profiles defined in RFC 2301. 5.2 Precautions for implementers of RFC 2301 [4] =09 Interoperability testing of the File Format for Internet Fax [4] = yielded useful=20 Cancio, Moldovan, Tamura Work-in-progress = [Page 12] Internet draft Implementers Guide 14 = July 2000 information that may help developers avoid the same mistakes. The following compiled list of TIFF/RFC 2301 [4] errors where = encountered during=20 interoperability testing and is provided so that implementers can take=20 precautionary measures. 5.2.1 Typical Reader Errors in Headers a) Although Profile S in TIFF-FX requires little-endian, readers=20 implementing profiles other than Profile-S may be constrained and only=20 read little-endian, even when the specifications permits encoding in = both=20 little-endian and big-endian. Consequently, implementers generating big-endian order (bytes 0-1 equal = to 4D4Dh) should be aware of potential interoperability problems with=20 such constrained receivers. =20 b) TIFF Readers should not expect that the byte order (bytes 0-1 of = the =20 Image File Header) be equal to only "II"(4949h) or "MM"(4D4Dh). They=20 should be able to accept other values and exit gracefully. c) Implementers should not expect that the "magic number" (bytes = 2-3 of the Image File Header) be equal to 42 (2Ah) -- other values were found during testing. d) Implementers should be careful of the first IFD offset pointing = beyond the end of the TIFF-FX file. e) Implementers should be aware that the first IFD offset is not = always found on a word boundary. 5.2.2 Typical IFD Errors a) Implementers should be cautious when generating a TIFF profile = with a second or third IFD. They should make sure that the offsets = for the extra IFDs do not point outside the file. b) Implementers should be careful not to overlap the IFDs with = other TIFF profile data such as strip image data or header data. c) Implementers should be aware that some readers have difficulties handling TIFF profiles with the following IFD positions: IFD at the end of the profile, IFD intercalated with another IFD data = like XResolution, DateTime, strip image data, etc. d) Implementers should be aware that some legacy readers have = difficulties handling profiles that have child IFDs. There is a high = probability that some of these readers will have trouble accessing all the = child IFDs =20 e) Implementers should also be aware that some readers do not = recognize the GlobalParametersIFD). Cancio, Moldovan, Tamura Work-in-progress = [Page 13] Internet draft Implementers Guide 14 = July 2000 5.2.3 IFD Entry Errors Implementers should make sure when generating a TIFF profile that: a) All entries exist. Missing entries make it impossible to read the image data. b) Tags will not have two types of data (for example SHORT or LONG). c) Tags do not have the wrong type of data (for example RATIONAL = instead of SRATIONAL.=20 d) The count of type is correct for a specified tag (it is not null = and the matches the tag ID) e) Tags appear in the right order in the IFD. f) Tags as PageNumber or ImageLayer have values that match the = number of IFDs or the image data. g) Tags are unique within an IFD. =20 5.2.4 Strip Errors Implementers should make sure when generating a TIFF profile that: a) Strip data is not overlapped with another file data b) The strip offset does not point outside file c) The strip length is not null or the strip offset + strip length does not point outside file d) There is only one bit order (not more) specified for data = storing. 5.2.5 Image Errors a) Implementers should be cautious when generating a TIFF profile = that the=20 type of image tags and the data from the strip data match. (e.g. If in = case of a=20 B&W image, the PhotometricInterpretation tag value is 0 (bit 0 means = white) the=20 image will appear inverted). b) Implementers should be cautious when generating a TIFF profile = that for=20 the special color spaces (ITULAB, YCBCR, CMYK) the parameters used for=20 transformations are correct and compliant to the specification.=20 c) Implementers should make sure when generating a TIFF profile that = the tag=20 values for XPosition and YPosition are correct. Cancio, Moldovan, Tamura Work-in-progress = [Page 14] Internet draft Implementers Guide 14 = July 2000 5.2.6 Profile Specific Errors =20 a) Implementers should make sure when generating a TIFF profile that = all=20 combinations of tag values are correct. Special attention should be = given to the=20 sets: XResolution, YResolution and ImageWidth and = PhotometricInterpretation,=20 SamplesPerPixel, and BitsPerSample. b) Implementers should make sure when generating a TIFF profile M = that the=20 compression used for the layers is correct. Typical errors are for the = Mask=20 layer not be compressed with a black and white compression and the = Background=20 and Foreground layer not to be compressed with a color compression. 6. Implementation Issues for Internet Fax Addressing TBD [[[ Section will be removed if not needed ]]] 7. Known Open Implementation Issues 7.1 Email and Traditional Facsimile Headers In reference to the TIFF Encoded images generated in the general case = where the=20 end to end transmission is all Internet mail and there is no onramp or = offramp=20 to the GSTN. Should senders rasterize the classic time/date, page number or CSID = data into=20 the TIFF page image before the SMTP transmission to preserve the "look = and feel"=20 and general end user expectations of what a "fax" looks like? 8. Security considerations With regards to this document, Sections 5 in RFC 2305 [2] and Section 4 = in RFC=20 2532 [3] apply. 9. Acknowledgements The authors gratefully acknowledge the following persons who=20 contributed or made comments on earlier versions of this memo: Dan Wing, Ryuji Iwazaki, Graham Klyne, James Rafferty and Kensuke = Yamada. 10. References [1] RFC 2542, "Terminology and Goals for Internet Fax" Larry Masinter, Xerox Corporation March 1999. Cancio, Moldovan, Tamura Work-in-progress = [Page 15] Internet draft Implementers Guide 14 = July 2000 [2] RFC 2305, "A Simple Mode of Facsimile Using Internet Mail" Toyoda, K., Ohno, H., Murai, J. and D. Wing March 1998. [3] RFC 2532, "Extended Facsimile Using Internet Mail" Larry Masinter, Xerox Corporation Dan Wing, Cisco Systems March 1999. [4] RFC 2301 "File Format for Internet Fax", McIntyre, L., Zilles, S., Buckley, R., Venable, D., Parsons, G. and J. Rafferty, March 1998. [5] RFC 1891 "SMTP Service Extension for Delivery Status Notification", Moore, K., January 1996. [6] RFC 1893 "Enhanced Mail System Status Codes", Vaudreuil, G., January 1996 [7] RFC 1894 "An Extensible Message Format for Delivery Status = Notifications", Moore, K., Vaudreuil, G., January 1996 [8] RFC 2034 "SMTP Service Extension for Returning Enhanced Error = Codes", Freed, N., October 1996 [9] RFC 2298 "An Extensible Message Format for Message Disposition=20 Notifications", Fajman, R. March 1998 11. Authors' addresses Vivian Cancio Xerox Corporation Mailstop PAHV-211 3400 Hillview Ave. Palo Alto, CA 94304 USA Telephone: +1-650-813-7591 Facsimile: +1-650-845-2341 E-mail: vivian.cancio@pahv.xerox.com Mike Moldovan G3 Nova Technology, Inc. 2794 Queens Way Thousand Oaks, CA 91362 USA Telephone: +1-805-245-4625 Facsimile: +1-805-245-4214 E-mail: mmoldovan@g3nova.com Cancio, Moldovan, Tamura Work-in-progress = [Page 16] Internet draft Implementers Guide 14 = July 2000 Hiroshi Tamura Ricoh Company, LTD. 2446 Toda, Atsugi City, Kanagawa-Pref., 243-0023 Japan Phone: +81-46-228-1743 Fax: +81-46-228-7500 Email: tamura@toda.ricoh.co.jp Full copyright statement Copyright (C) The Internet Society 1999. All Rights Reserved. This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English. The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns. This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Cancio, Moldovan, Tamura Work-in-progress = [Page 17] Revision history [[[RFC editor: Please remove this section on publication]]] 1) Changed first sentence of 4.4.1.1=20 2) Added Sections 4.4.1.2, 4.4.1.3, 4.4.1.4 3) Examples in Section 4.4.2: replaced ifax@water.line.com with ifax@copper.point.com as well as other editorial changes in the examples through the document. 4) Examples in Section 4.4.2: changed text in subject field of DSN 5) Example in Section 4.4.3.1:changed text in subject field of MDN 6) Example in Section 4.4.3.1:changed text in text field of MDN ------_=_NextPart_000_01BFE871.9A0E6ED0-- From owner-ietf-fax@mail.imc.org Mon Jul 10 07:15:11 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA03452 for ; Mon, 10 Jul 2000 07:15:10 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id DAA21258 for ietf-fax-bks; Mon, 10 Jul 2000 03:31:17 -0700 (PDT) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id DAA21253 for ; Mon, 10 Jul 2000 03:31:15 -0700 (PDT) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA02176; Mon, 10 Jul 2000 06:33:00 -0400 (EDT) Message-Id: <200007101033.GAA02176@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-fax@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-fax-gateway-protocol-00.txt Date: Mon, 10 Jul 2000 06:33:00 -0400 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Internet Fax Working Group of the IETF. Title : Internet FAX Gateway Protocol Author(s) : k. mimura, K. Yokoyama, T. Satoh, C. Kanaide Filename : draft-ietf-fax-gateway-protocol-00.txt Pages : 13 Date : 07-Jul-00 An Internet FAX Gateway incorporates the facsimile on general switched telephone network (GSTN) into Internet by translating data and protocol between them. This document specifies an Internet FAX Gateway Protocol, especially describes behavior of offramp/onramp gateway making reference to neither authentication nor security, where offramp means facsimile data transmission to GSTN from Internet, and onramp means facsimile data transmission to Internet from GSTN. Behavior of offramp/onramp covers the delivery-process of the data among equipments including IFAX terminal, PC on Internet and FAX terminal on GSTN. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-fax-gateway-protocol-00.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-fax-gateway-protocol-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-fax-gateway-protocol-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20000707143730.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-fax-gateway-protocol-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-fax-gateway-protocol-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20000707143730.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-ietf-fax@mail.imc.org Mon Jul 10 14:06:22 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA20469 for ; Mon, 10 Jul 2000 14:06:18 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id KAA04849 for ietf-fax-bks; Mon, 10 Jul 2000 10:13:10 -0700 (PDT) Received: from omega.cisco.com (omega.cisco.com [171.69.63.141]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id KAA04845 for ; Mon, 10 Jul 2000 10:13:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by omega.cisco.com (8.8.8-Cisco List Logging/8.8.8) with ESMTP id KAA23516; Mon, 10 Jul 2000 10:14:21 -0700 (PDT) Date: Mon, 10 Jul 2000 10:14:21 -0700 (PDT) From: Dan Wing To: IETF Internet Fax WG , mimu@toyocom.co.jp, k1@toyocom.co.jp, zsatou@toyocom.co.jp, kanaide@toyocom.co.jp Subject: Re: I-D ACTION:draft-ietf-fax-gateway-protocol-00.txt In-Reply-To: <200007101033.GAA02176@ietf.org> Message-ID: <0007100931560.9182-100000@omega.cisco.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On Mon, 10 Jul 2000 06:33 -0400, Internet-Drafts@ietf.org wrote: > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Internet Fax Working Group of the IETF. > > Title : Internet FAX Gateway Protocol > Author(s) : k. mimura, K. Yokoyama, T. Satoh, C. Kanaide > Filename : draft-ietf-fax-gateway-protocol-00.txt > Pages : 13 > Date : 07-Jul-00 Hi. I have the following comments about this document: 3.2 drop the duplicate mail An offramp gateway MUST drop the duplicate mail by confirming whether Message-ID is the same as old one. This is to avoid the duplication of the transmission to same facsimile device over GSTN. The above mechanism does not work and is insufficient to determine if a message is a duplicate message. The simplest example of when this doesn't work is in the case of resent messages with a Resent- header, as those messages don't have their Message-IDs changed. Reference draft-ietf-drums-msg-fmt-08.txt, section 3.6.6. There are other cases where the Message-ID is not sufficient to detect a duplicated message, or where it causes false positives. Additionally, there is no significant operational advantage gained by attempting to prevent duplicate message delivery. 3.3 return notice An offramp gateway SHOULD have the function which the offramp gateway send return notice to the source IFAX device, when a transmitting error occurred then finished with the facsimile data not transmitted. In order to put into practice this function, it is necessary to SMTP sender MTA on offramp gateway. RFC2305 section 2.3.1 states that this is a MUST requirement. Generating a bounce is a MUST requirement for all Internet mail, and cannot be specified as a SHOULD requirement. Section 3.3.1 uses the term "multicast". I am sure you're aware that multicast has a specific meaning in IP networking. This may be confusing to some readers. 3.3.1 When send return notice Transmitting time to facsimile terminal over GSTN from offramp gateway changes by the case. Transmitting time changes by the performance of FAX and the circuit condition. It is important when to transmit return notice in the multi-cast transmission. When a onramp gateway received Internet FAX which specify multiple destination facsimile devices (multicast request), there are two methods to send return notice from the onramp gateway to the source IFAX device. The onramp gateway send return notice, when every time an error occurs. Or send return notice at the end together This SHOULD be able to select by user. I can't parse the last three sentences, above. The rest of section 3.3.1 is equally confusing; is it specifying recommended behavior, or simply eludicating the reader? Section 3.3.2 is great, except for its last sentence, which I don't understand. Section 3.3.3 is great, but it needs to be more specific. It reads: 3.3.3 Information of return notice The following information must be contained at least in return notice. - Transmission start time - Destination dial - Number of total pages - Number of real transmitted page - Cause of error An offramp gateway adds the following information, when it have the function of automatically transmission retry. - number of retry times - Transmission retry start time The information returned cannot be in a specific language (English, German, Japanese) unless it is known which language is common for the user. Unfortunately, there isn't a way to know. We should have a standard format for such information in a computer-parsable and human-parsable format. Such formats have been proposed previously in this working group but never achieved consensus. 3.4 Authentication An offramp gateway SHOULD provide the authentication function to judge whether the received E-mail is sent by appropriate source IFAX device. The words "by appropriate source IFAX device" imply that only an "IFAX device" might be a valid source of an RFC2305-compliant message for an offramp gateway. But a PC with appropriate software is one such IFAX device. I suggest to replace "is sent by appropriate source IFAX device" with "was sent by an authorized sender". RFC2305 describes the authorization and authentication requirements of an offramp and onramp gateway in quite a lot of detail. You may want to use some of that text. 4.1 Onramp Functions An onramp gateway MUST have the function that the onramp gateway receive facsimile data from facsimile device over GSTN, then generated Internet fax is sent to appropriate IFAX devices or PC by the onramp gateway. How to transmit data from an onramp gateway to IFAX devices MUST based on RFC 2305. Sending to the device on Internet for E-mail data , the onramp gateway should set From field or Replay-To field for the following sentences. < the numbers of sender > @ < Domain name of onramp gateway > We can use for the Return notice from destination function by this setting. I have several issues with the above section. 1. "Replay-To" should be "Reply-To" 2. The domain name of the onramp gateway is not correct. Instead, the domain name of a valid *offramp* gateway should be used! It cannot be assumed that an onramp gateway will also function as an offramp gateway. An onramp gateway might not be able to provide offramp functions. This seems to be described in section 4.2, but I am wary of the text mentioning use of the onramp gateway's domain name in these fields at all. 3. The last sentence, "We can use for the Return notice from destination function by this setting" is incorrect. None of the return notices used by offramp gateways use the "From:" or "Reply-To:" fields; using such fields for automatic replies to errors is incorrect and will lead to problems in integrated mail environments. Proper handling of mail message returns, notifications, etc., is described in other RFCs, and none of them suggest or allow using the RFC822 "From:" or RFC822 "Reply-To:" fields in such a manner. 4. The "the numbers of sender" field should be clearly specified to be the E.164 address as specified in RFC2304. Section 4.2(2) says: When user authentication is necessary, the next information is included, regardless of the direct address designation or the indirect address designation. - User ID - Password Please explain what this means. The example in section 4.2(2) includes several non-7-bit-ASCII characters and my editor cannot view the file correctly. Please remove these characters; they are not legal in Internet Drafts. 4.3 Choice of Offramp gateway Onramp gateway SHOULD have the function which chooses destination offramp gateway by analyzing a specified destination facsimile number. Onramp gateway SHOULD hold course information of offramp gateway to realize this function. Please explain "hold course information". I am not familiar with this term. 4.4 User authentication Onramp gateway should have a user authentication function to confirm that they are the data that suitable user transmitted. Two comments on the above: 1. I disagree that this is a "should" requirement. It should be a "MAY". This is because, today, nearly all fax machines around the world permit any fax machine to transmit a fax to that fax machine with no authorization. 2. Please be careful with use of "authorization" and "authentication". The section is titled "authentication", but the first sentence discusses "authorization". "Authorization" essentially means "allowed". "Authentication" essentially means "known". It is usually impossible to know if a user is "allowed" (authorized) to perform an action without first "knowing" (authenticating) which user is attempting the action. Section 4.5 needs substantial clarification. Is section 4.5 describing a requirement where an onramp gateway authenticates a GSTN-based fax transmitter and then re-creates that authentication using PGP (or S/MIME) towards an offramp gateway, and then the offramp gateway recreates that authentication information again when the message is sent over GSTN again? This is a very difficult problem to solve, even in a closed, proprietary single-vendor ifax network. I honestly feel such behavior is best solved with T.38 at this time; trying to do this with RFC2305/T.37 is nearly impossible without weaking either the T.30 fax authentication, the over-the-internet authentication/encryption, or both. 4.7 Option function Onramp gateway can provide various option functions for facsimile device user on GSTN by adding an option number at the end of the DTMF data. A data format at this time is following either. What is the purpose of this "option number"? 4.8 return notice When it has a function that receives and analyzes return notice from destination, Onramp gateway MAY send delivery status to suitable facsimile device user on GSTN. This function is used in accordance with the 5.4 user authentication. In order to put into practice this function, it is necessary to SMTP receiver MTA on onramp gateway. An onramp gateway cannot transmit a fax over GSTN. Transmitting a fax over GSTN is the function of an offramp gateway. 4.9 Multicasts transmit request Onramp gateway can specify destination of maximum 99 by specifying it in To: or c: field by 1 mail. But, destination beyond 100 SHULD NOT be specified in 1 mail. And, address SHOULD NOT be specified whit BCC:. I have a few issues with the above sentence: 1. To:, CC:, and BCC: are not used for routing mail messages. RFC821 is used to route messages. The "To:" and "CC:" fields are used only to help describe a message and are described in RFC822. 2. There is absolutely no need for an arbitrary 99 recipient limitation. Section 4.9 also says: How to specify address in this case it SHOULD be indirect address designation (5.2 2). I don't understand "5.2 2". Is this a section of this Internet Draft? Section 5 says: 5. Security Considerations The Security Considerations sections of [RFC2305] applies to this document. There are additional security considerations introduced by requirements in this document, beyond those described in RFC2305. Those should be discussed in this section. -Dan Wing From owner-ietf-fax@mail.imc.org Mon Jul 10 19:51:10 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA02019 for ; Mon, 10 Jul 2000 19:51:10 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id QAA14303 for ietf-fax-bks; Mon, 10 Jul 2000 16:16:52 -0700 (PDT) Received: from ricohigw.ricoh.co.jp (ricohigw.ricoh.co.jp [202.32.12.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id QAA14299 for ; Mon, 10 Jul 2000 16:16:50 -0700 (PDT) Received: from thunder.ricoh.co.jp (thunder [133.139.211.198]) by ricohigw.ricoh.co.jp (8.9.3+3.2W/3.7W) with ESMTP id IAA14508; Tue, 11 Jul 2000 08:18:35 +0900 (JST) Received: from newton.toda.ricoh.co.jp (newton.toda.ricoh.co.jp [133.139.60.10]) by thunder.ricoh.co.jp (8.9.3+3.2W/3.7W) with SMTP id IAA20270; Tue, 11 Jul 2000 08:18:34 +0900 (JST) Received: from localhost (maple.toda.ricoh.co.jp [133.139.60.73]) by newton.toda.ricoh.co.jp (8.6.11+2.4W/3.3W9-1.0S8sun) with ESMTP id IAA21434; Tue, 11 Jul 2000 08:18:31 +0900 To: gparsons@nortelnetworks.com Cc: ietf-fax@imc.org Subject: RE: Agenda etc at Pittsburgh In-Reply-To: <456E6DB7180ED3118A670000F8BDCA29021BB0A1@zcard00p.ca.nortel.com> References: <456E6DB7180ED3118A670000F8BDCA29021BB0A1@zcard00p.ca.nortel.com> X-Mailer: Mew version 1.94.2 on Emacs 20.4 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000711082545K.tamura@toda.ricoh.co.jp> Date: Tue, 11 Jul 2000 08:25:45 +0900 (JST) From: Hiroshi Tamura X-Dispatcher: imput version 20000228(IM140) Lines: 18 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Parsons-san, > I think it would be prudent to give a short presentation of the > critical/primary content discussion that is happening in the VPIM WG. I > think it is very relevant to fax since one can claim that a T.37 message is > 'primarily' a fax message. > > Either myself or one of the authors will give the presentation. OK. How many minutes are necessary, roughly ? 5 or 10 minutes is enough ? Regards, -- Hiroshi Tamura, Ricoh Company, LTD. E-mail: tamura@toda.ricoh.co.jp From owner-ietf-fax@mail.imc.org Mon Jul 10 19:52:47 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA02031 for ; Mon, 10 Jul 2000 19:52:46 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id QAA14223 for ietf-fax-bks; Mon, 10 Jul 2000 16:12:07 -0700 (PDT) Received: from ricohigw.ricoh.co.jp (ricohigw.ricoh.co.jp [202.32.12.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id QAA14219 for ; Mon, 10 Jul 2000 16:12:05 -0700 (PDT) Received: from thunder.ricoh.co.jp (thunder [133.139.211.198]) by ricohigw.ricoh.co.jp (8.9.3+3.2W/3.7W) with ESMTP id IAA13698; Tue, 11 Jul 2000 08:13:52 +0900 (JST) Received: from newton.toda.ricoh.co.jp (newton.toda.ricoh.co.jp [133.139.60.10]) by thunder.ricoh.co.jp (8.9.3+3.2W/3.7W) with SMTP id IAA19442; Tue, 11 Jul 2000 08:13:51 +0900 (JST) Received: from localhost (maple.toda.ricoh.co.jp [133.139.60.73]) by newton.toda.ricoh.co.jp (8.6.11+2.4W/3.3W9-1.0S8sun) with ESMTP id IAA21396; Tue, 11 Jul 2000 08:13:48 +0900 To: maeda@ffm.canon.co.jp Cc: ietf-fax@imc.org Subject: Re: Agenda etc at Pittsburgh In-Reply-To: <4.2.0.58.J.20000707102256.00a5e600@ffmmail.ffm.canon.co.jp> References: <20000703183903F.tamura@toda.ricoh.co.jp> <4.2.0.58.J.20000707102256.00a5e600@ffmmail.ffm.canon.co.jp> X-Mailer: Mew version 1.94.2 on Emacs 20.4 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000711082102J.tamura@toda.ricoh.co.jp> Date: Tue, 11 Jul 2000 08:21:02 +0900 (JST) From: Hiroshi Tamura X-Dispatcher: imput version 20000228(IM140) Lines: 22 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit MAEDA-san, > I want to make a presentation about ITU-T Terminal Mode (5 min) > related to agenda 7 communication with ITU. OK. > >7 communication with ITU > >I attended Q4/SG8 meeting last month. There is a communication letter > >to our WG. After Silbiger-san(Q4 rapporteur) gets permission by SG8 > >chairman, he sends it to us. As soon as it comes to me, I will > >circulate it in our ML at first. After this introduction, you can do it, I think. Regards, -- Hiroshi Tamura, Ricoh Company, LTD. E-mail: tamura@toda.ricoh.co.jp From owner-ietf-fax@mail.imc.org Tue Jul 11 06:29:07 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA23120 for ; Tue, 11 Jul 2000 06:29:07 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id CAA22465 for ietf-fax-bks; Tue, 11 Jul 2000 02:35:06 -0700 (PDT) Received: from iscan.toyocom.co.jp (mail.toyocom.co.jp [210.232.21.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id CAA22459 for ; Tue, 11 Jul 2000 02:35:03 -0700 (PDT) Received: from smtp.toyocom.co.jp (localhost [127.0.0.1]) by iscan.toyocom.co.jp (8.9.3/3.7W) with ESMTP id SAA09439; Tue, 11 Jul 2000 18:36:43 +0900 Received: from toyocom.co.jp ([172.16.72.88]) by smtp.toyocom.co.jp (8.9.3+3.2W/3.7W) with ESMTP id SAA01810; Tue, 11 Jul 2000 18:33:01 +0900 Message-ID: <396AE959.2DF0B420@toyocom.co.jp> Date: Tue, 11 Jul 2000 18:31:05 +0900 From: Yokoyama X-Mailer: Mozilla 4.7 [ja] (Win95; I) X-Accept-Language: ja MIME-Version: 1.0 To: Dan Wing CC: IETF Internet Fax WG , mimu@toyocom.co.jp, zsatou@toyocom.co.jp, kanaide@toyocom.co.jp Subject: Re: I-D ACTION:draft-ietf-fax-gateway-protocol-00.txt References: <0007100931560.9182-100000@omega.cisco.com> Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Dear Mr. Wing. Thank you for your comments. We have many comment from you. So we cannnot anser at once. > On Mon, 10 Jul 2000 06:33 -0400, Internet-Drafts@ietf.org wrote: > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > > This draft is a work item of the Internet Fax Working Group of the IETF. > > > > Title : Internet FAX Gateway Protocol > > Author(s) : k. mimura, K. Yokoyama, T. Satoh, C. Kanaide > > Filename : draft-ietf-fax-gateway-protocol-00.txt > > Pages : 13 > > Date : 07-Jul-00 > > > 3.2 drop the duplicate mail > > An offramp gateway MUST drop the duplicate mail by confirming whether > Message-ID is the same as old one. > This is to avoid the duplication of the transmission to same facsimile > device over GSTN. > > The above mechanism does not work and is insufficient to determine > if a message is a duplicate message. The simplest example of when this > doesn't work is in the case of resent messages with a Resent- header, > as those messages don't have their Message-IDs changed. Reference > draft-ietf-drums-msg-fmt-08.txt, section 3.6.6. > > There are other cases where the Message-ID is not sufficient to detect a > duplicated message, or where it causes false positives. > > Additionally, there is no significant operational advantage gained by > attempting to prevent duplicate message delivery. When an offramp gateway uses POP, this mechanism is necessary. There is a cause in the mechanism of mail server. RFC2305 2.1.3 mailbox protocols define that an offramp gateway MAY use a mailbox access protocol such as POP or IMAP. example. A mail server is set up to forward all mail for "FAX=+"* to "IFAX". IFAX is mailbox of the offramp gateway. If MTA receive an mail it is TO:FAX=+1111,FAX=+2222, Mail server will copy two same mail on the IFAX mail box. (most mail server does such a movement) Then offramp gateway receive the mail from IFAX mail box by using POP, the offramp gateway receive same 2 mails. > > > 3.3 return notice > > An offramp gateway SHOULD have the function which the offramp gateway send > return notice to the source IFAX device, when a transmitting error > occurred then finished with the facsimile data not transmitted. > In order to put into practice this function, it is necessary to SMTP sender > MTA on offramp gateway. > > RFC2305 section 2.3.1 states that this is a MUST requirement. > > Generating a bounce is a MUST requirement for all Internet mail, and > cannot be specified as a SHOULD requirement. > > Section 3.3.1 uses the term "multicast". I am sure you're aware that > multicast has a specific meaning in IP networking. This may be confusing > to some readers. Thank you for your comment. We will change to MUST from SHOULD and will chage term to "broadcast" from "multicast" > > > 3.3.1 When send return notice > > Transmitting time to facsimile terminal over GSTN from offramp gateway > changes by the case. Transmitting time changes by the performance of FAX > and the circuit condition. It is important when to transmit return notice > in the multi-cast transmission. > When a onramp gateway received Internet FAX which specify multiple > destination facsimile devices (multicast request), there are two methods > to send return notice from the onramp gateway to the source IFAX device. > The onramp gateway send return notice, when every time an error occurs. > Or send return notice at the end together This SHOULD be able to select > by user. > > I can't parse the last three sentences, above. The rest of section 3.3.1 > is equally confusing; is it specifying recommended behavior, or simply > eludicating the reader? Verry sorry . after 4 sentence, onramp and offramp is became reverse. > > > Section 3.3.2 is great, except for its last sentence, which I don't > understand. Sorry for example An offramp gateway is sending total 30 pages facsimile data. But an error occurs and transmittion is stopped after 15 pages is send mormally. The offramp gateway should re-transmit the facsimile data from page 16. > > > Section 3.3.3 is great, but it needs to be more specific. It reads: > > 3.3.3 Information of return notice > > The following information must be contained at least in return notice. > > - Transmission start time > - Destination dial > - Number of total pages > - Number of real transmitted page > - Cause of error > > An offramp gateway adds the following information, when it have the > function of automatically transmission retry. > > - number of retry times > - Transmission retry start time > > > The information returned cannot be in a specific language (English, > German, Japanese) unless it is known which language is common for the > user. Unfortunately, there isn't a way to know. We should have a > standard format for such information in a computer-parsable and > human-parsable format. Such formats have been proposed previously in this > working group but never achieved consensus. Above information is needed by most of our users so our system carries this information in the individual method. (Our system carrys the information in mail body) But RFC 2305 defined failure message should be in format of a DSN. We think return noticeis also message should be in format of a DSN. So we do not specify more detail yet. > > > 3.4 Authentication > > An offramp gateway SHOULD provide the authentication function to judge > whether the received E-mail is sent by appropriate source IFAX device. > > The words "by appropriate source IFAX device" imply that only an "IFAX > device" might be a valid source of an RFC2305-compliant message for an > offramp gateway. But a PC with appropriate software is one such IFAX > device. I suggest to replace "is sent by appropriate source IFAX device" > with "was sent by an authorized sender". > > RFC2305 describes the authorization and authentication requirements of > an offramp and onramp gateway in quite a lot of detail. You may want > to use some of that text. Thank you we will change to below. An offramp gateway SHOULD provide the authentication function to judge whether the received E-mail was sent by an authorized sender. And we will reconsider this section. > > > 4.1 Onramp Functions > > An onramp gateway MUST have the function that the onramp gateway receive > facsimile data from facsimile device over GSTN, then generated Internet > fax is sent to appropriate IFAX devices or PC by the onramp gateway. > How to transmit data from an onramp gateway to IFAX devices MUST based > on RFC 2305. > > Sending to the device on Internet for E-mail data , the onramp gateway > should set From field or Replay-To field for the following sentences. > > < the numbers of sender > @ < Domain name of onramp gateway > > > We can use for the Return notice from destination function by this setting. > > I have several issues with the above section. > > 1. "Replay-To" should be "Reply-To" > Sorry > > 2. The domain name of the onramp gateway is not correct. Instead, the > domain name of a valid *offramp* gateway should be used! It cannot be > assumed that an onramp gateway will also function as an offramp > gateway. An onramp gateway might not be able to provide offramp > functions. > > This seems to be described in section 4.2, but I am wary of the > text mentioning use of the onramp gateway's domain name in these > fields at all. > > 3. The last sentence, "We can use for the Return notice from destination > function by this setting" is incorrect. None of the return notices used > by offramp gateways use the "From:" or "Reply-To:" fields; using such > fields for automatic replies to errors is incorrect and will lead to > problems in integrated mail environments. Proper handling of mail > message returns, notifications, etc., is described in other RFCs, and > none of them suggest or allow using the RFC822 "From:" or RFC822 > "Reply-To:" fields in such a manner. This section is considered again. > > > 4. The "the numbers of sender" field should be clearly specified to > be the E.164 address as specified in RFC2304. > > Section 4.2(2) says: > > When user authentication is necessary, the next information is > included, regardless of the direct address designation or the indirect > address designation. > > - User ID > - Password > > Please explain what this means. Thank you we will change. > > > The example in section 4.2(2) includes several non-7-bit-ASCII > characters and my editor cannot view the file correctly. Please remove > these characters; they are not legal in Internet Drafts. > > 4.3 Choice of Offramp gateway > > Onramp gateway SHOULD have the function which chooses destination offramp > gateway by analyzing a specified destination facsimile number. > Onramp gateway SHOULD hold course information of offramp gateway to > realize this function. > > Please explain "hold course information". I am not familiar with this > term. course information -> routing information > > > 4.4 User authentication > > Onramp gateway should have a user authentication function to confirm that > they are the data that suitable user transmitted. > > Two comments on the above: > > 1. I disagree that this is a "should" requirement. It should be a "MAY". > This is because, today, nearly all fax machines around the world permit > any fax machine to transmit a fax to that fax machine with no > authorization. > > 2. Please be careful with use of "authorization" and "authentication". > The section is titled "authentication", but the first sentence discusses > "authorization". > > "Authorization" essentially means "allowed". "Authentication" essentially > means "known". It is usually impossible to know if a user is "allowed" > (authorized) to perform an action without first "knowing" (authenticating) > which user is attempting the action. > > Section 4.5 needs substantial clarification. Is section 4.5 describing a > requirement where an onramp gateway authenticates a GSTN-based fax > transmitter and then re-creates that authentication using PGP (or > S/MIME) towards an offramp gateway, and then the offramp gateway recreates > that authentication information again when the message is sent over GSTN > again? > > This is a very difficult problem to solve, even in a closed, proprietary > single-vendor ifax network. I honestly feel such behavior is best solved > with T.38 at this time; trying to do this with RFC2305/T.37 is nearly > impossible without weaking either the T.30 fax authentication, the > over-the-internet authentication/encryption, or both. This section is considered again. > > > 4.7 Option function > > Onramp gateway can provide various option functions for facsimile device > user on GSTN by adding an option number at the end of the DTMF data. > A data format at this time is following either. > > What is the purpose of this "option number"? By specifying option number, an onramp gateway is made to do a special monovement. not only specify destination facsimile No. > > > > 4.8 return notice > > When it has a function that receives and analyzes return notice from > destination, > Onramp gateway MAY send delivery status to suitable facsimile device user > on GSTN. > This function is used in accordance with the 5.4 user authentication. > In order to put into practice this function, it is necessary to SMTP > receiver MTA on onramp gateway. > > An onramp gateway cannot transmit a fax over GSTN. Transmitting a fax > over GSTN is the function of an offramp gateway. Sorry Our gateway system is act as both onramp and offramp gateway. We will reconsider by dividing our system into offramp with onramp. > > > 4.9 Multicasts transmit request > > Onramp gateway can specify destination of maximum 99 by specifying it in > To: or c: field by 1 mail. > But, destination beyond 100 SHULD NOT be specified in 1 mail. > And, address SHOULD NOT be specified whit BCC:. > > I have a few issues with the above sentence: > > 1. To:, CC:, and BCC: are not used for routing mail messages. RFC821 is > used to route messages. The "To:" and "CC:" fields are used only to help > describe a message and are described in RFC822. Sorry we will change. > > > 2. There is absolutely no need for an arbitrary 99 recipient limitation. > recipients buffer The maximum total number of recipients that must be buffered is 100 recipients. is defined by RFC821. In our test, some of MTA return error when 100 destinations are specified. > > Section 4.9 also says: > > How to specify address in this case it SHOULD be indirect address > designation (5.2 2). > > I don't understand "5.2 2". Is this a section of this Internet Draft? (5.2 2) -> 4.2(2) > > > Section 5 says: > > 5. Security Considerations > > The Security Considerations sections of [RFC2305] applies to this > document. > > There are additional security considerations introduced by requirements > in this document, beyond those described in RFC2305. Those should be > discussed in this section. > We will reconsider with security again. -- K. Yokoyama E-mail:k1@toyocom.co.jp From owner-ietf-fax@mail.imc.org Tue Jul 11 13:34:55 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA11089 for ; Tue, 11 Jul 2000 13:34:54 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id JAA20566 for ietf-fax-bks; Tue, 11 Jul 2000 09:54:32 -0700 (PDT) Received: from lysithea.eastgw.xerox.com (root@lysithea.xerox.com [208.140.33.22]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA20558 for ; Tue, 11 Jul 2000 09:54:29 -0700 (PDT) Received: from godzilla.ADOC.xerox.com (godzilla.ADOC.xerox.com [13.242.128.10]) by lysithea.eastgw.xerox.com (8.9.3/8.9.3) with ESMTP id MAA04929; Tue, 11 Jul 2000 12:54:29 -0400 (EDT) Received: from mercury.adoc.xerox.com (mercury [13.242.100.20]) by godzilla.ADOC.xerox.com (8.8.8+Sun/8.8.8/ADOC-HUB-1.7) with ESMTP id JAA19997; Tue, 11 Jul 2000 09:53:33 -0700 (PDT) Received: by mercury.ADOC.xerox.com with Internet Mail Service (5.5.2448.0) id ; Tue, 11 Jul 2000 09:53:33 -0700 Message-ID: <51B8ABCE456FD111899900805F6FD6EE08A7A794@mercury.ADOC.xerox.com> From: "McIntyre, Lloyd" To: Hiroshi Tamura , ietf-fax@imc.org Cc: Claudio.Allocchio@elettra.trieste.it, ktoyoda@rdmg.mgcs.mei.co.jp, GK@dial.pipex.com, iwa@rdl.toshibatec.co.jp, dcrocker@brandenburg.com, Vivian.Cancio@pahv.xerox.com, kitagawa@gc4.so-net.ne.jp, fujikawa@real-internet.org, Lloyd.McIntyre@pahv.xerox.com, hsilbiger@ieee.org Subject: RE: Agenda etc at Pittsburgh Date: Tue, 11 Jul 2000 09:53:24 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Tamura-san, Please excuse my late response, I just returned from the ISO meetings in France. Yes, there will be first draft of TIFF-FX extension ready for the meeting that I would like to present. > > 6 TIFF-FX extension. > I expect there are something the editors would like to comment. > McIntyre-san, are there anything ? I think you would like to > present something. > Thanks, Lloyd From owner-ietf-fax@mail.imc.org Tue Jul 11 14:08:42 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA12813 for ; Tue, 11 Jul 2000 14:08:41 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id KAA21984 for ietf-fax-bks; Tue, 11 Jul 2000 10:23:35 -0700 (PDT) Received: from smtprch2.nortel.com (smtprch2.nortelnetworks.com [192.135.215.15]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id KAA21980 for ; Tue, 11 Jul 2000 10:23:35 -0700 (PDT) Received: from zrchb213.us.nortel.com (actually zrchb213) by smtprch2.nortel.com; Tue, 11 Jul 2000 12:21:21 -0500 Received: by zrchb213.us.nortel.com with Internet Mail Service (5.5.2650.21) id ; Tue, 11 Jul 2000 12:24:32 -0500 Message-ID: <28560036253BD41191A10000F8BCBD110134E587@zcard00g.ca.nortel.com> From: "Derrick Dunne" To: ietf-fax@imc.org Subject: How to indicate number of pages in a header? Date: Tue, 11 Jul 2000 12:24:36 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFEB5C.DFCB0F6E" X-Orig: Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFEB5C.DFCB0F6E Content-Type: text/plain; charset="ISO-8859-1" Hello folks; I was wondering if there is a preferred method to indicate the number of pages of a fax in an Internet message header, similar to the "Content-Duration" header that VPIM uses to indicate the number of seconds of a voice message (see below). The "Content-Duration" header itself is defined in RFC2424. VPIM v2 says: "4.3.3 Content-Duration: This field MAY be present to allow the specification of the length of the audio bodypart in seconds. The use of this field on reception is a local implementation issue. From [DUR] Example: Content-Duration: 33 " Thanks, Derrick ================ Derrick Dunne Nortel Networks Phone: (613) 768 - 4087 FAX: (613) 763 - 4461 ------_=_NextPart_001_01BFEB5C.DFCB0F6E Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable How to indicate number of pages in a header?

Hello = folks;
I was wondering = if there is a preferred method to indicate the number of pages of a fax = in an Internet message header, similar to the = "Content-Duration" header that VPIM uses to indicate the = number of seconds of a voice message (see below).  The = "Content-Duration" header itself is defined in = RFC2424.

VPIM v2 says:
"4.3.3 Content-Duration: =
This field MAY be present to allow = the specification of the length of the audio bodypart in seconds. The = use of this field on reception is a local implementation issue. From = [DUR]

Example:
Content-Duration: 33 "



Thanks,

Derrick

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
Derrick = Dunne
Nortel = Networks
Phone:  = (613) 768 - 4087
FAX:    (613) 763 - 4461

------_=_NextPart_001_01BFEB5C.DFCB0F6E-- From owner-ietf-fax@mail.imc.org Wed Jul 12 06:57:02 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA15751 for ; Wed, 12 Jul 2000 06:57:02 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id DAA08521 for ietf-fax-bks; Wed, 12 Jul 2000 03:15:27 -0700 (PDT) Received: from enterness.yi.org (gateway.enterness.yi.org [195.138.130.98]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id DAA08514 for ; Wed, 12 Jul 2000 03:15:22 -0700 (PDT) Received: from veso (veso.eness [192.168.1.38]) by enterness.yi.org (8.10.0/8.9.3) with SMTP id e6CAEOU27625 for ; Wed, 12 Jul 2000 13:14:26 +0300 Message-ID: <000801bfebea$9a4aef20$2601a8c0@eness> From: "Vesselin" To: Date: Wed, 12 Jul 2000 13:18:50 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01BFEC03.B7AF76D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01BFEC03.B7AF76D0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Hello, I am Vesselin Petev from Bulgaria. I want to find some help about how to = write my own fax server and cleint.I want to write this in Java, is it = possible ? If not I want some help where to find documentations and examples of = sending fax trough Internet ? Thanks. Vesselin ------=_NextPart_000_0005_01BFEC03.B7AF76D0 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
Hello,
I am Vesselin Petev from = Bulgaria. I want to=20 find some help about how to write my own fax server and cleint.I want to = write=20 this in Java, is it possible ?
If not I want some help where to = find=20 documentations and examples of sending fax trough Internet = ?
Thanks.
 
Vesselin
------=_NextPart_000_0005_01BFEC03.B7AF76D0-- From owner-ietf-fax@mail.imc.org Wed Jul 12 11:18:02 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA27077 for ; Wed, 12 Jul 2000 11:18:01 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id HAA20033 for ietf-fax-bks; Wed, 12 Jul 2000 07:47:01 -0700 (PDT) Received: from elettra.trieste.it (SYNX02.elettra.trieste.it [140.105.2.2]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id HAA20029 for ; Wed, 12 Jul 2000 07:46:59 -0700 (PDT) Date: Wed, 12 Jul 2000 16:30:26 +0100 To: ietf-fax@imc.org cc: Ned Freed , Patrik Faltstrom Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII From: Claudio Allocchio Subject: DRAFT-IETF-FAX-FAXADDR-V2-01.TXT and DRAFT-IETF-FAX-MINADDR-V2-01.TXT Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Hallo, as you see, I re-submitted the revised versions of the I-D which were firstly missing and then needed some clarification in the text. As now we also have the interworking report from two different implementors, as soon as you've checked again the text we can ask for the last call, and then go for Draft Standards process, moving ahead also the other related RFCs. If there are furhter changes, please let me know ASAP, in order to re-submit eventually corrected versions before Friday July 14th. regards, ------------------------------------------------------------------------------ Claudio Allocchio G A R R Claudio.Allocchio@garr.it Project Technical Officer tel: +39 040 3758523 Italian Academic and G=Claudio; S=Allocchio; fax: +39 040 3758565 Research Network P=garr; A=garr; C=it; PGP Key: http://security.fi.infn.it/cgi-bin/spgpk.pl?KeyId=0C5C2A09 From owner-ietf-fax@mail.imc.org Wed Jul 12 11:31:03 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA27733 for ; Wed, 12 Jul 2000 11:31:02 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id HAA19428 for ietf-fax-bks; Wed, 12 Jul 2000 07:27:04 -0700 (PDT) Received: from elettra.trieste.it (SYNX02.elettra.trieste.it [140.105.2.2]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id HAA19424 for ; Wed, 12 Jul 2000 07:27:01 -0700 (PDT) Date: Wed, 12 Jul 2000 16:24:31 +0100 To: internet-drafts@ietf.org cc: ietf-fax@imc.org Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8465-1103527590-963419071=:539129628" From: Claudio Allocchio Subject: DRAFT-IETF-FAX-FAXADDR-V2-01.TXT Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --8465-1103527590-963419071=:539129628 Content-Type: TEXT/PLAIN; charset=US-ASCII Hallo, this is the revised and final version of DRAFT-IETF-FAX-FAXADDR-V2-01.TXT which replaces the previous DRAFT-IETF-FAX-FAXADDR-V2-00.TXT The needed clarification about T33S are introduced here. Regards, ------------------------------------------------------------------------------ Claudio Allocchio G A R R Claudio.Allocchio@garr.it Project Technical Officer tel: +39 040 3758523 Italian Academic and G=Claudio; S=Allocchio; fax: +39 040 3758565 Research Network P=garr; A=garr; C=it; PGP Key: http://security.fi.infn.it/cgi-bin/spgpk.pl?KeyId=0C5C2A09 --8465-1103527590-963419071=:539129628 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="DRAFT-IETF-FAX-FAXADDR-V2-01.TXT" Content-ID: Content-Description: Content-Transfer-Encoding: BASE64 TmV0d29yayBXb3JraW5nICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBDLiBBbGxvY2NoaW8NCkdyb3VwICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBH QVJSLUl0YWx5DQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIEp1bHkgMjAwMA0KT2Jzb2xl dGVzOiBSRkMyMzA0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBF eHBpcmVzOiBKYW51YXJ5IDIwMDENClVwZGF0ZXM6IFJGQy1mdWxsYWRkciBb MTVdICAgICAgIEZpbGU6IGRyYWZ0LWlldGYtZmF4LWZheGFkZHItdjItMDEu dHh0DQoNCg0KDQogICAgICAgICAgICAgIE1pbmltYWwgRkFYIGFkZHJlc3Mg Zm9ybWF0IGluIEludGVybmV0IE1haWwNCg0KDQoNClN0YXR1cyBvZiB0aGlz IE1lbW8NCg0KICAgVGhpcyBkb2N1bWVudCBpcyBhbiBJbnRlcm5ldCBEcmFm dCBhbmQgaXMgaW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoDQogICBhbGwgcHJv dmlzaW9ucyBvZiBTZWN0aW9uIDEwIG9mIFJGQzIwMjYuDQoNCiAgIEludGVy bmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVy bmV0IEVuZ2luZWVyaW5nDQogICBUYXNrIEZvcmNlIChJRVRGKSwgaXRzIGFy ZWFzLCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiAgTm90ZSB0aGF0DQogICBv dGhlciBncm91cHMgbWF5IGFsc28gZGlzdHJpYnV0ZSB3b3JraW5nIGRvY3Vt ZW50cyBhcyBJbnRlcm5ldC1EcmFmdHMuDQoNCiAgIEludGVybmV0LURyYWZ0 cyBhcmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0gb2Yg c2l4DQogICBtb250aHMgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwg b3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cw0KICAgYXQgYW55IHRp bWUuICBJdCBpcyBpbmFwcHJvcHJpYXRlIHRvIHVzZSBJbnRlcm5ldC1EcmFm dHMgYXMgDQogICByZWZlcmVuY2UgbWF0ZXJpYWwgb3IgdG8gY2l0ZSB0aGVt IG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIg0KDQogICBUaGUg bGlzdCBvZiBjdXJyZW50IEludGVybmV0LURyYWZ0cyBjYW4gYmUgYWNjZXNz ZWQgYXQNCiAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9yZy9pZXRmLzFpZC1h YnN0cmFjdHMudHh0DQoNCiAgIFRoZSBsaXN0IG9mIEludGVybmV0LURyYWZ0 IFNoYWRvdyBEaXJlY3RvcmllcyBjYW4gYmUgYWNjZXNzZWQgYXQNCiAgICAg ICAgaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbC4NCg0KDQpDb3B5 cmlnaHQgTm90aWNlDQoNCiAgIENvcHlyaWdodCAoQykgVGhlIEludGVybmV0 IFNvY2lldHkgKDE5OTkpLiAgQWxsIFJpZ2h0cyBSZXNlcnZlZC4NCg0KQWJz dHJhY3QNCg0KICAgVGhpcyBtZW1vIGRlc2NyaWJlcyBhIHNpbXBsZSBtZXRo b2Qgb2YgZW5jb2RpbmcgR1NUTiBhZGRyZXNzZXMgb2YNCiAgIGZhY3NpbWls ZSBkZXZpY2VzIGluIHRoZSBsb2NhbC1wYXJ0IG9mIEludGVybmV0IGVtYWls IGFkZHJlc3Nlcy4NCg0KICAgQXMgd2l0aCBhbGwgSW50ZXJuZXQgbWFpbCBh ZGRyZXNzZXMsIHRoZSBsZWZ0LWhhbmQtc2lkZSAobG9jYWwtIHBhcnQpDQog ICBvZiBhbiBhZGRyZXNzIGdlbmVyYXRlZCBhY2NvcmRpbmcgdG8gdGhpcyBz cGVjaWZpY2F0aW9uLCBpcyBub3QgdG8gYmUNCiAgIGludGVycHJldGVkIGV4 Y2VwdCBieSB0aGUgTVRBIHRoYXQgaXMgbmFtZWQgb24gdGhlIHJpZ2h0LWhh bmQtc2lkZQ0KICAgKGRvbWFpbikuDQoNCg0KMS4gSW50cm9kdWN0aW9uDQoN CiAgIFNpbmNlIHRoZSB2ZXJ5IGZpcnN0IGUtbWFpbCB0byBmYXggZ2F0ZXdh eSBvYmplY3RzIGFwcGVhcmVkLCBhDQogICBudW1iZXIgb2YgZGlmZmVyZW50 IG1ldGhvZHMgdG8gc3BlY2lmeSBhIGZheCBhZGRyZXNzIGFzIGFuIGUtbWFp bA0KICAgYWRkcmVzcyBoYXZlIGJlZW4gdXNlZCBieSBpbXBsZW1lbnRvcnMu IFNldmVyYWwgb2JqZWN0aXZlcyBmb3IgdGhpcw0KICAgbWV0aG9kcyBoYXZl IGJlZW4gaWRlbnRpZmllZCwgbGlrZSB0byBlbmFibGUgYW4gZS1tYWlsIHVz ZXIgdG8gc2VuZA0KICAgYW5kIHJlY2VpdmUgZmF4ZXMgZnJvbSBoaXMvaGVy IGUtbWFpbCBpbnRlcmZhY2UsIHRvIGFsbG93IHNvbWUga2luZCBvZiANCiAg ICJmYXggb3ZlciBlLW1haWwgc2VydmljZSIgdHJhbnNwb3J0IChwb3NzaWJs eSByZWR1Y2luZyB0aGUgY29zdHMgb2YNCiAgIEdTVE4gbG9uZyBkaXN0YW5j ZSB0cmFuc21pc3Npb25zKSB3aGlsZSB1c2luZyB0aGUgZXhpc3RpbmcgZS1t YWlsIA0KICAgaW5mcmFzdHJ1Y3R1cmUuDQoNCiAgIFRoaXMgbWVtbyBkZXNj cmliZXMgdGhlIE1JTklNQUwgYWRkcmVzc2luZyBtZXRob2QgYW5kIHN0YW5k YXJkDQogICBleHRlbnNpb25zIHRvIGVuY29kZSBGQVggYWRkcmVzc2VzIGlu dG8gZS1tYWlsIGFkZHJlc3NlcywgYXMgcmVxdWlyZWQNCiAgIGluIHJlZmVy ZW5jZSBbMTNdLiBUaGUgb3Bwb3NpdGUgcHJvYmxlbSwgaS5lLiB0byBhbGxv dyBhIHRyYWRpdGlvbmFsDQogICBudW1lcmljLW9ubHkgZmF4IGRldmljZSB1 c2VyIHRvIGFjY2VzcyB0aGUgZS1tYWlsIHRyYW5zcG9ydCBzZXJ2aWNlLA0K ICAgaXMgbm90IGRpc2N1c3NlZCBoZXJlLg0KDQogICBUaGlzIElBTkEgZm9y bXMgdXNlZCB0byByZWdpc3RlciB0aGUgc3RhbmRhcmQgZWxlbWVudHMgZGVm aW5lZCBoZXJlDQogICBhcmUgZ2l2ZW4gaW4gdGhlICJJQU5BIENvbnNpZGVy YXRpb25zIiBjaGFwdGVyIChzZWN0aW9uIDcgb2YgdGhpcw0KICAgZG9jdW1l bnQpLg0KDQogICBBbGwgaW1wbGVtZW50YXRpb25zIHN1cHBvcnRpbmcgRkFY IG92ZXIgZS1tYWlsIGFkZHJlc3MgZm9ybWF0IE1VU1QNCiAgIHN1cHBvcnQg dGhpcyBtaW5pbWFsIHNwZWNpZmljYXRpb24uDQoNCg0KMS4xIFRlcm1pbm9s b2d5IGFuZCBTeW50YXggY29udmVudGlvbnMNCg0KICAgSW4gdGhpcyBkb2N1 bWVudCB0aGUgZm9ybWFsIGRlZmluaXRpb25zIGFyZSBkZXNjcmliZWQgdXNp bmcgQUJORg0KICAgc3ludGF4LCBhcyBkZWZpbmVkIGludG8gWzddLiBXZSB3 aWxsIGFsc28gdXNlIHNvbWUgb2YgdGhlICJDT1JFDQogICBERUZJTklUSU9O UyIgZGVmaW5lZCBpbiAiQVBQRU5ESVggQSAtIENPUkUiIG9mIHRoYXQgZG9j dW1lbnQuIFRoZQ0KICAgZXhhY3QgbWVhbmluZyBvZiB0aGUgY2FwaXRhbGlz ZWQgd29yZHMNCg0KICAgICAgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlS RUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwgIlNIT1VMRCIsDQogICAgICAi U0hPVUxEIE5PVCIsICJSRUNPTU1FTkRFRCIsICAiTUFZIiwgIk9QVElPTkFM Ig0KDQogICBpcyBkZWZpbmVkIGluIHJlZmVyZW5jZSBbNl0uDQoNCiAgIElu IHRoaXMgZG9jdW1lbnQgdGhlIGZvbGxvd2luZyBuZXcgdGVybXMgYXJlIGFs c28gZGVmaW5lZDoNCg0KICAgICBJLWZheCBkZXZpY2U6DQogICAgICAgIGFu IEktcHN0biBkZXZpY2UgdHlwZSBbMTNdIHdoaWNoIGlzIGFibGUgdG8gY29t bXVuaWNhdGUgZWl0aGVyDQogICAgICAgIGRpcmVjdGx5IG9yIGluZGlyZWN0 bHkgd2l0aCB0aGUgdHJhZGl0aW9uYWwgRkFYIG92ZXIgR1NUTg0KICAgICAg ICBzZXJ2aWNlOw0KDQogICAgIG10YS1JLWZheDoNCiAgICAgICAgdGhlIElu dGVybmV0IGRvbWFpbiBuYW1lIHdoaWNoIGlkZW50aWZpZXMgdW5pcXVlbHkg YW4gSS1mYXgNCiAgICAgICAgZGV2aWNlIG92ZXIgdGhlIEludGVybmV0IChz ZWUgYWxzbyBtdGEtSS1wc3RuIGluIFsxM10pOw0KDQogICAgIGZheC1lbWFp bDoNCiAgICAgICAgdGhlIGNvbXBsZXRlIEludGVybmV0IGUtbWFpbCBhZGRy ZXNzIHN0cnVjdHVyZSB3aGljaCBpcyB1c2VkIHRvIA0KICAgICAgICB0cmFu c3BvcnQgYSBGQVggYWRkcmVzcyBvdmVyIHRoZSBJbnRlcm5ldCBlLW1haWwg c2VydmljZSAoc2VlDQogICAgICAgIGFsc28gcHN0bi1lbWFpbCBpbiBbMTNd KS4NCg0KMi4gTWluaW1hbCBGYXggYWRkcmVzcw0KDQogICBUaGUgbWluaW1h bCBmYXggYWRkcmVzcyB3aXRoaW4gZS1tYWlsIGhhcyBiZWVuIGRlZmluZWQg Zm9yIGNvbnNpc3RlbmN5DQogICB3aXRoIHJlZmVyZW5jZSBbMTNdIGFuZCBp dCBjb250YWlucyB0d28gZWxlbWVudHM6IHRoZSBmYXgtbWJveCBhbmQNCiAg IGFuIG9wdGlvbmFsIHF1YWxpZi10eXBlMSBlbGVtZW50Lg0KDQogICBNb3Jl IHByZWNpc2VseSB0aGUgR1NUTiBtaW5pbWFsIGFkZHJlc3Mgc3BlY2lmaWNh dGlvbiByZXF1aXJlcyB0aGUNCiAgIHVzZSBvZiBhIHVuaXF1ZSBzZXJ2aWNl LXNlbGVjdG9yIGZvciBlYWNoIHNwZWNpZmljIGFwcGxpY2F0aW9uIA0KICAg KHNlY3Rpb24gMiBpbiBbMTNdKS4NCg0KICAgVGhlICJzZXJ2aWNlLXNlbGVj dG9yIiBkZWZpbmVkIGZvciB0aGUgZmF4IHNlcnZpY2UgaXMgYXMgZm9sbG93 czoNCg0KICAgICAgc2VydmljZS1zZWxlY3RvciA9ICJGQVgiDQoNCiAgIElu IHRoZSBzeW50YXggZm9yIHRoZSBmYXggYWRkcmVzcyBhIHF1YWxpZi10eXBl MSBlbGVtZW50IGhhcyBiZWVuDQogICBkZWZpbmVkIGZvciBzdXBwb3J0IG9m IFQuMzAvVC4zMyBzdWJhZGRyZXNzZXMgKHNlZSBzZWN0aW9uIDIgb2YgWzEz XSkuDQogICBUaGUgdXNlIG9mIHRoaXMgZWxlbWVudCBpcyBPUFRJT05BTCwg YnV0IGNvbXBsaWFudCBpbXBsZW1lbnRhdGlvbnMNCiAgIE1VU1QgYmUgYWJs ZSB0byBzdXBwb3J0IGFuZCBjb3JyZWN0bHkgaW50ZXJwcmV0IGl0IHdoZW4g cHJlc2VudC4NCiAgIEl0cyBkZWZpbml0aW9uIGlzIGFzIGZvbGxvd3M6DQoN CiAgICAgIHF1YWxpZi10eXBlMSA9ICIvIiB0MzMtc2VwICI9IiBzdWItYWRk cg0KDQogICB3aGVyZQ0KDQogICAgICB0MzMtc2VwID0gIlQzM1MiDQoNCiAg ICAgIHN1Yi1hZGRyID0gMSooIERJR0lUICkNCg0KICAgVGh1cywgdGhlIG1p bmltYWwgc3BlY2lmaWNhdGlvbiBvZiBhIGZheCBpbiBlLW1haWwgYWRkcmVz cyBpczoNCg0KICAgICAgZmF4LWFkZHJlc3MgPSBmYXgtbWJveCBbICIvVDMz Uz0iIHN1Yi1hZGRyIF0NCg0KICAgICAgZmF4LW1ib3ggPSAiRkFYPSIgZ2xv YmFsLXBob25lDQoNCiAgTm90ZXM6DQogICAgRm9yIHRoZSBjYXNlIG9mIGEg c2luZ2xlIHN1YmFkZHJlc3MsIG9ubHkgbnVtYmVycyBhcmUgYWxsb3dlZCBp bg0KICAgIDxzdWItYWRkcj4gd2hpY2ggaXMgY29uc2lzdGVudCB3aXRoIFQu MzAsIFQuMzMsIGFuZCB0aGlzIGRvY3VtZW50Lg0KICAgIFdoaWxlIFQuMzAg YW5kIFQuMzMgdXNlIFNQQUNFIHRvIHBhZCBpdHMgZmllbGQsIHBhZGRpbmcg aXNuJ3QgbmVjZXNzYXJ5DQogICAgaW4gdGhlIDxzdWItYWRkcj4gZmllbGQg ZGVmaW5lZCBieSB0aGlzIGRvY3VtZW50Lg0KDQogICAgRm9yIHRoZSBjYXNl IG9mIG11bHRpcGxlIHN1YmFkZHJlc3NlcywgVC4zMyBzcGVjaWZpZXMgdGhl ICIjIg0KICAgIGNoYXJhY3RlciBzaG91bGQgYmUgdXNlZCB0byBzcGVjaWZ5 IG11bHRpcGxlIHN1YmFkZHJlc2VzLiAgSG93ZXZlciwNCiAgICBvbmx5IGRp Z2l0cyBhcmUgcGVybWl0dGVkIGluIHRoZSA8c3ViLWFkZHI+IGZpZWxkIGRl ZmluZWQgYnkgdGhpcw0KICAgIGRvY3VtZW50LiAgUmVmZXIgdG8gc2VjdGlv biA0LjEgaW4gY2FzZSBtdWx0aXBsZSA8c3ViLWFkZHI+IHBlcg0KICAgIHBl ciA8ZmF4LW1ib3g+IG5lZWQgdG8gYmUgc3BlY2lmaWVkLg0KDQogICBUaGUg TWluaW1hbCBzdXBwb3J0ZWQgc3ludGF4IGZvciBnbG9iYWwtcGhvbmUgKGFz IGRlc2NyaWJlZCBpbg0KICAgc2VjdGlvbiAyLjEgb2YgcmVmZXJlbmNlIFsx M10pIGlzOg0KDQogICBnbG9iYWwtcGhvbmUgPSAiKyIgMSooIERJR0lUICwg d3JpdHRlbi1zZXAgKQ0KDQogICB3cml0dGVuLXNlcCA9ICggIi0iIC8gIi4i ICkNCg0KICAgUmVmZXIgdG8gc2VjdGlvbiAyLjEgaW4gWzEzXSBmb3Igb3Ro ZXIgaW1wb3J0YW50IGNvbnNpZGVyYXRpb25zIGFib3V0DQogICB0aGUgZ2xv YmFsLXBob25lIGVsZW1lbnQuDQoNCg0KMi4yIFNvbWUgZXhhbXBsZXMgb2Yg YSBtaW5pbWFsICJmYXgtYWRkcmVzcyINCg0KICAgU29tZSBleGFtcGxlcyBv ZiBtaW5pbWFsIGZheC1hZGRyZXNzIGZvbGxvd3M6DQoNCiAgICAgIEZBWD0r Mzk0MDIyNjMzOA0KDQogICAgICBGQVg9KzEyMDI3NjUzMDAwL1QzM1M9MTM4 Nw0KDQogICAgICBGQVg9KzMzLTEtODgzMzUyMTUNCg0KICAgTm90ZTogDQog ICAgICB0aGUgZXhhbXBsZXMgc2hvd24gYXJlIGp1c3QgZm9yIGlsbHVzdHJh dGlvbiBwdXJwb3VzZXMuDQoNCg0KMy4gVGhlIGUtbWFpbCBhZGRyZXNzIG9m IHRoZSBJLWZheCBkZXZpY2U6IG10YS1JLWZheA0KDQogICBBbiAiSS1mYXgg ZGV2aWNlIiBoYXMgZ290LCBhbW9uZyBpdHMgY2hhcmFjdGVyaXN0aWNzLCBh IHVuaXF1ZSANCiAgIEludGVybmV0IGRvbWFpbiBuYW1lIHdoaWNoIGlkZW50 aWZpZXMgaXQgb24gdGhlIEludGVybmV0LiBXaXRoaW4NCiAgIEludGVybmV0 IG1haWwsIHRoaXMgaXMgdGhlIFJpZ2h0IEhhbmQgU2lkZSAoUkhTKSBwYXJ0 IG9mIHRoZQ0KICAgYWRkcmVzcywgaS5lLiB0aGUgcGFydCBvbiB0aGUgcmln aHQgb2YgdGhlICJAIiBzaWduLiBGb3IgcHVycG91c2VzDQogICBvZiB0aGlz IGRvY3VtZW50IHdlIHdpbGwgY2FsbCB0aGlzICJtdGEtSS1mYXgiDQoNCiAg ICAgIG10YS1JLWZheCA9IGRvbWFpbg0KDQogICBGb3IgImRvbWFpbiIgc3Ry aW5ncyB1c2VkIGluIFNNVFAgdHJhbnNtaXNzaW9ucywgdGhlIHN0cmluZyBN VVNUDQogICBjb25mb3JtIHRvIHRoZSByZXF1aXJlbWVudHMgb2YgdGhhdCBz dGFuZGFyZCdzIDxkb21haW4+DQogICBzcGVjaWZpY2F0aW9ucyBbMV0sIFsz XS4gIEZvciAiZG9tYWluIiBzdHJpbmdzIHVzZWQgaW4gbWVzc2FnZQ0KICAg Y29udGVudCBoZWFkZXJzLCB0aGUgc3RyaW5nIE1VU1QgY29uZm9ybSB0byB0 aGUgcmVxdWlyZW1lbnRzIG9mIHRoZQ0KICAgcmVsZXZhbnQgc3RhbmRhcmRz IFsyXSwgWzNdLg0KDQogICBOb3RlOiBib3RoIGluIHRoZSBTTVRQIGVudmVs b3BlIGFuZCBpbiB0aGUgbWVzc2FnZSBoZWFkZXJzLCB0aGUNCiAgICAgICAg IHN0YW5kYXJkcyBwZXJtaXQgdGhlIHVzZSBvZiAiZG9tYWluIG5hbWVzIiBv ciAiZG9tYWluIGxpdGVyYWxzIg0KICAgICAgICAgaW4gYWRkcmVzc2VzLg0K DQo0LiBUaGUgZmF4LWVtYWlsDQoNCiAgIFRoZSBjb21wbGV0ZSBzdHJ1Y3R1 cmUgdXNlZCB0byB0cmFuc2ZlciBhIG1pbmltYWwgRkFYIGFkZHJlc3Mgb3Zl cg0KICAgdGhlIEludGVybmV0IGUtbWFpbCB0cmFuc3BvcnQgc3lzdGVtIGlz IGNhbGxlZCAiZmF4LWVtYWlsIi4gVGhpcw0KICAgb2JqZWN0IGlzIGEgYW4g ZS1tYWlsIGFkZHJlc3Mgd2hpY2ggY29uZm9ybXMgdG8gWzJdIGFuZCBbM10N CiAgICJhZGRyLXNwZWMiIHN5bnRheCwgd2l0aCBzdHJ1Y3R1cmUgcmVmaW5l bWVudHMgd2hpY2ggYWxsb3dzIHRoZQ0KICAgRkFYIG51bWJlciB0byBiZSBp ZGVudGlmaWVkLg0KDQogICAgICAgICBmYXgtZW1haWwgPSAgWyIvIl0gZmF4 LWFkZHJlc3MgWyIvIl0gIkAiIG10YS1JLWZheA0KDQogICBJbXBsZW1lbnRv cnMnIG5vdGU6DQogICAgIFRoZSBvcHRpb25hbCAiLyIgY2hhcmFjdGVycyBj YW4gcmVzdWx0IGZyb20gdHJhbnNsYXRpb25zIGZyb20gDQogICAgIG90aGVy IHRyYW5zcG9ydCBnYXRld2F5cyAoc3VjaCBhcyBzb21lIFguNDAwIGdhdGV3 YXlzKSB3aGljaCANCiAgICAgaGF2ZSBpbmNsdWRlZCB0aGUgIi8iIGFzIGFu IG9wdGlvbmFsIGVsZW1lbnQuIEltcGxlbWVudGF0aW9ucw0KICAgICBNVVNU IGFjY2VwdCB0aGUgb3B0aW9uYWwgc2xhc2hlcyBidXQgU0hPVUxEIE5PVCBn ZW5lcmF0ZSB0aGVtLg0KICAgICBHYXRld2F5cyBhcmUgYWxsb3dlZCB0byBz dHJpcCB0aGVtIG9mZiB3aGVuIGNvbnZlcnRpbmcgdG8gDQogICAgIEludGVy bmV0IG1haWwgYWRkcmVzc2luZy4gSW1wbGVtZW50b3JzIGFyZSByZW1pbmRl ZCB0aGF0IGl0IGlzDQogICAgIGVzc2VudGlhbCB0aGF0ICJmYXgtYWRkcmVz cyIgZWxlbWVudCBNVVNUIHN0cmljdGx5IGZvbGxvdyB0aGUNCiAgICAgInF1 b3RpbmcgcnVsZXMiIHNwY2lmaWVkIGluIHRoZSByZWxldmFudCBzdGFuZGFy ZHMgWzJdLCBbM10uDQoNCg0KNC4xIE11bHRpcGxlIHN1YmFkZHJlc3Nlcw0K DQogICBUaGVyZSBhcmUgc29tZSBpbnN0YW5jZXMgaW4gR1NUTiBhcHBsaWNh dGlvbnMgd2hlcmUgbXVsdGlwbGUNCiAgIHN1YmFkZHJlc3NlcyBhcmUgdXNl ZDogVC4zMyBzdWJhZGRyZXNzZXMgaW4gZmF4IHNlcnZpY2UgYXJlIG9uZSBv Zg0KICAgdGhlc2UgY2FzZXMuIEluIGUtbWFpbCBwcmFjdGljZSBhIHNlcGFy YXRlIGFuZCB1bmlxdWUgZS1tYWlsDQogICBhZGRyZXNzIGlzIGFsd2F5cyB1 c2VkIGZvciBlYWNoIHJlY2lwaWVudDsgYXMgc3VjaCwgaWYgbXVsdGlwbGUg VC4zMyANCiAgIHN1YmFkZHJlc3NlcyBhcmUgcHJlc2VudCwgdGhlIHVzZSBv ZiBtdWx0aXBsZSAiZmF4LWVtYWlsIiBlbGVtZW50cyANCiAgIGlzIFJFUVVJ UkVELg0KDQogICBJbXBsZW1lbnRvcnMnIG5vdGU6DQogICAgIFRoZSBVQSBN QVkgYWNjZXB0IG11bHRpcGxlIHN1YmFkZHJlc3MgZWxlbWVudHMgZm9yIHRo ZSBzYW1lDQogICAgIGdsb2JhbC1waG9uZSwgYnV0IGl0IE1VU1QgZ2VuZXJh dGUgbXVsdGlwbGUgImZheC1tYm94IiBlbGVtZW50cw0KICAgICB3aGVuIHN1 Ym1pdHRpbmcgdGhlIG1lc3NhZ2UgdG8gdGhlIE1UQS4NCg0KDQo0LjIgU29t ZSBleGFtcGxlcyBvZiBtaW5pbWFsICJmYXgtZW1haWwiDQoNCiAgIFNvbWUg ZXhhbXBsZXMgb2YgbWluaW1hbCBmYXgtZW1haWwgYWRkcmVzc2VzIGZvbGxv d3M6DQoNCiAgICAgIEZBWD0rMzk0MDIyNjMzOEBmYXh3b3JsZC5vcmcNCg0K ICAgICAgRkFYPSsxMjAyNzY1MzAwMC9UMzNTPTEzODdAZmF4d29ybGQub3Jn DQoNCiAgICAgIC9GQVg9KzMzLTEtODgzMzUyMTUvQGZheHdvcmxkLm9yZw0K DQogICBOb3RlOiANCiAgICAgIHRoZSBleGFtcGxlcyBzaG93biBhcmUganVz dCBmb3IgaWxsdXN0cmF0aW9uIHB1cnBvdXNlcy4NCg0KDQo1LiBDb25jbHVz aW9uDQoNCiAgIFRoaXMgcHJvcG9zYWwgY3JlYXRlcyBhIG1pbmltYWwgc3Rh bmRhcmQgZW5jb2RpbmcgZm9yIEZBWCBhZGRyZXNzZXMNCiAgIHdpdGhpbiB0 aGUgZ2xvYmFsIGUtbWFpbCB0cmFuc3BvcnQgc3lzdGVtLiBUaGUgcHJvcG9z YWwgaXMgY29uc2lzdGVudA0KICAgd2l0aCBleGlzdGluZyBlLW1haWwgc3Rh bmRhcmRzLg0KDQoNCjYuIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zDQoNCiAg IFRoaXMgZG9jdW1lbnQgc3BlY2lmaWVzIGEgbWVhbnMgYnkgd2hpY2ggRkFY IGFkZHJlc3NlcyBjYW4gYmUNCiAgIGVuY29kZWQgaW50byBlLW1haWwgYWRk cmVzc2VzLiBTaW5jZSBlLW1haWwgcm91dGluZyBpcyBkZXRlcm1pbmVkIGJ5 DQogICBEb21haW4gTmFtZSBTeXN0ZW0gKEROUykgZGF0YSwgYSBzdWNjZXNz ZnVsIGF0dGFjayB0byBETlMgY291bGQgDQogICBkaXNzZW1pbmF0ZSB0YW1w ZXJlZCBpbmZvcm1hdGlvbiwgd2hpY2ggY2F1c2VzIGUtbWFpbCBtZXNzYWdl cyB0byBiZQ0KICAgZGl2ZXJ0ZWQgdmlhIHNvbWUgTVRBIG9yIEdhdGV3YXkg d2hlcmUgdGhlIHNlY3VyaXR5IG9mIHRoZSBzb2Z0d2FyZQ0KICAgaGFzIGJl ZW4gY29tcHJpbWlzZWQuDQoNCiAgIFRoZXJlIGFyZSBzZXZlcmFsIG1lYW5z IGJ5IHdoaWNoIGFuIGF0dGFja2VyIG1pZ2h0IGJlIGFibGUgdG8gZGVsaXZl cg0KICAgaW5jb3JyZWN0IG1haWwgcm91dGluZyBpbmZvcm1hdGlvbiB0byBh IGNsaWVudC4gVGhlc2UgaW5jbHVkZTogKGEpDQogICBjb21wcm9taXNlIG9m IGEgRE5TIHNlcnZlciwgKGIpIGdlbmVyYXRpbmcgYSBjb3VudGVyZmVpdCBy ZXNwb25zZSB0bw0KICAgYSBjbGllbnQncyBETlMgcXVlcnksIChjKSByZXR1 cm5pbmcgaW5jb3JyZWN0ICJhZGRpdGlvbmFsDQogICBpbmZvcm1hdGlvbiIg aW4gcmVzcG9uc2UgdG8gYW4gdW5yZWxhdGVkIHF1ZXJ5LiBDbGllbnRzIFNI T1VMRCBlbnN1cmUNCiAgIHRoYXQgbWFpbCByb3V0aW5nIGlzIGJhc2VkIG9u bHkgb24gYXV0aG9yaXRhdGl2ZSBhbnN3ZXJzLiBPbmNlIEROUw0KICAgU2Vj dXJpdHkgbWVjaGFuaXNtcyBbNV0gYmVjb21lIG1vcmUgd2lkZWx5IGRlcGxv eWVkLCBjbGllbnRzIFNIT1VMRA0KICAgZW1wbG95IHRob3NlIG1lY2hhbmlz bXMgdG8gdmVyaWZ5IHRoZSBhdXRoZW50aWNpdHkgYW5kIGludGVncml0eSBv Zg0KICAgbWFpbCByb3V0aW5nIHJlY29yZHMuDQoNCg0KICAgNy4gSUFOQSBD b25zaWRlcmF0aW9ucw0KDQogICBUaGUgSUFOQSByZWdpc3RyYXRpb24gZm9y bXMgZm9yICJGQVgiIHNlcnZpY2Utc2VsZWN0b3IgYW5kICJUMzNTIg0KICAg cXVhbGlmLXR5cGUxIGVsZW1lbnRzIGFyZSBkZWZpbmVkIGhlcmUuIFRoZXNl IGZvcm1zIHVwZGF0ZSB0aGUNCiAgIHByZXZpb3VzIHJlZ2lzdHJhdGlvbiBm b3JtcyBkZWZpbmVkIGluIFsxNV0uDQoNCiAgIDcuMSBJQU5BIFJlZ2lzdHJh dGlvbiBmb3JtIGZvciB1cGRhdGVkIHZhbHVlIG9mIEdTVE4gDQogICAgICAg YWRkcmVzcyBzZXJ2aWNlLXNlbGVjdG9yICJGQVgiDQoNCiAgIFRvOiBJQU5B QGlzaS5lZHUgDQogICBTdWJqZWN0OiBSZWdpc3RyYXRpb24gb2YgdXBkYXRl ZCB2YWx1ZXMgZm9yIHRoZSBHU1ROIGFkZHJlc3MgDQogICAgICAgICAgICBz ZXJ2aWNlLXNlbGVjdG9yIHNwZWNpZmllciAiRkFYIg0KICAgICAgIA0KICAg c2VydmljZS1zZWxlY3RvciBuYW1lOg0KDQogICAgICBGQVgNCg0KICAgRGVz Y3JpcHRpb24gb2YgVXNlOg0KDQogICAgICBGQVggLSBzcGVjaWZ5IHRoYXQg dGhlIEdTVE4gYWRkcmVzcyByZWZlcnMgZWl0aGVyIHRvIGFuIA0KICAgICAg SW50ZXJuZXQgRmF4IGRldmljZSwgb3IgYW4gb25yYW1wL29mZnJhbXAgRmF4 IGdhdGV3YXkuDQoNCiAgICAgIEZvciBhIGNvbXBsZXRlIGRlc2NyaXB0aW9u IHJlZmVyIHRvIFJGQzIzMDRiaXMgYW5kIFJGQzIzMDNiaXMNCg0KICAgU2Vj dXJpdHkgQ29uc2lkZXJhdGlvbnM6DQoNCiAgICAgIFNlZSB0aGUgU2VjdXJp dHkgQ29uc2lkZXJhdGlvbiBzZWN0aW9uIG9mIFJGQzIzMDRiaXMuDQoNCiAg IFBlcnNvbiAmIGVtYWlsIGFkZHJlc3MgdG8gY29udGFjdCBmb3IgZnVydGhl ciBpbmZvcm1hdGlvbjoNCg0KICAgICAgQ2xhdWRpbyBBbGxvY2NoaW8NCiAg ICAgIElORk4tR0FSUg0KICAgICAgYy9vIFNpbmNyb3Ryb25lIFRyaWVzdGUN CiAgICAgIFNTIDE0IEttIDE2My41IEJhc292aXp6YQ0KICAgICAgSSAzNDAx MiBUcmllc3RlDQogICAgICBJdGFseQ0KDQogICAgICBSRkM4MjI6IENsYXVk aW8uQWxsb2NjaGlvQGVsZXR0cmEudHJpZXN0ZS5pdA0KICAgICAgWC40MDA6 ICBDPWl0O0E9Z2FycjtQPVRyaWVzdGU7Tz1FbGV0dHJhOw0KICAgICAgICAg ICAgICBTPUFsbG9jY2hpbztHPUNsYXVkaW87DQogICAgICBQaG9uZTogICsz OSAwNDAgMzc1ODUyMw0KICAgICAgRmF4OiAgICArMzkgMDQwIDM3NTg1NjUN Cg0KDQo3LjIgSUFOQSBSZWdpc3RyYXRpb24gZm9ybSBmb3IgdXBkYXRlZCB2 YWx1ZSBvZiBHU1ROIA0KICAgICAgIGFkZHJlc3MgcXVhbGl0LXR5cGUxIGtl eXdvcmQgIlQzM1MiIGFuZCB2YWx1ZQ0KDQpUbzogSUFOQUBpc2kuZWR1IA0K ICAgU3ViamVjdDogUmVnaXN0cmF0aW9uIG9mIHVwZGF0ZWQgdmFsdWVzIGZv ciB0aGUgR1NUTiBhZGRyZXNzIA0KICAgICAgICAgICAgcXVhbGlmLXR5cGUx IGVsZW1lbnQgIlQzM1MiDQogICAgICAgDQogICBxdWFsaWYtdHlwZTEgImtl eXdvcmQiIG5hbWU6DQoNCiAgICAgIFQzM1MNCg0KICAgcXVhbGlmLXR5cGUx ICJ2YWx1ZSIgQUJORiBkZWZpbml0aW9uOg0KDQogICAgICBzdWItYWRkciA9 IDEqKCBESUdJVCApDQoNCiAgIERlc2NyaXB0aW9uIG9mIFVzZToNCg0KICAg ICAgVDMzUyBpcyB1c2VkIHRvIHNwZWNpZnkgdGhlIG51bWVyaWMgb25seSBv cHRpb25hbCBmYXggc3ViLWFkZHJlc3MNCiAgICAgIGVsZW1lbnQgZGVzY3Jp YmVkIGluICJJVFUgVC4zMyAtIEZhY3NpbWlsZSByb3V0aW5nIHV0aWxpemlu ZyB0aGUgDQogICAgICBzdWJhZGRyZXNzOyByZWNvbW1lbmRhdGlvbiBULjMz IChKdWx5LCAxOTk2KSIuIEZ1cnRoZXIgZGV0YWlsZWQNCiAgICAgIGRlc2Ny aXB0aW9uIGlzIGF2YWlsYWJsZSBpbiBSRkMyMzA0Lg0KDQogICBVc2UgUmVz dHJpY3Rpb246DQoNCiAgICAgIFRoZSB1c2Ugb2YgIlQzM1MiIGlzIHJlc3Ry aWN0ZWQgdG8gIkZBWCIgc2VydmljZS1zZWxlY3RvciwgaXMgaXQgaGFzDQog ICAgICBubyBtZWFuaW5nIG91dHNpZGUgdGhlIGZheCBzZXJ2aWNlLg0KDQog ICBTZWN1cml0eSBDb25zaWRlcmF0aW9uczoNCg0KICAgICAgU2VlIHRoZSBT ZWN1cml0eSBDb25zaWRlcmF0aW9uIHNlY3Rpb24gb2YgUkZDMjMwNGJpcy4N Cg0KICAgUGVyc29uICYgZW1haWwgYWRkcmVzcyB0byBjb250YWN0IGZvciBm dXJ0aGVyIGluZm9ybWF0aW9uOg0KDQogICAgICBDbGF1ZGlvIEFsbG9jY2hp bw0KICAgICAgSU5GTi1HQVJSDQogICAgICBjL28gU2luY3JvdHJvbmUgVHJp ZXN0ZQ0KICAgICAgU1MgMTQgS20gMTYzLjUgQmFzb3ZpenphDQogICAgICBJ IDM0MDEyIFRyaWVzdGUNCiAgICAgIEl0YWx5DQoNCiAgICAgIFJGQzgyMjog Q2xhdWRpby5BbGxvY2NoaW9AZWxldHRyYS50cmllc3RlLml0DQogICAgICBY LjQwMDogIEM9aXQ7QT1nYXJyO1A9VHJpZXN0ZTtPPUVsZXR0cmE7DQogICAg ICAgICAgICAgIFM9QWxsb2NjaGlvO0c9Q2xhdWRpbzsNCiAgICAgIFBob25l OiAgKzM5IDA0MCAzNzU4NTIzDQogICAgICBGYXg6ICAgICszOSAwNDAgMzc1 ODU2NSAgIA0KDQoNCiAgIDguIEF1dGhvcidzIEFkZHJlc3MNCg0KICAgQ2xh dWRpbyBBbGxvY2NoaW8NCiAgIElORk4tR0FSUg0KICAgYy9vIFNpbmNyb3Ry b25lIFRyaWVzdGUNCiAgIFNTIDE0IEttIDE2My41IEJhc292aXp6YQ0KICAg SSAzNDAxMiBUcmllc3RlDQogICBJdGFseQ0KDQogICBSRkM4MjI6IENsYXVk aW8uQWxsb2NjaGlvQGVsZXR0cmEudHJpZXN0ZS5pdA0KICAgWC40MDA6ICBD PWl0O0E9Z2FycjtQPVRyaWVzdGU7Tz1FbGV0dHJhOw0KICAgICAgICAgICBT PUFsbG9jY2hpbztHPUNsYXVkaW87DQogICBQaG9uZTogICszOSAwNDAgMzc1 ODUyMw0KICAgRmF4OiAgICArMzkgMDQwIDM3NTg1NjUNCg0KOS4gUmVmZXJl bmNlcw0KDQogICBbMV0gIFBvc3RlbCwgSi4sICJTaW1wbGUgTWFpbCBUcmFu c2ZlciBQcm90b2NvbCIsIFNURCAxMCwgUkZDIDgyMSwNCiAgICAgICAgQXVn dXN0IDE5ODIuIC0tPiBEUlVNUz8NCg0KICAgWzJdICBDcm9ja2VyLCBELiwg IiBTdGFuZGFyZCBmb3IgdGhlIGZvcm1hdCBvZiBBUlBBIEludGVybmV0IHRl eHQNCiAgICAgICAgbWVzc2FnZXMiLCBTVEQgMTEsIFJGQyA4MjIsIEF1Z3Vz dCAxOTgyLiAtLT4gRFJVTVM/DQoNCiAgIFszXSAgQnJhZGVuLCBSLiwgIlJl cXVpcmVtZW50cyBmb3IgSW50ZXJuZXQgaG9zdHMgLSBhcHBsaWNhdGlvbiBh bmQNCiAgICAgICAgc3VwcG9ydCIsIFJGQyAxMTIzLCBPY3RvYmVyIDE5ODku DQoNCiAgIFs0XSAgTWFsYW11ZCwgQy4gYW5kIE0uIFJvc2UsICJQcmluY2lw bGVzIG9mIE9wZXJhdGlvbiBmb3IgdGhlDQogICAgICAgIFRQQy5JTlQgU3Vi ZG9tYWluOiBSZW1vdGUgUHJpbnRpbmcgLS0gVGVjaG5pY2FsIFByb2NlZHVy ZXMiLCBSRkMNCiAgICAgICAgMTUyOCwgT2N0b2JlciAxOTkzLg0KDQogICBb NV0gIEVhc3RsYWtlLCBELiBhbmQgQy4gS2F1Zm1hbiwgIkRvbWFpbiBOYW1l IFN5c3RlbSBTZWN1cml0eQ0KICAgICAgICBFeHRlbnNpb25zIiwgUkZDIDIw NjUsIEphbnVhcnkgMTk5Ny4NCg0KICAgWzZdICBCcmFkbmVyLCBTLiwgIktl eSB3b3JkcyBmb3IgdXNlIGluIFJGQ3MgdG8gSW5kaWNhdGUgUmVxdWlyZW1l bnQNCiAgICAgICAgTGV2ZWxzIiwgUkZDIDIxMTksIE1hcmNoIDE5OTcuDQoN CiAgIFs3XSAgQ3JvY2tlciwgRC4gYW5kIFAuIE92ZXJlbGwsICJBdWdtZW50 ZWQgQk5GIGZvciBTeW50YXgNCiAgICAgICAgU3BlY2lmaWNhdGlvbnMiLCBS RkMgMjIzNCwgTm92ZW1iZXIgMTk5Ny4NCg0KICAgWzhdICBJVFUgRi40MDEg LSBNZXNzYWdlIEhhbmRsaW5nIFNlcnZpY2VzOiBOYW1pbmcgYW5kIEFkZHJl c3NpbmcgZm9yDQogICAgICAgIFB1YmxpYyBNZXNzYWdlIEhhbmRsaW5nIFNl cnZpY2U7IHJlY29tbWVuZGF0aW9uIEYuNDAxIChBdWd1c3QNCiAgICAgICAg MTk5MikNCg0KICAgWzldICBJVFUgRi40MjMgLSBNZXNzYWdlIEhhbmRsaW5n IFNlcnZpY2VzOiBJbnRlcmNvbW11bmljYXRpb24NCiAgICAgICAgQmV0d2Vl biB0aGUgSW50ZXJwZXJzb25hbCBNZXNzYWdpbmcgU2VydmljZSBhbmQgdGhl IFRlbGVmYXgNCiAgICAgICAgU2VydmljZTsgcmVjb21tZW5kYXRpb24gRi40 MjMgKEF1Z3VzdCAxOTkyKQ0KDQogICBbMTBdIElUVSBFLjE2NCAtIFRoZSBJ bnRlcm5hdGlvbmFsIFB1YmxpYyBUZWxlY29tbXVuaWNhdGlvbiBOdW1iZXJp bmcNCiAgICAgICAgUGxhbiBFLjE2NC9JLjMzMSAoTWF5IDE5OTcpDQoNCiAg IFsxMV0gSVRVIFQuMzMgLSBGYWNzaW1pbGUgcm91dGluZyB1dGlsaXppbmcg dGhlIHN1YmFkZHJlc3M7DQogICAgICAgIHJlY29tbWVuZGF0aW9uIFQuMzMg KEp1bHksIDE5OTYpDQoNCiAgIFsxMl0gRVRTSSBJLUVUUyAzMDAsMzgwIC0g VW5pdmVyc2FsIFBlcnNvbmFsIFRlbGVjb21tdW5pY2F0aW9uDQogICAgICAg IChVUFQpOiBBY2Nlc3MgRGV2aWNlcyBEdWFsIFRvbmUgTXVsdGkgRnJlcXVl bmN5IChEVE1GKSBzZW5kZXINCiAgICAgICAgZm9yIGFjb3VzdGljYWwgY291 cGxpbmcgdG8gdGhlIG1pY3JvcGhvbmUgb2YgYSBoYW5kc2V0IHRlbGVwaG9u ZQ0KICAgICAgICAoTWFyY2ggMTk5NSkNCg0KICAgWzEzXSBBbGxvY2NoaW8s IEMuLCAiTWluaW1hbCBHU1ROIGFkZHJlc3MgZm9ybWF0IGluIEludGVybmV0 IE1haWwiLA0KICAgICAgICBSRkMgMjMwM2JpcywgeHh4eCAxOTk5Lg0KDQog ICBbMTRdIEtpbGxlLCBTLiwgIk1JWEVSIChNaW1lIEludGVybmV0IFguNDAw IEVuaGFuY2VkIFJlbGF5KTogTWFwcGluZw0KICAgICAgICBiZXR3ZWVuIFgu NDAwIGFuZCBSRkMgODIyL01JTUUiLCBSRkMgMjE1NiwgSmFudWFyeSAxOTk4 Lg0KDQogICBbMTVdIEFsbG9jY2hpbywgQy4gIkdTVE4gYWRkcmVzcyBlbGVt ZW50IGV4dGVuc2lvbnMgaW4gZS1tYWlsIA0KICAgICAgICBzZXJ2aWNlcyIs IFJGQyB4eHh4LCB4eHh4eHh4IDE5OTkuDQoNCg0KMTAuICBGdWxsIENvcHly aWdodCBTdGF0ZW1lbnQNCg0KICAgQ29weXJpZ2h0IChDKSBUaGUgSW50ZXJu ZXQgU29jaWV0eSAoMTk5OSkuICBBbGwgUmlnaHRzIFJlc2VydmVkLg0KDQog ICBUaGlzIGRvY3VtZW50IGFuZCB0cmFuc2xhdGlvbnMgb2YgaXQgbWF5IGJl IGNvcGllZCBhbmQgZnVybmlzaGVkIHRvDQogICBvdGhlcnMsIGFuZCBkZXJp dmF0aXZlIHdvcmtzIHRoYXQgY29tbWVudCBvbiBvciBvdGhlcndpc2UgZXhw bGFpbiBpdA0KICAgb3IgYXNzaXN0IGluIGl0cyBpbXBsZW1lbnRhdGlvbiBt YXkgYmUgcHJlcGFyZWQsIGNvcGllZCwgcHVibGlzaGVkDQogICBhbmQgZGlz dHJpYnV0ZWQsIGluIHdob2xlIG9yIGluIHBhcnQsIHdpdGhvdXQgcmVzdHJp Y3Rpb24gb2YgYW55DQogICBraW5kLCBwcm92aWRlZCB0aGF0IHRoZSBhYm92 ZSBjb3B5cmlnaHQgbm90aWNlIGFuZCB0aGlzIHBhcmFncmFwaCBhcmUNCiAg IGluY2x1ZGVkIG9uIGFsbCBzdWNoIGNvcGllcyBhbmQgZGVyaXZhdGl2ZSB3 b3Jrcy4gIEhvd2V2ZXIsIHRoaXMNCiAgIGRvY3VtZW50IGl0c2VsZiBtYXkg bm90IGJlIG1vZGlmaWVkIGluIGFueSB3YXksIHN1Y2ggYXMgYnkgcmVtb3Zp bmcNCiAgIHRoZSBjb3B5cmlnaHQgbm90aWNlIG9yIHJlZmVyZW5jZXMgdG8g dGhlIEludGVybmV0IFNvY2lldHkgb3Igb3RoZXINCiAgIEludGVybmV0IG9y Z2FuaXphdGlvbnMsIGV4Y2VwdCBhcyBuZWVkZWQgZm9yIHRoZSBwdXJwb3Nl IG9mDQogICBkZXZlbG9waW5nIEludGVybmV0IHN0YW5kYXJkcyBpbiB3aGlj aCBjYXNlIHRoZSBwcm9jZWR1cmVzIGZvcg0KICAgY29weXJpZ2h0cyBkZWZp bmVkIGluIHRoZSBJbnRlcm5ldCBTdGFuZGFyZHMgcHJvY2VzcyBtdXN0IGJl DQogICBmb2xsb3dlZCwgb3IgYXMgcmVxdWlyZWQgdG8gdHJhbnNsYXRlIGl0 IGludG8gbGFuZ3VhZ2VzIG90aGVyIHRoYW4NCiAgIEVuZ2xpc2guDQoNCiAg IFRoZSBsaW1pdGVkIHBlcm1pc3Npb25zIGdyYW50ZWQgYWJvdmUgYXJlIHBl cnBldHVhbCBhbmQgd2lsbCBub3QgYmUNCiAgIHJldm9rZWQgYnkgdGhlIElu dGVybmV0IFNvY2lldHkgb3IgaXRzIHN1Y2Nlc3NvcnMgb3IgYXNzaWducy4N Cg0KICAgVGhpcyBkb2N1bWVudCBhbmQgdGhlIGluZm9ybWF0aW9uIGNvbnRh aW5lZCBoZXJlaW4gaXMgcHJvdmlkZWQgb24gYW4NCiAgICJBUyBJUyIgYmFz aXMgYW5kIFRIRSBJTlRFUk5FVCBTT0NJRVRZIEFORCBUSEUgSU5URVJORVQg RU5HSU5FRVJJTkcNCiAgIFRBU0sgRk9SQ0UgRElTQ0xBSU1TIEFMTCBXQVJS QU5USUVTLCBFWFBSRVNTIE9SIElNUExJRUQsIElOQ0xVRElORw0KICAgQlVU IE5PVCBMSU1JVEVEIFRPIEFOWSBXQVJSQU5UWSBUSEFUIFRIRSBVU0UgT0Yg VEhFIElORk9STUFUSU9ODQogICBIRVJFSU4gV0lMTCBOT1QgSU5GUklOR0Ug QU5ZIFJJR0hUUyBPUiBBTlkgSU1QTElFRCBXQVJSQU5USUVTIE9GDQogICBN RVJDSEFOVEFCSUxJVFkgT1IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBV UlBPU0UuDQoNCg0K --8465-1103527590-963419071=:539129628-- From owner-ietf-fax@mail.imc.org Wed Jul 12 11:45:43 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA28605 for ; Wed, 12 Jul 2000 11:45:43 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id HAA19414 for ietf-fax-bks; Wed, 12 Jul 2000 07:26:19 -0700 (PDT) Received: from elettra.trieste.it (SYNX02.elettra.trieste.it [140.105.2.2]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id HAA19410 for ; Wed, 12 Jul 2000 07:26:15 -0700 (PDT) Date: Wed, 12 Jul 2000 16:22:54 +0100 To: internet-drafts@ietf.org cc: ietf-fax@imc.org Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8208-1103527590-963418974=:539129628" From: Claudio Allocchio Subject: DRAFT-IETF-FAX-MINADDR-V2-01.TXT Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --8208-1103527590-963418974=:539129628 Content-Type: TEXT/PLAIN; charset=US-ASCII Hallo, here is the revised and final version of DRAFT-IETF-FAX-MINADDR-V2-01.TXT I introduced the clarification comments which came after Adelaide meeting, and tried to correct all remaining typos. This I-D replaces the old DRAFT-IETF-FAX-MINADDR-V2-00.TXT. regards, ------------------------------------------------------------------------------ Claudio Allocchio G A R R Claudio.Allocchio@garr.it Project Technical Officer tel: +39 040 3758523 Italian Academic and G=Claudio; S=Allocchio; fax: +39 040 3758565 Research Network P=garr; A=garr; C=it; PGP Key: http://security.fi.infn.it/cgi-bin/spgpk.pl?KeyId=0C5C2A09 --8208-1103527590-963418974=:539129628 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="DRAFT-IETF-FAX-MINADDR-V2-01.TXT" Content-ID: Content-Description: Content-Transfer-Encoding: BASE64 TmV0d29yayBXb3JraW5nICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBDLiBBbGxvY2NoaW8NCkdyb3VwICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBH QVJSLUl0YWx5DQpJTlRFUk5FVC1EUkFGVCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIEp1bHkgMjAwMA0KT2Jzb2xl dGVzOiBSRkMyMzAzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBF eHBpcmVzOiBKYW51YXJ5IDIwMDENClVwZGF0ZXM6IFJGQy1mdWxsYWRkciBb MTVdICAgICAgIEZpbGU6IGRyYWZ0LWlldGYtZmF4LW1pbmFkZHItdjItMDEu dHh0DQoNCg0KDQogICAgICAgICAgICAgIE1pbmltYWwgR1NUTiBhZGRyZXNz IGZvcm1hdCBpbiBJbnRlcm5ldCBNYWlsDQoNCg0KU3RhdHVzIG9mIHRoaXMg TWVtbw0KDQogICBUaGlzIGRvY3VtZW50IGlzIGFuIEludGVybmV0IERyYWZ0 IGFuZCBpcyBpbiBmdWxsIGNvbmZvcm1hbmNlIHdpdGgNCiAgIGFsbCBwcm92 aXNpb25zIG9mIFNlY3Rpb24gMTAgb2YgUkZDMjAyNi4NCg0KICAgSW50ZXJu ZXQtRHJhZnRzIGFyZSB3b3JraW5nIGRvY3VtZW50cyBvZiB0aGUgSW50ZXJu ZXQgRW5naW5lZXJpbmcNCiAgIFRhc2sgRm9yY2UgKElFVEYpLCBpdHMgYXJl YXMsIGFuZCBpdHMgd29ya2luZyBncm91cHMuICBOb3RlIHRoYXQNCiAgIG90 aGVyIGdyb3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlIHdvcmtpbmcgZG9jdW1l bnRzIGFzIEludGVybmV0LURyYWZ0cy4NCg0KICAgSW50ZXJuZXQtRHJhZnRz IGFyZSBkcmFmdCBkb2N1bWVudHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBz aXgNCiAgIG1vbnRocyBhbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBv ciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzDQogICBhdCBhbnkgdGlt ZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0 cyBhcyANCiAgIHJlZmVyZW5jZSBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0g b3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9ncmVzcy4iDQoNCiAgIFRoZSBs aXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQtRHJhZnRzIGNhbiBiZSBhY2Nlc3Nl ZCBhdA0KICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL2lldGYvMWlkLWFi c3RyYWN0cy50eHQNCg0KICAgVGhlIGxpc3Qgb2YgSW50ZXJuZXQtRHJhZnQg U2hhZG93IERpcmVjdG9yaWVzIGNhbiBiZSBhY2Nlc3NlZCBhdA0KICAgICAg ICBodHRwOi8vd3d3LmlldGYub3JnL3NoYWRvdy5odG1sLg0KDQpDb3B5cmln aHQgTm90aWNlDQoNCiAgIENvcHlyaWdodCAoQykgVGhlIEludGVybmV0IFNv Y2lldHkgKDE5OTkpLiAgQWxsIFJpZ2h0cyBSZXNlcnZlZC4NCg0KDQpBYnN0 cmFjdA0KDQogICBUaGlzIG1lbW8gZGVzY3JpYmVzIGEgc2ltcGxlIG1ldGhv ZCBvZiBlbmNvZGluZyBHU1ROIGFkZHJlc3NlcyANCiAgIChjb21tb25seSBj YWxsZWQgInRlbGVwaG9uZSBudW1iZXJzIikgaW4gdGhlIGxvY2FsLXBhcnQg b2YgSW50ZXJuZXQgDQogICBlbWFpbCBhZGRyZXNzZXMsIGFsb25nIHdpdGgg YW4gZXh0ZW5zaW9uIG1lY2hhbmlzbSB0byBhbGxvdyBlbmNvZGluZyANCiAg IG9mIGFkZGl0aW9uYWwgc3RhbmRhcmQgYXR0cmlidXRlcyBuZWVkZWQgZm9y IGVtYWlsIGdhdGV3YXlzIHRvIA0KICAgR1NUTi1iYXNlZCBzZXJ2aWNlcy4N Cg0KICAgQXMgd2l0aCBhbGwgSW50ZXJuZXQgbWFpbCBhZGRyZXNzZXMsIHRo ZSBsZWZ0LWhhbmQtc2lkZSAobG9jYWwtcGFydCkNCiAgIG9mIGFuIGFkZHJl c3MgZ2VuZXJhdGVkIGFjY29yZGluZyB0byB0aGlzIHNwZWNpZmljYXRpb24s IGlzIG5vdCB0byBiZQ0KICAgaW50ZXJwcmV0ZWQgZXhjZXB0IGJ5IGFuIE1U QSB0aGF0IGhhbmRsZXMgbWVzc2FnZXMgZm9yIHRoZSBkb21haW4gZ2l2ZW4N CiAgIGluIHRoZSByaWdodC1oYW5kLXNpZGUuDQoNCjEuIEludHJvZHVjdGlv bg0KDQogICBTaW5jZSB0aGUgdmVyeSBmaXJzdCBlLW1haWwgdG8gR1NUTiBz ZXJ2aWNlcyBnYXRld2F5IGFwcGVhcmVkLCBhDQogICBudW1iZXIgb2YgZGlm ZmVyZW50IG1ldGhvZHMgdG8gc3BlY2lmeSBhIEdTVE4gYWRkcmVzcyBhcyBh biBlLW1haWwNCiAgIGFkZHJlc3MgaGF2ZSBiZWVuIHVzZWQgYnkgaW1wbGVt ZW50b3JzLiBTZXZlcmFsIG9iamVjdGl2ZXMgZm9yIHRoaXMNCiAgIG1ldGhv ZHMgaGF2ZSBiZWVuIGlkZW50aWZpZWQsIGxpa2UgdG8gZW5hYmxlIGFuIGUt bWFpbCB1c2VyIHRvIGFjY2Vzcw0KICAgR1NUTiBzZXJ2aWNlcyBmcm9tIGhp cy9oZXIgZS1tYWlsIGludGVyZmFjZSwgdG8gYWxsb3cgc29tZSBraW5kIG9m IA0KICAgIkdTVE4gb3ZlciBlLW1haWwgc2VydmljZSIgdHJhbnNwb3J0IChw b3NzaWJseSByZWR1Y2luZyB0aGUgY29zdHMgb2YNCiAgIEdTVE4gbG9uZyBk aXN0YW5jZSB0cmFuc21pc3Npb25zKSB3aGlsZSB1c2luZyB0aGUgZXhpc3Rp bmcgZS1tYWlsIA0KICAgaW5mcmFzdHJ1Y3R1cmUuDQoNCiAgIFRoaXMgbWVt byBkZXNjcmliZXMgdGhlIE1JTklNQUwgYWRkcmVzc2luZyBtZXRob2QgdG8g ZW5jb2RlIEdTVE4NCiAgIGFkZHJlc3NlcyBpbnRvIGUtbWFpbCBhZGRyZXNz ZXMgYW5kIHRoZSBzdGFuZGFyZCBleHRlbnNpb24gbWVjaGFuaXNtDQogICB0 byBhbGxvdyBkZWZpbml0aW9uIG9mIGZ1cnRoZXIgc3RhbmRhcmQgZWxlbWVu dHMuIFRoZSBvcHBvc2l0ZQ0KICAgcHJvYmxlbSwgaS5lLiB0byBhbGxvdyBh IHRyYWRpdGlvbmFsIG51bWVyaWMtb25seSBHU1ROIGRldmljZSB1c2VyIHRv DQogICBhY2Nlc3MgdGhlIGUtbWFpbCB0cmFuc3BvcnQgc2VydmljZSwgaXMg bm90IGRpc2N1c3NlZCBoZXJlLg0KDQogICBUaGlzIElBTkEgcmVnaXN0cmF0 aW9uIHRlbXBsYXRlcyB3aGljaCBNVVNUIGJlIHVzZWQgdG8gcmVnaXN0ZXIg YW55DQogICBzdGFuZGFyZCBlbGVtZW50IGRlZmluZWQgYWNjb3JkaW5nIHRv IHRoaXMgc3BlY2lmaWNhdGlvbiBhcmUgZ2l2ZW4gaW4NCiAgIHRoZSAiSUFO QSBDb25zaWRlcmF0aW9ucyIgY2hhcHRlciAoc2VjdGlvbiA3IG9mIHRoaXMg ZG9jdW1lbnQpLg0KDQogICBBbGwgaW1wbGVtZW50YXRpb25zIHN1cHBvcnRp bmcgdGhpcyBHU1ROIG92ZXIgZS1tYWlsIHNlcnZpY2UgTVVTVA0KICAgc3Vw cG9ydCBhcyBhIG1pbmltdW0gdGhlIHNwZWNpZmljYXRpb24gZGVzY3JpYmVk IGluIHRoaXMgZG9jdW1lbnQuDQogICBUaGUgZ2VuZXJpYyBjb21wbGV4IGNh c2Ugb2YgY29udmVydGluZyB0aGUgd2hvbGUgR1NUTiBhZGRyZXNzaW5nIGlu dG8NCiAgIGUtbWFpbCBpcyBvdXQgb2Ygc2NvcGUgaW4gdGhpcyBtaW5pbWFs IHNwZWNpZmljYXRpb246IHRoZXJlIGlzIHNvbWUNCiAgIHdvcmsgaW4gcHJv Z3Jlc3MgaW4gdGhlIGZpZWxkLCB3aGVyZSBhbHNvIGEgbnVtYmVyIG9mIG9w dGlvbmFsIA0KICAgc3RhbmRhcmQgZXh0ZW5zaW9ucyBhcmUgYmVpbmcgZGVm aW5lZC4NCg0KMS4xIFRlcm1pbm9sb2d5IGFuZCBTeW50YXggY29udmVudGlv bnMNCg0KICAgSW4gdGhpcyBkb2N1bWVudCB0aGUgZm9ybWFsIGRlZmluaXRp b25zIGFyZSBkZXNjcmliZWQgdXNpbmcgQUJORg0KICAgc3ludGF4LCBhcyBk ZWZpbmVkIGludG8gWzddLiBUaGlzIG1lbW8gYWxzbyB1c2VzIHNvbWUgb2Yg dGhlICJDT1JFDQogICBERUZJTklUSU9OUyIgZGVmaW5lZCBpbiAiQVBQRU5E SVggQSAtIENPUkUiIG9mIHRoYXQgZG9jdW1lbnQuIFRoZQ0KICAgZXhhY3Qg bWVhbmluZyBvZiB0aGUgY2FwaXRhbGlzZWQgd29yZHMNCg0KICAgICAgIk1V U1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQiLCAiU0hBTEwiLCAiU0hBTEwg Tk9UIiwgIlNIT1VMRCIsDQogICAgICAiU0hPVUxEIE5PVCIsICJSRUNPTU1F TkRFRCIsICAiTUFZIiwgIk9QVElPTkFMIg0KDQogICBpcyBkZWZpbmVkIGlu IHJlZmVyZW5jZSBbNl0uDQoNCiAgIEluIHRoaXMgZG9jdW1lbnQgdGhlIGZv bGxvd2luZyBuZXcgdGVybXMgYXJlIGFsc28gZGVmaW5lZDoNCg0KICAgICBJ LXBzdG4gZGV2aWNlOg0KICAgICAgICBhIGRldmljZSB3aGljaCBoYXMgYW4g SW50ZXJuZXQgZG9tYWluIG5hbWUgYW5kIGl0IGlzIGFibGUgdG8NCiAgICAg ICAgY29tbXVuaWNhdGUgZWl0aGVyIGRpcmVjdGx5IG9yIGluZGlyZWN0bHkg d2l0aCB0aGUgR1NUTiBuZXR3b3JrOw0KDQogICAgIG10YS1JLXBzdG46DQog ICAgICAgIHRoZSBJbnRlcm5ldCBkb21haW4gbmFtZSB3aGljaCBpZGVudGlm aWVzIHVuaXF1ZWx5IGFuIEktcHN0bg0KICAgICAgICBkZXZpY2Ugb3ZlciB0 aGUgSW50ZXJuZXQ7DQoNCiAgICAgcHN0bi1lbWFpbDoNCiAgICAgICAgdGhl IGNvbXBsZXRlIEludGVybmV0IGUtbWFpbCBhZGRyZXNzIHN0cnVjdHVyZSB3 aGljaCBpcyB1c2VkIHRvIA0KICAgICAgICB0cmFuc3BvcnQgYSBHU1ROIGFk ZHJlc3Mgb3ZlciB0aGUgSW50ZXJuZXQgZS1tYWlsIHNlcnZpY2UuDQoNCg0K Mi4gTWluaW1hbCBHU1ROIGFkZHJlc3MNCg0KICAgVGhlIG1pbmltYWwgc3Bl Y2lmaWNhdGlvbiBvZiBhIEdTVE4gYWRkcmVzcyB3aXRoaW4gYW4gZS1tYWls IGFkZHJlc3MgaXMNCiAgIGFzIGZvbGxvd3M6DQoNCiAgICAgIHBzdG4tYWRk cmVzcyA9IHBzdG4tbWJveCAgWyBxdWFsaWYtdHlwZTEgXQ0KDQogICAgICBw c3RuLW1ib3ggPSBzZXJ2aWNlLXNlbGVjdG9yICI9IiBnbG9iYWwtcGhvbmUN Cg0KICAgICAgc2VydmljZS1zZWxlY3RvciA9IDEqKCBESUdJVCAvIEFMUEhB IC8gIi0iICkNCiAgICAgICAgICAgICAgICAgICAgICAgICA7IG5vdGUgdGhh dCBTUCAoc3BhY2UpIGlzIG5vdCBhbGxvd2VkIGluDQogICAgICAgICAgICAg ICAgICAgICAgICAgOyBzZXJ2aWNlLXNlbGVjdG9yLg0KICAgICAgICAgICAg ICAgICAgICAgICAgIDsgc2VydmljZS1zZWxlY3RvciBNVVNUIGJlIGhhbmRs ZWQgYXMgYSBjYXNlDQogICAgICAgICAgICAgICAgICAgICAgICAgOyBJTlNF TlNJVElWRSBzdHJpbmcgYnkgaW1wbGVtZW50YXRpb25zLg0KDQogICBPdGhl ciBzcGVjaWZpY2F0aW9ucyBhZG9wdGluZyB0aGUgInBzdG4tYWRkcmVzcyIg ZGVmaW5pdGlvbiBNVVNUIGRlZmluZQ0KICAgYW5kIHJlZ2lzdGVyIHdpdGgg SUFOQSBhIHVuaXF1ZSBjYXNlIGluc2Vuc2l0aXZlICJzZXJ2aWNlLXNlbGVj dG9yIiANCiAgIGVsZW1lbnQgdG8gaWRlbnRpZnkgdGhlIHNwZWNpZmljIG1l c3NhZ2luZyBzZXJ2aWNlIGludm9sdmVkLg0KDQogICBUaGVzZSBzcGVjaWZp Y2F0aW9ucyBhbmQgcmVnaXN0cmF0aW9ucyBNVVNUIGFsc28gZGVmaW5lIHdo aWNoIG1pbmltYWwgDQogICAicXVhbGlmLXR5cGUxIiBleHRlbnNpb25zLCBp ZiBhbnksIE1VU1QgYmUgc3VwcG9ydGVkIGZvciB0aGUgc3BlY2lmaWVkIA0K ICAgbWVzc2FuZ2luZyBzZXJ2aWNlLg0KDQogICBJbXBsZW1lbnRhdGlvbnMg Y29uZmlybWluZyB0byB0aGlzIG1pbmltYWwgcmVxdWlyZW1lbnRzIHNwZWNp ZmljYXRpb24NCiAgIGFyZSBhbGxvd2VkIHRvIGlnbm9yZSBhbnkgb3RoZXIg bm9uLW1pbmltYWwgZXh0ZW5zaW9ucyBhZGRyZXNzIGVsZW1lbnQNCiAgIHdo aWNoIGlzIHByZXNlbnQgaW4gdGhlICJwc3RuLWFkZHJlc3MiLiBIb3dldmVy LCBjb25mb3JtaW5nIA0KICAgaW1wbGVtZW50YXRpb25zIE1VU1QgcHJlc2Vy dmUgYWxsICJxdWFsaWYtdHlwZTEiIGFkZHJlc3MgZWxlbWVudHMNCiAgIHRo ZXkgcmVjZWl2ZS4NCg0KICAgVGhlIGdlbmVyaWMgInF1YWxpZi10eXBlMSIg ZWxlbWVudCBpcyBkZWZpbmVkIGFzOg0KDQogICAgICBxdWFsaWYtdHlwZTEg PSAiLyIga2V5d29yZCAiPSIgc3RyaW5nDQoNCiAgICAgIGtleXdvcmQgPSAx KiggRElHSVQgLyBBTFBIQSAvICItIiApDQogICAgICAgICAgICAgICAgOyBu b3RlIHRoYXQgU1AgKHNwYWNlKSBpcyBub3QgYWxsb3dlZCBpbiBrZXl3b3Jk DQoNCiAgICAgIHN0cmluZyA9IFBDSEFSDQogICAgICAgICAgICAgICA7IG5v dGUgdGhhdCBwcmludGFibGUgY2hhcmFjdGVycyBhcmUgJXgyMC03RQ0KDQog ICBBcyBzdWNoLCBhbGwgInBzdG4tYWRkcmVzcyIgZXh0ZW5zaW9uIGVsZW1l bnRzIE1VU1QgYmUgZGVmaW5lZCBpbg0KICAgdGhlICJxdWFsaWYtdHlwZTEi IGZvcm0gYXQgdGhlIHRpbWUgb2YgcmVnaXN0cmF0aW9uIHdpdGggSUFOQS4N Cg0KMi4xIE1pbmltYWwgImdsb2JhbC1waG9uZSIgZGVmaW5pdGlvbg0KDQog ICBUaGUgcHVycG91c2Ugb2YgZ2xvYmFsLXBob25lIGVsZW1lbnQgaXMgdG8g cmVwcmVzZW50IHN0YW5kYXJkIEUuMTY0DQogICBudW1lcmljIGFkZHJlc3Nl cyBbMTBdIHdpdGhpbiBhIHN5bnRheCBmb3IgZWxlY3Ryb25pYyBtYWlsIGFk ZHJlc3NpbmcNCiAgIHRoYXQgaXMgY29tcGxpYW50IHdpdGggc3RhbmRhcmQg ZS1tYWlsIHNwZWNpZmljYXRpb25zIGdpdmVuIGluIFsxXSANCiAgIGFuZCBb Ml0uDQoNCiAgIFRoZSBtaW5pbWFsIHN1cHBvcnRlZCBzeW50YXggZm9yIGds b2JhbC1waG9uZSBlbGVtZW50IGlzIGFzIGZvbGxvd3M6DQoNCiAgICAgIGds b2JhbC1waG9uZSA9ICIrIiAxKiggRElHSVQgLyB3cml0dGVuLXNlcCApDQoN CiAgICAgIHdyaXR0ZW4tc2VwID0gKCAiLSIgLyAiLiIgKQ0KDQogICBUaGUg dXNlIG9mIG90aGVyIGRpYWxsaW5nIHNjaGVtZXMgZm9yIEdTVE4gbnVtYmVy cyAobGlrZSBwcml2YXRlDQogICBudW1iZXJpbmcgcGxhbnMgb3IgbG9jYWwg ZGlhbGxpbmcgY29udmVudGlvbnMpIGlzIGFsc28gYWxsb3dlZC4NCiAgIEhv d2V2ZXIsIHRoaXMgZG9lcyBub3QgcHJlY2x1ZGUgbm9yIHJlbW92ZSB0aGUg bWFuZGF0b3J5IHJlcXVpcmVtZW50DQogICBmb3Igc3VwcG9ydCB0byB0aGUg Imdsb2JhbC1waG9uZSIgc3ludGF4IHdpdGhpbiBtaW5pbWFsIEdTVE4gYWRk cmVzcw0KICAgZm9ybWF0Lg0KDQogICBBbnkgb3RoZXIgZGlhbGxpbmcgc2No ZW1lcyBNVVNUIE5PVCB1c2UgdGhlIGxlYWRpbmcgIisiIGRlZmluZWQgaGVy ZQ0KICAgYmV0d2VlbiB0aGUgIj0iIHNpZ24gYW5kIHRoZSBkaWFsbGluZyBz dHJpbmcuIFRoZSAiKyIgc2lnbiBpcw0KICAgc3RyaWN0bHkgcmVzZXJ2ZWQg Zm9yIHRoZSBzdGFuZGFyZCAiZ2xvYmFsLXBob25lIiBzeW50YXguDQoNCiAg IE5vdGU6DQogICAgIFRoZSBzcGVjaWZpY2F0aW9uIG9mIGFsdGVybmF0ZSBk aWFsbGluZyBzY2hlbWFzIGlzIG91dCBvZiBzY29wZQ0KICAgICBmb3IgdGhp cyBtaW5pbWFsIHNwZWNpZmljYXRpb24uDQoNCiAgIFRoaXMgZG9jdW1lbnQg YWxzbyBwZXJtaXQgdGhlIHVzZSBvZiB3cml0dGVuLXNlcCBlbGVtZW50cyBp biBvcmRlciB0bw0KICAgaW1wcm92ZSBodW1hbiByZWFkaWJpbGl0eSBvZiBH U1ROIGUtbWFpbCBhZGRyZXNlcy4gVGhlIHdyaXR0ZW4tc2VwIGFyZQ0KICAg ZWxlbWVudHMgd2hpY2ggY2FuIGJlIHBsYWNlZCBiZXR3ZWVuIGRpYWwgZWxl bWVudHMgc3VjaCBhcyBkaWdpdHMNCiAgIGV0Yy4NCg0KICAgSW1wbGVtZW50 b3JzJyBub3RlOg0KICAgICBVc2Ugb2YgdGhlIHdyaXR0ZW4tc2VwIGVsZW1l bnRzIGlzIGFsbG93ZWQsIGJ1dCBub3QgcmVjb21tZW5kZWQNCiAgICAgZm9y IHRyYW5zbWlzc2lvbi4gQW55IG9jY3VyZW5jZXMgb2Ygd3JpdHRlbi1zZXAg ZWxlbWVudHMgaW4gYSANCiAgICAgcHN0bi1tYm94IE1VU1QgYmUgaWdub3Jl ZCBieSBhbGwgY29uZm9ybWFudCBpbXBsZW1lbnRhdGlvbnMuIFVzZXINCiAg ICAgQWdlbnRzIFNIT1VMRCByZW1vdmUgd3JpdHRlbi1zZXAgZWxlbWVudHMg YmVmb3JlIHN1Ym1pdHRpbmcgbWVzc2FnZXMNCiAgICAgdG8gdGhlIE1lc3Nh Z2UgVHJhbnNwb3J0IFN5c3RlbS4NCg0KDQoyLjIgVGhlIG1pbmltYWwgInBz dG4tYWRkcmVzcyIgZXhhbXBsZXMNCg0KICAgU29tZSBleGFtcGxlcyBvZiBt aW5pbWFsIHBzdG4tYWRkcmVzcyBmb2xsb3dzOg0KDQogICAgICBWT0lDRT0r Mzk0MDIyNjMzOA0KDQogICAgICBGQVg9KzEyMDI3NjUzMDAwL1QzM1M9NjM3 Nw0KDQogICAgICBTTVM9KzMzLTEtODgzMzUyMTUNCg0KICAgTm90ZTogDQog ICAgICBvbmx5IHRoZSB1c2Ugb2YgcmVnaXN0ZXJlZCBzZXJ2aWNlLXNlbGVj dG9yIGFuZCBxdWFsaWYtdHlwZTENCiAgICAgIGVsZW1lbnRzIGlzIGFsbG93 ZWQuIFRoZSBleGFtcGxlcyBzaG93biBhcmUganVzdCBmb3IgaWxsdXN0cmF0 aW9uDQogICAgICBwdXJwb3Nlcy4NCg0KDQozLiBUaGUgZS1tYWlsIGFkZHJl c3Mgb2YgdGhlIEktcHN0biBkZXZpY2U6IG10YS1JLXBzdG4NCg0KICAgQW4g IkktcHN0biBkZXZpY2UiIGhhcywgYW1vbmcgaXRzIGNoYXJhY3RlcmlzdGlj cywgYSB1bmlxdWUgDQogICBJbnRlcm5ldCBkb21haW4gbmFtZSB3aGljaCBp ZGVudGlmaWVzIGl0IG9uIHRoZSBJbnRlcm5ldC4gV2l0aGluDQogICBJbnRl cm5ldCBtYWlsLCB0aGlzIGlzIHRoZSBSaWdodCBIYW5kIFNpZGUgKFJIUykg cGFydCBvZiB0aGUNCiAgIGFkZHJlc3MsIGkuZS4gdGhlIHBhcnQgb24gdGhl IHJpZ2h0IG9mIHRoZSAiQCIgc2lnbi4gRm9yIHB1cnBvdXNlcw0KICAgb2Yg dGhpcyBkb2N1bWVudCB3ZSB3aWxsIGNhbGwgdGhpcyAibXRhLUktcHN0biIN Cg0KICAgICAgbXRhLUktcHN0biA9IGRvbWFpbg0KDQogICBGb3IgImRvbWFp biIgc3RyaW5ncyB1c2VkIGluIFNNVFAgdHJhbnNtaXNzaW9ucywgdGhlIHN0 cmluZyBNVVNUDQogICBjb25mb3JtIHRvIHRoZSByZXF1aXJlbWVudHMgb2Yg dGhhdCBzdGFuZGFyZCdzIDxkb21haW4+DQogICBzcGVjaWZpY2F0aW9ucyBb MV0sIFszXS4gIEZvciAiZG9tYWluIiBzdHJpbmdzIHVzZWQgaW4gbWVzc2Fn ZQ0KICAgY29udGVudCBoZWFkZXJzLCB0aGUgc3RyaW5nIE1VU1QgY29uZm9y bSB0byB0aGUgcmVxdWlyZW1lbnRzIG9mIHRoZQ0KICAgcmVsZXZhbnQgc3Rh bmRhcmRzIFsyXSwgWzNdLg0KDQogICBOb3RlOiBib3RoIGluIHRoZSBTTVRQ IGVudmVsb3BlIGFuZCBpbiB0aGUgbWVzc2FnZSBoZWFkZXJzLCB0aGUNCiAg ICAgICAgIHN0YW5kYXJkcyBwZXJtaXQgdGhlIHVzZSBvZiAiZG9tYWluIG5h bWVzIiBvciAiZG9tYWluIGxpdGVyYWxzIg0KICAgICAgICAgaW4gYWRkcmVz c2VzLg0KDQoNCjQuIFRoZSBwc3RuLWVtYWlsDQoNCiAgIFRoZSBjb21wbGV0 ZSBzdHJ1Y3R1cmUgdXNlZCB0byB0cmFuc2ZlciBhIG1pbmltYWwgR1NUTiBh ZGRyZXNzIG92ZXINCiAgIHRoZSBJbnRlcm5ldCBlLW1haWwgdHJhbnNwb3J0 IHN5c3RlbSBpcyBjYWxsZWQgInBzdG4tZW1haWwiLiBUaGlzDQogICBvYmpl Y3QgaXMgYSBhbiBlLW1haWwgYWRkcmVzcyB3aGljaCBjb25mb3JtcyB0byBb Ml0gYW5kIFszXSANCiAgICJhZGRyLXNwZWMiIHN5bnRheCwgd2l0aCBzdHJ1 Y3R1cmUgcmVmaW5lbWVudHMgd2hpY2ggYWxsb3dzIHRoZQ0KICAgR1NUTiBu dW1iZXIgdG8gYmUgaWRlbnRpZmllZC4NCg0KICAgICAgcHN0bi1lbWFpbCA9 ICBbIi8iXSBwc3RuLWFkZHJlc3MgWyIvIl0gIkAiIG10YS1JLXBzdG4NCg0K ICAgSW1wbGVtZW50b3JzJyBub3RlOg0KICAgICBUaGUgb3B0aW9uYWwgIi8i IGNoYXJhY3RlcnMgY2FuIHJlc3VsdCBmcm9tIHRyYW5zbGF0aW9ucyBmcm9t IA0KICAgICBvdGhlciB0cmFuc3BvcnQgZ2F0ZXdheXMgKHN1Y2ggYXMgc29t ZSBYLjQwMCBnYXRld2F5cykgd2hpY2ggDQogICAgIGhhdmUgaW5jbHVkZWQg dGhlICIvIiBhcyBhbiBvcHRpb25hbCBlbGVtZW50LiBJbXBsZW1lbnRhdGlv bnMNCiAgICAgTVVTVCBhY2NlcHQgdGhlIG9wdGlvbmFsIHNsYXNoZXMgYnV0 IFNIT1VMRCBOT1QgZ2VuZXJhdGUgdGhlbS4NCiAgICAgR2F0ZXdheXMgYXJl IGFsbG93ZWQgdG8gc3RyaXAgdGhlbSBvZmYgd2hlbiBjb252ZXJ0aW5nIHRv IA0KICAgICBJbnRlcm5ldCBtYWlsIGFkZHJlc3NpbmcuIEltcGxlbWVudG9y cyBhcmUgcmVtaW5kZWQgdGhhdCBpdCBpcw0KICAgICBlc3NlbnRpYWwgdGhh dCAicHN0bi1hZGRyZXNzIiBlbGVtZW50IE1VU1Qgc3RyaWN0bHkgZm9sbG93 IHRoZQ0KICAgICAicXVvdGluZyBydWxlcyIgc3BjaWZpZWQgaW4gdGhlIHJl bGV2YW50IHN0YW5kYXJkcyBbMl0sIFszXS4NCg0KNC4xIE11bHRpcGxlIHN1 YmFkZHJlc3Nlcw0KDQogICBUaGVyZSBhcmUgc29tZSBpbnN0YW5jZXMgaW4g R1NUTiBhcHBsaWNhdGlvbnMgd2hlcmUgbXVsdGlwbGUNCiAgIHN1YmFkZHJl c3NlcyBhcmUgdXNlZC4gT24gdGhlIG90aGVyIGhhbmQgaW4gZS1tYWlsIHBy YWN0aWNlIA0KICAgYSBzZXBhcmF0ZSBhbmQgdW5pcXVlIGUtbWFpbCBhZGRy ZXNzIGlzIGFsd2F5cyB1c2VkIGZvciBlYWNoIA0KICAgcmVjaXBpZW50Lg0K IA0KICAgSW4gdGhlIGV2ZW50IGEgcGFydGljdWxhciBHU1ROIHNlcnZpY2Ug cmVxdWlyZXMgbXVsdGlwbGUNCiAgIHN1YmFkZHJlc3NlcyAoaW4gYW55IGZv cm0gZGVmaW5lZCBieSB0aGUgc3RhbmRhcmQgc3BlY2lmaWNhdGlvbiBmb3IN CiAgIHRoYXQgR1NUTiBzZXJ2aWNlKSB0aGF0IGFyZSBhc3NvY2lhdGVkIHdp dGggdGhlIHNhbWUgInBzdG4tbWJveCIsDQogICB0aGVuIHRoZSB1c2Ugb2Yg bXVsdGlwbGUgInBzdG4tZW1haWwiIGVsZW1lbnRzIGlzIFJFUVVJUkVELg0K DQogICBJbXBsZW1lbnRvcnMnIG5vdGU6DQogICAgIFRoZSBVQSBtYXkgYWNj ZXB0IG11bHRpcGxlIHN1YmFkZHJlc3MgZWxlbWVudHMgZm9yIHRoZSBzYW1l DQogICAgIGdsb2JhbC1waG9uZSwgYnV0IGl0IE1VU1QgZ2VuZXJhdGUgbXVs dGlwbGUgInBzdG4tbWJveCIgZWxlbWVudHMNCiAgICAgd2hlbiBzdWJtaXR0 aW5nIHRoZSBtZXNzYWdlIHRvIHRoZSBNVEEuDQoNCg0KNC4yIFNvbWUgZXhh bXBsZXMgb2YgbWluaW1hbCAicHN0bi1lbWFpbCIgYWRkcmVzc2VzDQoNClNv bWUgZXhhbXBsZXMgb2YgbWluaW1hbCBwc3RuLWVtYWlsIGFkZHJlc3NlcyBm b2xsb3dzOg0KDQogICAgICBWT0lDRT0rMzk0MDIyNjMzOEB3b3JsZHZvaWNl LmNvbQ0KDQogICAgICBGQVg9KzEuMjAyLjc2NTMwMDAvVDMzUz02Mzc3QGZh eHNlcnYub3JnDQoNCiAgICAgIC9TTVM9KzMzLTEtODgzMzUyMTUvQHRlbGVj b20uY29tDQoNCk5vdGU6IA0KICAgICAgb25seSB0aGUgdXNlIG9mIHJlZ2lz dGVyZWQgc2VydmljZS1zZWxlY3RvciBhbmQgcXVhbGlmLXR5cGUxDQogICAg ICBlbGVtZW50cyBpcyBhbGxvd2VkLiBUaGUgZXhhbXBsZXMgc2hvd24gYXJl IGp1c3QgZm9yIGlsbHVzdHJhdGlvbg0KICAgICAgcHVycG91c2VzLg0KDQo1 LiBDb25jbHVzaW9ucw0KDQogICBUaGlzIHByb3Bvc2FsIGNyZWF0ZXMgYSBt aW5pbWFsIHN0YW5kYXJkIGVuY29kaW5nIGZvciBHU1ROIGFkZHJlc3Nlcw0K ICAgd2l0aGluIHRoZSBnbG9iYWwgZS1tYWlsIHRyYW5zcG9ydCBzeXN0ZW0u IEl0IGFsc28gZGVmaW5lcyB0aGUNCiAgIHN0YW5kYXJkIGV4dGVuc2lvbiBt ZWNoYW5pc20gdG8gYmUgdXNlZCB0byBpbnRyb2R1Y2UgbmV3IGVsZW1lbnRz IGZvcg0KICAgR1NUTiBhZGRyZXNzZXMuDQoNCiAgIFRoZSBwcm9wb3NhbCBp cyBjb25zaXN0ZW50IHdpdGggZXhpc3RpbmcgZS1tYWlsIHN0YW5kYXJkcy4g RWFjaA0KICAgc3BlY2lmaWMgR1NUTiBzZXJ2aWNlIHVzaW5nIHRoaXMgcHJv cG9zYWwgTVVTVCBkZWZpbmUgYW5kIHJlZ2lzdGVyDQogICB3aXRoIElBTkEg aXRzIG93biAic2VydmljZS1zZWxlY3RvciIgc3BlY2lmaWNhdGlvbiBhbmQg TVVTVCBkZWZpbmUNCiAgIGFuZCByZWdpc3RlciB0aGUgZXZlbnR1YWwgb3Ro ZXIgInF1YWxpZi10eXBlMSIgZWxlbWVudHMgbmVlZGVkIGZvcg0KICAgaXRz IHNwZWNpZmljYWwgYXBwbGljYXRpb24uIEFuIGV4YW1wbGUgb2Ygc3VjaCBh biBhcHBsaWNhdGlvbiBpcyANCiAgIGNvbnRhaW5lZCBpbiByZWZlcmVuY2Ug WzEzXS4NCg0KNi4gU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMNCg0KICAgVGhp cyBkb2N1bWVudCBzcGVjaWZpZXMgYSBtZWFucyBieSB3aGljaCBHU1ROIGFk ZHJlc3NlcyBjYW4gYmUNCiAgIGVuY29kZWQgaW50byBlLW1haWwgYWRkcmVz c2VzLiBTaW5jZSBlLW1haWwgcm91dGluZyBpcyBkZXRlcm1pbmVkIGJ5DQog ICBEb21haW4gTmFtZSBTeXN0ZW0gKEROUykgZGF0YSwgYSBzdWNjZXNzZnVs IGF0dGFjayB0byBETlMgY291bGQgDQogICBkaXNzZW1pbmF0ZSB0YW1wZXJl ZCBpbmZvcm1hdGlvbiwgd2hpY2ggY2F1c2VzIGUtbWFpbCBtZXNzYWdlcyB0 byBiZQ0KICAgZGl2ZXJ0ZWQgdmlhIHNvbWUgTVRBIG9yIEdhdGV3YXkgd2hl cmUgdGhlIHNlY3VyaXR5IG9mIHRoZSBzb2Z0d2FyZQ0KICAgaGFzIGJlZW4g Y29tcHJpbWlzZWQuDQoNCiAgIFRoZXJlIGFyZSBzZXZlcmFsIG1lYW5zIGJ5 IHdoaWNoIGFuIGF0dGFja2VyIG1pZ2h0IGJlIGFibGUgdG8gZGVsaXZlcg0K ICAgaW5jb3JyZWN0IG1haWwgcm91dGluZyBpbmZvcm1hdGlvbiB0byBhIGNs aWVudC4gVGhlc2UgaW5jbHVkZTogKGEpDQogICBjb21wcm9taXNlIG9mIGEg RE5TIHNlcnZlciwgKGIpIGdlbmVyYXRpbmcgYSBjb3VudGVyZmVpdCByZXNw b25zZSB0bw0KICAgYSBjbGllbnQncyBETlMgcXVlcnksIChjKSByZXR1cm5p bmcgaW5jb3JyZWN0ICJhZGRpdGlvbmFsDQogICBpbmZvcm1hdGlvbiIgaW4g cmVzcG9uc2UgdG8gYW4gdW5yZWxhdGVkIHF1ZXJ5LiBDbGllbnRzIFNIT1VM RCBlbnN1cmUNCiAgIHRoYXQgbWFpbCByb3V0aW5nIGlzIGJhc2VkIG9ubHkg b24gYXV0aG9yaXRhdGl2ZSBhbnN3ZXJzLiBPbmNlIEROUw0KICAgU2VjdXJp dHkgbWVjaGFuaXNtcyBbNV0gYmVjb21lIG1vcmUgd2lkZWx5IGRlcGxveWVk LCBjbGllbnRzIFNIT1VMRA0KICAgZW1wbG95IHRob3NlIG1lY2hhbmlzbXMg dG8gdmVyaWZ5IHRoZSBhdXRoZW50aWNpdHkgYW5kIGludGVncml0eSBvZg0K ICAgbWFpbCByb3V0aW5nIHJlY29yZHMuDQoNCjcuIElBTkEgQ29uc2lkZXJh dGlvbnMNCg0KICAgQXMgdGhlIHNlcnZpY2Utc2VsZWN0b3IgYW5kIHF1YWxp Zi10eXBlMSBlbGVtZW50cyB2YWx1ZXMgYXJlDQogICBleHRlbnNpYmxlIG9u ZXMsIHRoZXkgTVVTVCBiZSByZWdpc3RlcmVkIHdpdGggSUFOQS4NCg0KICAg VG8gcmVnaXN0ZXIgYSBzZXJ2aWNlLXNlbGVjdG9yIG9yIGEgcXVhbGlmLXR5 cGUxIGVsZW1lbnQsIHRoZSANCiAgIHJlZ2lzdHJhdGlvbiBmb3JtIHRlbXBs YXRlcyBnaXZlbiBpbiA3LjEgYW5kIDcuMiBNVVNUIGJlIHVzZWQuIA0KICAg QW55IG5ldyByZWdpc3RyYXRpb24gTVVTVCBmdWxmaWwgdGhlICJTcGVjaWZp Y2F0aW9uIFJlcXVpcmVkIg0KICAgY3JpdGVyaXVtLCBhcyBkZWZpbmVkIGlu IFJGQyAyNDM0LCBzZWN0aW9uIDIgWzE2XToNCg0KICAgICJTcGVjaWZpY2F0 aW9uIFJlcXVpcmVkIC0gVmFsdWVzIGFuZCB0aGVpciBtZWFuaW5nIE1VU1Qg YmUNCiAgICAgZG9jdW1lbnRlZCBpbiBhbiBSRkMgb3Igb3RoZXIgcGVybWFu ZW50IGFuZCByZWFkaWx5IGF2YWlsYWJsZQ0KICAgICByZWZlcmVuY2UsIGlu IHN1ZmZpY2llbnQgZGV0YWlsIHNvIHRoYXQgaW50ZXJvcGVyYWJpbGl0eQ0K ICAgICBiZXR3ZWVuIGluZGVwZW5kZW50IGltcGxlbWVudGF0aW9ucyBpcyBw b3NzaWJsZS4iDQoNCiAgIElBTkEgTVVTVCBOT1QgYWNjZXB0IHJlZ2lzdHJh dGlvbnMgd2hpY2ggYXJlIG5vdCBzdXBwbGVtZW50ZWQgYnkNCiAgIGEgU3Bl Y2lmaWNhdGlvbiBhcyBkZWZpbmVkIGFib3ZlIGFuZCB3aGljaCBhcmUgbm90 IGZ1bGx5IHNwZWNpZmllZA0KICAgYWNjb2RpbmcgdG8gdGhlIHRlbXBsYXRl IGZvcm1zIGdpdmVuIGluIDcuMSBhbmQgNy4yLiBJbiBjYXNlIG9mIG5lZWQN CiAgIGZvciBmdXJ0aGVyIGNvbnN1bHRhdGlvbiBhYm91dCBhY2NlcHRpbmcg YSBuZXcgcmVnaXN0cmF0aW9uLCBJQU5BDQogICBTSE9VTEQgcmVmZXIgdG8g dGhlIEFwcGxpY2F0aW9uIEFyZWEgRGlyZWN0b3IgdG8gYmUgZGlyZWN0ZWQg dG8gdGhlDQogICBhcHByb3ByaWF0ZSAiZXhwZXJ0IiBpbmRpdmlkYWwgb3Ig SUVURiBXb3JraW5nIEdyb3VwLiANCiANCiAgIEFmdGVyIHN1Y2Nlc2Z1bCBy ZWdpc3RyYXRpb24sIElBTkEgc2hvdWxkIHB1Ymxpc2ggdGhlIHJlZ2lzdGVy ZWQgbmV3DQogICBlbGVtZW50IGluIHRoZSBhcHByb3ByaWF0ZSBvbi1saW5l IElBTkEgV0VCIHNpdGUsIGFuZCBpbmNsdWRlIGl0DQogICBpbnRvIHRoZSB1 cGRhdGVzIG9mIHRoZSAiQXNzaWduZWQgTnVtYmVycyIgUkZDIHNlcmllcy4N Cg0KICAgVGhpcyBzZWN0aW9uIChpbmNsdWRpbmcgNy4xIGFuZCA3LjIpIHVw ZGF0ZXMgdGhlIG9uZXMgY29udGFpbmVkIGluDQogICBbMTVdLg0KICAgDQoN CiAgIDcuMTogSUFOQSBSZWdpc3RyYXRpb24gZm9ybSB0ZW1wbGF0ZSBmb3Ig bmV3IHZhbHVlcyBvZiBHU1ROIA0KICAgYWRkcmVzcyBzZXJ2aWNlLXNlbGVj dG9yDQoNCiAgIFRvOiBJQU5BQGlzaS5lZHUgDQogICBTdWJqZWN0OiBSZWdp c3RyYXRpb24gb2YgbmV3IHZhbHVlcyBmb3IgdGhlIEdTVE4gYWRkcmVzcyAN CiAgICAgICAgICAgIHNlcnZpY2Utc2VsZWN0b3Igc3BlY2lmaWVyICJmb28i DQoNCiAgIHNlcnZpY2Utc2VsZWN0b3IgbmFtZToNCg0KICAgICAgZm9vDQoN CiAgIERlc2NyaXB0aW9uIG9mIFVzZToNCg0KICAgICAgZm9vIC0gKCJmb28i IGlzIGEgZmljdGlvbmFsIG5ldyBzZXJ2aWNlLXNlbGVjdG9yIHVzZWQgaW4g dGhpcyANCiAgICAgIHRlbXBsYXRlIGFzIGFuIGV4YW1wbGUsIGl0IGlzIHRv IGJlIHJlcGxhY2VkIHdpdGggdGhlIG5ldyB2YWx1ZQ0KICAgICAgYmVpbmcg cmVnaXN0ZXJlZC4gSW5jbHVkZSBhIHNob3J0IGRlc2NyaXB0aW9uIG9mIHRo ZSB1c2Ugb2YgdGhlDQogICAgICBuZXcgdmFsdWUgaGVyZS4gVGhpcyBNVVNU IGluY2x1ZGUgcmVmZXJlbmNlIHRvIFN0YW5kYXJkIFRyYWNrIFJGQ3MNCiAg ICAgIGFuZCBldmVudGF1bGx5IHRvIG90aGVyIFN0YW5kYXJkIEJvZGllcyBk b2N1bWVudHMgZm9yIHRoZSBjb21wbGV0ZQ0KICAgICAgZGVzY3JpcHRpb247 ICB0aGUgdXNlIG9mIHRoZSB2YWx1ZSBtdXN0IGJlIGRlZmluZWQgY29tcGxl dGVseQ0KICAgICAgZW5vdWdoIGZvciBpbmRlcGVuZGVudCBpbXBsZW1lbnRh dGlvbikuDQoNCiAgIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zOg0KDQogICAg ICAoQW55IGFkZGl0aW9uYWwgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgdGhh dCBtYXkgYmUgaW50cm9kdWNlZCBieQ0KICAgICAgdXNlIG9mIHRoZSBuZXcg c2VydmljZS1zZWxlY3RvciBwYXJhbWV0ZXIgc2hvdWxkIGJlIGRlZmluZWQg aGVyZSBvcg0KICAgICAgaW4gdGhlIHJlZmVyZW5jZSBTdGFuZGFyZHMgVHJh Y2sgUkZDcykNCg0KICAgUGVyc29uICYgZW1haWwgYWRkcmVzcyB0byBjb250 YWN0IGZvciBmdXJ0aGVyIGluZm9ybWF0aW9uOg0KDQogICAgICAoZmlsbCBp biBjb250YWN0IGluZm9ybWF0aW9uKQ0KDQogICBJTkZPUk1BVElPTiBUTyBU SEUgU1VCTUlUVEVSOg0KDQogICBUaGUgYWNjZXB0ZWQgcmVnaXN0cmF0aW9u cyB3aWxsIGJlIGxpc3RlZCBpbiB0aGUgIkFzc2lnbmVkIE51bWJlcnMiDQog ICBzZXJpZXMgb2YgUkZDcy4gIFRoZSBpbmZvcm1hdGlvbiBpbiB0aGUgcmVn aXN0cmF0aW9uIGZvcm0gaXMgZnJlZWx5DQogICBkaXN0cmlidXRhYmxlLg0K DQoNCiAgIDcuMjogSUFOQSBSZWdpc3RyYXRpb24gZm9ybSB0ZW1wbGF0ZSBm b3IgbmV3IHZhbHVlcyBvZiBHU1RODQogICBhZGRyZXNzIHF1YWxpZi10eXBl MSBrZXl3b3JkIGFuZCB2YWx1ZQ0KDQogICBUbzogSUFOQUBpc2kuZWR1IA0K ICAgU3ViamVjdDogUmVnaXN0cmF0aW9uIG9mIG5ldyB2YWx1ZXMgZm9yIHRo ZSBHU1ROIGFkZHJlc3MgDQogICAgICAgICAgICBxdWFsaWYtdHlwZTEgZWxl bWVudCAiYmFyIg0KDQogICBxdWFsaWYtdHlwZTEgImtleXdvcmQiIG5hbWU6 DQoNCiAgICAgIGJhcg0KDQogICBxdWFsaWYtdHlwZTEgInZhbHVlIiBBQk5G IGRlZmluaXRpb246DQoNCiAgICAgIGFibmYgLSAoImFibmYiIE1VU1QgZGVm aW5lIHRoZSBBQk5GIGZvcm0gb2YgdGhlIHF1YWxpZi10eXBlMSB2YWx1ZS4N CiAgICAgIFRoZSBBQk5GIHNwZWNpZmljYXRpb24gTVVTVCBiZSBzZWxmLWNv bnRhaW5lZCwgdXNpbmcgYXMgYmFzaWMgDQogICAgICBlbGVtZW50cyB0aGUg dG9rZW5zIGdpdmVuIGluIHNwZWNpZmljYXRpb24gWzRdLiBUbyBhdm9pZCBh bnkNCiAgICAgIGR1cGxpY2F0aW9uICh3aGVuIGFwcHJvcHJpYXRlKSwgaXQg TVVTVCBhbHNvIHVzZSBhbnkgYWxyZWFkeSANCiAgICAgIHJlZ2lzdGVyZWQg bm9uLWJhc2ljIHRva2VuIGZyb20gb3RoZXIgcXVhbGlmLXR5cGUxIGVsZW1l bnRzLCANCiAgICAgIGkuZS4gaXQgTVVTVCB1c2UgdGhlIHNhbWUgbm9uLWJh c2ljIHRva2VuIG5hbWUgYW5kIHRoZW4gcmVwZWF0IGl0cyANCiAgICAgIGlk ZW50aWNhbCBBQk5GIGRlZmluaXRpb24gZnJvbSBiYXNpYyB0b2tlbnMuDQoN CiAgIERlc2NyaXB0aW9uIG9mIFVzZToNCg0KICAgICAgYmFyIC0gKCJiYXIi IGlzIGEgZmljdGlvbmFsIGRlc2NyaXB0aW9uIGZvciBhIG5ldyBxdWFsaWYt dHlwZTEgDQogICAgICBlbGVtZW50IHVzZWQgaW4gdGhpcyB0ZW1wbGF0ZSBh cyBhbiBleGFtcGxlLiBJdCBpcyB0byBiZSByZXBsYWNlZA0KICAgICAgYnkg dGhlIHJlYWwgZGVzY3JpcHRpb24gb2YgcXVhbGlmLXR5cGUxIGVsZW1lbnQg YmVpbmcgcmVnaXN0ZXJlZC4NCiAgICAgIEluY2x1ZGUgYSBzaG9ydCBkZXNj cmlwdGlvbiBvZiB0aGUgdXNlIG9mIHRoZSBuZXcgcXVhbGlmLXR5cGUxIGhl cmUuDQogICAgICBUaGlzIE1VU1QgaW5jbHVkZSByZWZlcmVuY2UgdG8gU3Rh bmRhcmRzIFRyYWNrIFJGQ3MgYW5kIGV2ZW50dWFsbHkNCiAgICAgIHRvIG90 aGVyIFN0YW5kYXJkIEJvZGllcyBkb2N1bWVudHMgZm9yIHRoZSBjb21wbGV0 ZSBkZXNjcmlwdGlvbjsgdGhlDQogICAgICB1c2Ugb2YgdGhlIHZhbHVlIE1V U1QgYmUgZGVmaW5lZCBjb21wbGV0ZWx5IGVub3VnaCBmb3IgaW5kZXBlbmRl bnQgDQogICAgICBpbXBsZW1lbnRhdGlvbi4pDQoNCiAgIFVzZSBSZXN0cmlj dGlvbjoNCg0KICAgICAgKElmIHRoZSBuZXcgcXVhbGlmLXR5cGUxIGVsZW1l bnRzIGlzIG1lYW5pbmdmdWwgb25seSBmb3IgYSBzcGVjaWZpYw0KICAgICAg c2V0IG9mIHNlcnZpY2UtZWxlbWVudCwgeW91IE1VU1Qgc3BlY2lmeSBoZXJl IHRoZSBsaXN0IG9mIGFsbG93ZWQgDQogICAgICBzZXJ2aWNlLWVsZW1lbnQg dHlwZXMuIElmIHRoZXJlIGlzIG5vIHJlc3RyaWN0aW9uLCB0aGVuIHNwZWNp ZnkgdGhlDQogICAgICBrZXl3b3JkICJub25lIikNCiAgIA0KICAgU2VjdXJp dHkgQ29uc2lkZXJhdGlvbnM6DQoNCiAgICAgIChBbnkgYWRkaXRpb25hbCBz ZWN1cml0eSBjb25zaWRlcmF0aW9ucyB0aGF0IG1heSBiZSBpbnRyb2R1Y2Vk IGJ5DQogICAgICB1c2Ugb2YgdGhlIG5ldyBzZXJ2aWNlLXNlbGVjdG9yIHBh cmFtZXRlciBzaG91bGQgYmUgZGVmaW5lZCBoZXJlIG9yDQogICAgICBpbiB0 aGUgcmVmZXJlbmNlIFN0YW5kYXJkcyBUcmFjayBSRkNzKQ0KDQogICBQZXJz b24gJiBlbWFpbCBhZGRyZXNzIHRvIGNvbnRhY3QgZm9yIGZ1cnRoZXIgaW5m b3JtYXRpb246DQoNCiAgICAgIChmaWxsIGluIGNvbnRhY3QgaW5mb3JtYXRp b24pDQoNCiAgIElORk9STUFUSU9OIFRPIFRIRSBTVUJNSVRURVI6DQoNCiAg IFRoZSBhY2NlcHRlZCByZWdpc3RyYXRpb25zIHdpbGwgYmUgbGlzdGVkIGlu IHRoZSAiQXNzaWduZWQgTnVtYmVycyINCiAgIHNlcmllcyBvZiBSRkNzLiAg VGhlIGluZm9ybWF0aW9uIGluIHRoZSByZWdpc3RyYXRpb24gZm9ybSBpcyBm cmVlbHkNCiAgIGRpc3RyaWJ1dGFibGUuDQoNCg0KOC4gQXV0aG9yJ3MgQWRk cmVzcw0KDQogICBDbGF1ZGlvIEFsbG9jY2hpbw0KICAgSU5GTi1HQVJSDQog ICBjL28gU2luY3JvdHJvbmUgVHJpZXN0ZQ0KICAgU1MgMTQgS20gMTYzLjUg QmFzb3ZpenphDQogICBJIDM0MDEyIFRyaWVzdGUNCiAgIEl0YWx5DQoNCiAg IFJGQzgyMjogQ2xhdWRpby5BbGxvY2NoaW9AZWxldHRyYS50cmllc3RlLml0 DQogICBYLjQwMDogIEM9aXQ7QT1nYXJyO1A9VHJpZXN0ZTtPPUVsZXR0cmE7 DQogICAgICAgICAgIFM9QWxsb2NjaGlvO0c9Q2xhdWRpbzsNCiAgIFBob25l OiAgKzM5IDA0MCAzNzU4NTIzDQogICBGYXg6ICAgICszOSAwNDAgMzc1ODU2 NQ0KDQoNCjkuIFJlZmVyZW5jZXMNCg0KICAgWzFdICBQb3N0ZWwsIEouLCAi U2ltcGxlIE1haWwgVHJhbnNmZXIgUHJvdG9jb2wiLCBTVEQgMTAsIFJGQyA4 MjEsDQogICAgICAgIEF1Z3VzdCAxOTgyLiAtLT4gRFJVTVM/DQoNCiAgIFsy XSAgQ3JvY2tlciwgRC4sICIgU3RhbmRhcmQgZm9yIHRoZSBmb3JtYXQgb2Yg QVJQQSBJbnRlcm5ldCB0ZXh0DQogICAgICAgIG1lc3NhZ2VzIiwgU1REIDEx LCBSRkMgODIyLCBBdWd1c3QgMTk4Mi4gLS0+IERSVU1TPw0KDQogICBbM10g IEJyYWRlbiwgUi4sICJSZXF1aXJlbWVudHMgZm9yIEludGVybmV0IGhvc3Rz IC0gYXBwbGljYXRpb24gYW5kDQogICAgICAgIHN1cHBvcnQiLCBSRkMgMTEy MywgT2N0b2JlciAxOTg5Lg0KDQogICBbNF0gIE1hbGFtdWQsIEMuIGFuZCBN LiBSb3NlLCAiUHJpbmNpcGxlcyBvZiBPcGVyYXRpb24gZm9yIHRoZQ0KICAg ICAgICBUUEMuSU5UIFN1YmRvbWFpbjogUmVtb3RlIFByaW50aW5nIC0tIFRl Y2huaWNhbCBQcm9jZWR1cmVzIiwgUkZDDQogICAgICAgIDE1MjgsIE9jdG9i ZXIgMTk5My4NCg0KICAgWzVdICBFYXN0bGFrZSwgRC4gYW5kIEMuIEthdWZt YW4sICJEb21haW4gTmFtZSBTeXN0ZW0gU2VjdXJpdHkNCiAgICAgICAgRXh0 ZW5zaW9ucyIsIFJGQyAyMDY1LCBKYW51YXJ5IDE5OTcuDQoNCiAgIFs2XSAg QnJhZG5lciwgUy4sICJLZXkgd29yZHMgZm9yIHVzZSBpbiBSRkNzIHRvIElu ZGljYXRlIFJlcXVpcmVtZW50DQogICAgICAgIExldmVscyIsIFJGQyAyMTE5 LCBNYXJjaCAxOTk3Lg0KDQogICBbN10gIENyb2NrZXIsIEQuIGFuZCBQLiBP dmVyZWxsLCAiQXVnbWVudGVkIEJORiBmb3IgU3ludGF4DQogICAgICAgIFNw ZWNpZmljYXRpb25zIiwgUkZDIDIyMzQsIE5vdmVtYmVyIDE5OTcuDQoNCiAg IFs4XSAgSVRVIEYuNDAxIC0gTWVzc2FnZSBIYW5kbGluZyBTZXJ2aWNlczog TmFtaW5nIGFuZCBBZGRyZXNzaW5nIGZvcg0KICAgICAgICBQdWJsaWMgTWVz c2FnZSBIYW5kbGluZyBTZXJ2aWNlOyByZWNvbW1lbmRhdGlvbiBGLjQwMSAo QXVndXN0DQogICAgICAgIDE5OTIpDQoNCiAgIFs5XSAgSVRVIEYuNDIzIC0g TWVzc2FnZSBIYW5kbGluZyBTZXJ2aWNlczogSW50ZXJjb21tdW5pY2F0aW9u DQogICAgICAgIEJldHdlZW4gdGhlIEludGVycGVyc29uYWwgTWVzc2FnaW5n IFNlcnZpY2UgYW5kIHRoZSBUZWxlZmF4DQogICAgICAgIFNlcnZpY2U7IHJl Y29tbWVuZGF0aW9uIEYuNDIzIChBdWd1c3QgMTk5MikNCg0KICAgWzEwXSBJ VFUgRS4xNjQgLSBUaGUgSW50ZXJuYXRpb25hbCBQdWJsaWMgVGVsZWNvbW11 bmljYXRpb24gTnVtYmVyaW5nDQogICAgICAgIFBsYW4gRS4xNjQvSS4zMzEg KE1heSAxOTk3KQ0KDQogICBbMTFdIElUVSBULjMzIC0gRmFjc2ltaWxlIHJv dXRpbmcgdXRpbGl6aW5nIHRoZSBzdWJhZGRyZXNzOw0KICAgICAgICByZWNv bW1lbmRhdGlvbiBULjMzIChKdWx5LCAxOTk2KQ0KDQogICBbMTJdIEVUU0kg SS1FVFMgMzAwLDM4MCAtIFVuaXZlcnNhbCBQZXJzb25hbCBUZWxlY29tbXVu aWNhdGlvbg0KICAgICAgICAoVVBUKTogQWNjZXNzIERldmljZXMgRHVhbCBU b25lIE11bHRpIEZyZXF1ZW5jeSAoRFRNRikgc2VuZGVyDQogICAgICAgIGZv ciBhY291c3RpY2FsIGNvdXBsaW5nIHRvIHRoZSBtaWNyb3Bob25lIG9mIGEg aGFuZHNldCB0ZWxlcGhvbmUNCiAgICAgICAgKE1hcmNoIDE5OTUpDQoNCiAg IFsxM10gQWxsb2NjaGlvLCBDLiwgIk1pbmltYWwgRkFYIGFkZHJlc3MgZm9y bWF0IGluIEludGVybmV0IE1haWwiLA0KICAgICAgICBSRkMgMjMwNCBiaXMs IHh4eHh4IDE5OTkuDQoNCiAgIFsxNF0gS2lsbGUsIFMuLCAiTUlYRVIgKE1p bWUgSW50ZXJuZXQgWC40MDAgRW5oYW5jZWQgUmVsYXkpOiBNYXBwaW5nDQog ICAgICAgIGJldHdlZW4gWC40MDAgYW5kIFJGQyA4MjIvTUlNRSIsIFJGQyAy MTU2LCBKYW51YXJ5IDE5OTguDQoNCiAgIFsxNV0gQWxsb2NjaGlvLCBDLiAi R1NUTiBhZGRyZXNzIGVsZW1lbnQgZXh0ZW5zaW9ucyBpbiBlLW1haWwgDQog ICAgICAgIHNlcnZpY2VzIiwgUkZDIHh4eHgsIHh4eHh4eHggMTk5OS4NCg0K ICAgWzE2XSBOYXJ0ZW4sIFQuLCBBbHZlc3RyYW5kLCBILiwgIkd1aWRlbGlu ZXMgZm9yIFdyaXRpbmcgYW4gSUFOQQ0KICAgICAgICBDb25zaWRlcmF0aW9u cyBTZWN0aW9uIGluIFJGQ3MiLCBSRkMgMjQzNCwgT2N0b2JlciAxOTk4Lg0K DQoNCjEwLiAgRnVsbCBDb3B5cmlnaHQgU3RhdGVtZW50DQoNCiAgIENvcHly aWdodCAoQykgVGhlIEludGVybmV0IFNvY2lldHkgKDE5OTkpLiAgQWxsIFJp Z2h0cyBSZXNlcnZlZC4NCg0KICAgVGhpcyBkb2N1bWVudCBhbmQgdHJhbnNs YXRpb25zIG9mIGl0IG1heSBiZSBjb3BpZWQgYW5kIGZ1cm5pc2hlZCB0bw0K ICAgb3RoZXJzLCBhbmQgZGVyaXZhdGl2ZSB3b3JrcyB0aGF0IGNvbW1lbnQg b24gb3Igb3RoZXJ3aXNlIGV4cGxhaW4gaXQNCiAgIG9yIGFzc2lzdCBpbiBp dHMgaW1wbGVtZW50YXRpb24gbWF5IGJlIHByZXBhcmVkLCBjb3BpZWQsIHB1 Ymxpc2hlZA0KICAgYW5kIGRpc3RyaWJ1dGVkLCBpbiB3aG9sZSBvciBpbiBw YXJ0LCB3aXRob3V0IHJlc3RyaWN0aW9uIG9mIGFueQ0KICAga2luZCwgcHJv dmlkZWQgdGhhdCB0aGUgYWJvdmUgY29weXJpZ2h0IG5vdGljZSBhbmQgdGhp cyBwYXJhZ3JhcGggYXJlDQogICBpbmNsdWRlZCBvbiBhbGwgc3VjaCBjb3Bp ZXMgYW5kIGRlcml2YXRpdmUgd29ya3MuICBIb3dldmVyLCB0aGlzDQogICBk b2N1bWVudCBpdHNlbGYgbWF5IG5vdCBiZSBtb2RpZmllZCBpbiBhbnkgd2F5 LCBzdWNoIGFzIGJ5IHJlbW92aW5nDQogICB0aGUgY29weXJpZ2h0IG5vdGlj ZSBvciByZWZlcmVuY2VzIHRvIHRoZSBJbnRlcm5ldCBTb2NpZXR5IG9yIG90 aGVyDQogICBJbnRlcm5ldCBvcmdhbml6YXRpb25zLCBleGNlcHQgYXMgbmVl ZGVkIGZvciB0aGUgcHVycG9zZSBvZg0KICAgZGV2ZWxvcGluZyBJbnRlcm5l dCBzdGFuZGFyZHMgaW4gd2hpY2ggY2FzZSB0aGUgcHJvY2VkdXJlcyBmb3IN CiAgIGNvcHlyaWdodHMgZGVmaW5lZCBpbiB0aGUgSW50ZXJuZXQgU3RhbmRh cmRzIHByb2Nlc3MgbXVzdCBiZQ0KICAgZm9sbG93ZWQsIG9yIGFzIHJlcXVp cmVkIHRvIHRyYW5zbGF0ZSBpdCBpbnRvIGxhbmd1YWdlcyBvdGhlciB0aGFu DQogICBFbmdsaXNoLg0KDQogICBUaGUgbGltaXRlZCBwZXJtaXNzaW9ucyBn cmFudGVkIGFib3ZlIGFyZSBwZXJwZXR1YWwgYW5kIHdpbGwgbm90IGJlDQog ICByZXZva2VkIGJ5IHRoZSBJbnRlcm5ldCBTb2NpZXR5IG9yIGl0cyBzdWNj ZXNzb3JzIG9yIGFzc2lnbnMuDQoNCiAgIFRoaXMgZG9jdW1lbnQgYW5kIHRo ZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaGVyZWluIGlzIHByb3ZpZGVkIG9u IGFuDQogICAiQVMgSVMiIGJhc2lzIGFuZCBUSEUgSU5URVJORVQgU09DSUVU WSBBTkQgVEhFIElOVEVSTkVUIEVOR0lORUVSSU5HDQogICBUQVNLIEZPUkNF IERJU0NMQUlNUyBBTEwgV0FSUkFOVElFUywgRVhQUkVTUyBPUiBJTVBMSUVE LCBJTkNMVURJTkcNCiAgIEJVVCBOT1QgTElNSVRFRCBUTyBBTlkgV0FSUkFO VFkgVEhBVCBUSEUgVVNFIE9GIFRIRSBJTkZPUk1BVElPTg0KICAgSEVSRUlO IFdJTEwgTk9UIElORlJJTkdFIEFOWSBSSUdIVFMgT1IgQU5ZIElNUExJRUQg V0FSUkFOVElFUyBPRg0KICAgTUVSQ0hBTlRBQklMSVRZIE9SIEZJVE5FU1Mg Rk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLg0KDQoNCg== --8208-1103527590-963418974=:539129628-- From owner-ietf-fax@mail.imc.org Wed Jul 12 12:07:42 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA29934 for ; Wed, 12 Jul 2000 12:07:41 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id IAA21527 for ietf-fax-bks; Wed, 12 Jul 2000 08:32:06 -0700 (PDT) Received: from omega.cisco.com (omega.cisco.com [171.69.63.141]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id IAA21520 for ; Wed, 12 Jul 2000 08:32:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by omega.cisco.com (8.8.8-Cisco List Logging/8.8.8) with ESMTP id IAA16687; Wed, 12 Jul 2000 08:33:19 -0700 (PDT) Date: Wed, 12 Jul 2000 08:33:19 -0700 (PDT) From: Dan Wing To: Vesselin cc: ietf-fax@imc.org Subject: Re: your mail In-Reply-To: <000801bfebea$9a4aef20$2601a8c0@eness> Message-ID: <0007120832330.10561-100000@omega.cisco.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On Wed, 12 Jul 2000 13:18 +0300, Vesselin wrote: > Hello, > I am Vesselin Petev from Bulgaria. I want to find some help about how to write my own fax server and cleint.I want to write this in Java, is it possible ? > If not I want some help where to find documentations and examples of sending fax trough Internet ? RFC2305 explains how this is done over email. T.38 (from the ITU, costs some money) explains how this is done realtime. I suppose you could write a client/server in Java; shouldn't be any reason this wouldn't work. -Dan Wing From owner-ietf-fax@mail.imc.org Wed Jul 12 15:05:02 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA09305 for ; Wed, 12 Jul 2000 15:05:02 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id LAA00469 for ietf-fax-bks; Wed, 12 Jul 2000 11:02:06 -0700 (PDT) Received: from omega.cisco.com (omega.cisco.com [171.69.63.141]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id LAA00465 for ; Wed, 12 Jul 2000 11:02:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by omega.cisco.com (8.8.8-Cisco List Logging/8.8.8) with ESMTP id LAA08936; Wed, 12 Jul 2000 11:03:28 -0700 (PDT) Date: Wed, 12 Jul 2000 11:03:28 -0700 (PDT) From: Dan Wing To: Yokoyama cc: IETF Internet Fax WG , mimu@toyocom.co.jp, zsatou@toyocom.co.jp, kanaide@toyocom.co.jp, "Cancio, Vivian" , Mike Moldovan , Hiroshi Tamura Subject: Re: I-D ACTION:draft-ietf-fax-gateway-protocol-00.txt In-Reply-To: <396AE959.2DF0B420@toyocom.co.jp> Message-ID: <0007121006230.18929-100000@omega.cisco.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On Tue, 11 Jul 2000 18:31 +0900, Yokoyama wrote: > Dear Mr. Wing. I prefer "Dan", if that's okay. > Thank you for your comments. > We have many comment from you. > So we cannnot anser at once. > > > > On Mon, 10 Jul 2000 06:33 -0400, Internet-Drafts@ietf.org wrote: > > > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > > > This draft is a work item of the Internet Fax Working Group of the IETF. > > > > > > Title : Internet FAX Gateway Protocol > > > Author(s) : k. mimura, K. Yokoyama, T. Satoh, C. Kanaide > > > Filename : draft-ietf-fax-gateway-protocol-00.txt > > > Pages : 13 > > > Date : 07-Jul-00 > > > > > > 3.2 drop the duplicate mail > > > > An offramp gateway MUST drop the duplicate mail by confirming whether > > Message-ID is the same as old one. > > This is to avoid the duplication of the transmission to same facsimile > > device over GSTN. > > > > The above mechanism does not work and is insufficient to determine > > if a message is a duplicate message. The simplest example of when this > > doesn't work is in the case of resent messages with a Resent- header, > > as those messages don't have their Message-IDs changed. Reference > > draft-ietf-drums-msg-fmt-08.txt, section 3.6.6. > > > > There are other cases where the Message-ID is not sufficient to detect a > > duplicated message, or where it causes false positives. > > > > Additionally, there is no significant operational advantage gained by > > attempting to prevent duplicate message delivery. > > When an offramp gateway uses POP, this mechanism is necessary. Oh, I wasn't aware that this I-D was standardizing POP gateways. My mistake. > There is a cause in the mechanism of mail server. > > RFC2305 2.1.3 mailbox protocols define that > an offramp gateway MAY use a mailbox access protocol such as POP or IMAP. > > example. > A mail server is set up to forward all mail for "FAX=+"* to "IFAX". > IFAX is mailbox of the offramp gateway. > If MTA receive an mail it is TO:FAX=+1111,FAX=+2222, > Mail server will copy two same mail on the IFAX mail box. > (most mail server does such a movement) > Then offramp gateway receive the mail from IFAX mail box by using POP, > the offramp gateway receive same 2 mails. I have been using various mail packages for years but have never seen this behavior except in very low-end mailers which do not correctly collapse aliased addresses. When a mailer has aliased "FAX=+"* to "IFAX", it can eliminate duplicate localparts. In my experience, mailers such as sendmail and PMDF do eliminate duplicate localparts when such an alias is used. I expect qmail would collapse duplicate addresses as well. However, that aside, I still stand by my original comment on using Message-ID. Using the Message-Id is insufficient to detect duplicate messages and does not work with Resent-* headers and does not work in other situations. These problems have been discussed on this mailing list in the past (check the archives; I recall discussions that included Keith Moore and Ned Freed on this specific topic). Perhaps you could propose using a hash of Message-Id and the To, From, Resent-To, and Resent-From fields to resolve the detect-duplicate-message problem sufficiently for the needs of a POP-based mail gateway. Would you have a recommendation for how many, and how long, a POP-based offramp gateway should store this duplicate message identifying information? If so, that should be included in the I-D. In the archives, you can also find strong arguments for why a POP-based ifax gateway has other problems with message routing. I expect that if we delve into the details of using a POP-based ifax offramp gateway again (as we did a year or so ago), you will discover strong resistance to standardizing its use among the SMTP community. I don't know if we (the IETF-FAX working group) would like to have a single "gateway requirements" document that covers both POP- and SMTP-based ifax onramp and offramp gateways, or if we want separate documents. But I know there isn't complete concurrency between this document and draft-ietf-fax-implementers-guide. The two documents need to agree on how various aspects are handled (such as success and error notification). > > 3.3 return notice > > > > An offramp gateway SHOULD have the function which the offramp gateway send > > return notice to the source IFAX device, when a transmitting error > > occurred then finished with the facsimile data not transmitted. > > In order to put into practice this function, it is necessary to SMTP sender > > MTA on offramp gateway. > > > > RFC2305 section 2.3.1 states that this is a MUST requirement. > > > > Generating a bounce is a MUST requirement for all Internet mail, and > > cannot be specified as a SHOULD requirement. > > > > Section 3.3.1 uses the term "multicast". I am sure you're aware that > > multicast has a specific meaning in IP networking. This may be confusing > > to some readers. > > Thank you for your comment. > We will change to MUST from SHOULD > and will chage term to "broadcast" from "multicast" Thanks. > > 3.3.1 When send return notice > > > > Transmitting time to facsimile terminal over GSTN from offramp gateway > > changes by the case. Transmitting time changes by the performance of FAX > > and the circuit condition. It is important when to transmit return notice > > in the multi-cast transmission. > > When a onramp gateway received Internet FAX which specify multiple > > destination facsimile devices (multicast request), there are two methods > > to send return notice from the onramp gateway to the source IFAX device. > > The onramp gateway send return notice, when every time an error occurs. > > Or send return notice at the end together This SHOULD be able to select > > by user. > > > > I can't parse the last three sentences, above. The rest of section 3.3.1 > > is equally confusing; is it specifying recommended behavior, or simply > > eludicating the reader? > > Verry sorry . after 4 sentence, onramp and offramp is became reverse. No problem. If you could rewrite section 3.3.1 so it is clearer that would be helpful. > > Section 3.3.2 is great, except for its last sentence, which I don't > > understand. > > Sorry > for example > An offramp gateway is sending total 30 pages facsimile data. > > But an error occurs and transmittion is stopped after 15 pages is send > mormally. > > The offramp gateway should re-transmit the facsimile data from page 16. Thanks. If you could add that text to the I-D, that would be helpful. > > Section 3.3.3 is great, but it needs to be more specific. It reads: > > > > 3.3.3 Information of return notice > > > > The following information must be contained at least in return notice. > > > > - Transmission start time > > - Destination dial > > - Number of total pages > > - Number of real transmitted page > > - Cause of error > > > > An offramp gateway adds the following information, when it have the > > function of automatically transmission retry. > > > > - number of retry times > > - Transmission retry start time > > > > > > The information returned cannot be in a specific language (English, > > German, Japanese) unless it is known which language is common for the > > user. Unfortunately, there isn't a way to know. We should have a > > standard format for such information in a computer-parsable and > > human-parsable format. Such formats have been proposed previously in this > > working group but never achieved consensus. > > Above information is needed by most of our users > so our system carries this information in the individual method. > (Our system carrys the information in mail body) > But RFC 2305 defined failure message should be in format of a DSN. > We think return noticeis also message should be in format of a DSN. DSN is only appropriate, and can only be generated, by SMTP mailers; a POP-based mailer cannot generate DSNs for successful message deliveries, as the message as actually already been delivered. MDN is appropriate for the purpose you've described. MDNs are described in RFC2298. > So we do not specify more detail yet. Language-specific information in the body of a message is not good. For example, my company is global but you can imagine that it is most desirable when a Cisco employee in Spain sends an ifax which goes to an offramp in California that the employee in Spain receives a transmission confirmation in Spanish. That is only possible by either (a) the offramp gateway knowing the user's preferred language or (b) the offramp gateway generating a computer-parsable transmission confirmation which could be interpreted by the MUA of the user in Spain. Both mechanisms, (a) and (b), could be described for ifax offramps. I suggest putting such a description into a separate I-D, however, as the format of this message is quite independent of other aspects of offramp faxing. > > 3.4 Authentication > > > > An offramp gateway SHOULD provide the authentication function to judge > > whether the received E-mail is sent by appropriate source IFAX device. > > > > The words "by appropriate source IFAX device" imply that only an "IFAX > > device" might be a valid source of an RFC2305-compliant message for an > > offramp gateway. But a PC with appropriate software is one such IFAX > > device. I suggest to replace "is sent by appropriate source IFAX device" > > with "was sent by an authorized sender". > > > > RFC2305 describes the authorization and authentication requirements of > > an offramp and onramp gateway in quite a lot of detail. You may want > > to use some of that text. > > Thank you we will change to below. > An offramp gateway SHOULD provide the authentication function to judge > whether the received E-mail was sent by an authorized sender. That would be great. Thanks. > And we will reconsider this section. > > > > > > > > 4.1 Onramp Functions > > > > An onramp gateway MUST have the function that the onramp gateway receive > > facsimile data from facsimile device over GSTN, then generated Internet > > fax is sent to appropriate IFAX devices or PC by the onramp gateway. > > How to transmit data from an onramp gateway to IFAX devices MUST based > > on RFC 2305. > > > > Sending to the device on Internet for E-mail data , the onramp gateway > > should set From field or Replay-To field for the following sentences. > > > > < the numbers of sender > @ < Domain name of onramp gateway > > > > > We can use for the Return notice from destination function by this setting. > > > > I have several issues with the above section. > > > > 1. "Replay-To" should be "Reply-To" > > > > Sorry > > > > > 2. The domain name of the onramp gateway is not correct. Instead, the > > domain name of a valid *offramp* gateway should be used! It cannot be > > assumed that an onramp gateway will also function as an offramp > > gateway. An onramp gateway might not be able to provide offramp > > functions. > > > > This seems to be described in section 4.2, but I am wary of the > > text mentioning use of the onramp gateway's domain name in these > > fields at all. > > > > 3. The last sentence, "We can use for the Return notice from destination > > function by this setting" is incorrect. None of the return notices used > > by offramp gateways use the "From:" or "Reply-To:" fields; using such > > fields for automatic replies to errors is incorrect and will lead to > > problems in integrated mail environments. Proper handling of mail > > message returns, notifications, etc., is described in other RFCs, and > > none of them suggest or allow using the RFC822 "From:" or RFC822 > > "Reply-To:" fields in such a manner. > > This section is considered again. At the time I wrote (3), above, I wasn't aware that your I-D was describing the functions of a POP-based ifax gateway. As I mentioned earlier in this message, there are difficulties with using POP (or IMAP) with an ifax offramp gateway, and (3), above, describes one of the problems. Perhaps we could require the POP gateway only use POP servers that generate a Return-Path: header. This would allow the POP gateway to correctly deal with error conditions by responding to the correct address with an error. However, the error can't be in the format of a DSN [as the message has already been delivered], and MDNs can only be generated if the appropriate header exists (reference RFC2298, section 2.1, paragraph 4). > > 4. The "the numbers of sender" field should be clearly specified to > > be the E.164 address as specified in RFC2304. > > > > Section 4.2(2) says: > > > > When user authentication is necessary, the next information is > > included, regardless of the direct address designation or the indirect > > address designation. > > > > - User ID > > - Password > > > > Please explain what this means. > > Thank you we will change. > > > > > > > > The example in section 4.2(2) includes several non-7-bit-ASCII > > characters and my editor cannot view the file correctly. Please remove > > these characters; they are not legal in Internet Drafts. > > > > 4.3 Choice of Offramp gateway > > > > Onramp gateway SHOULD have the function which chooses destination offramp > > gateway by analyzing a specified destination facsimile number. > > Onramp gateway SHOULD hold course information of offramp gateway to > > realize this function. > > > > Please explain "hold course information". I am not familiar with this > > term. > > course information -> routing information Thanks. The term is still confusing and I couldn't find a similar use on the Internet (after searching using www.google.com). I would encourage you to please rephrase this sentence when you update the I-D. > > 4.4 User authentication > > > > Onramp gateway should have a user authentication function to confirm that > > they are the data that suitable user transmitted. > > > > Two comments on the above: > > > > 1. I disagree that this is a "should" requirement. It should be a "MAY". > > This is because, today, nearly all fax machines around the world permit > > any fax machine to transmit a fax to that fax machine with no > > authorization. > > > > 2. Please be careful with use of "authorization" and "authentication". > > The section is titled "authentication", but the first sentence discusses > > "authorization". > > > > "Authorization" essentially means "allowed". "Authentication" essentially > > means "known". It is usually impossible to know if a user is "allowed" > > (authorized) to perform an action without first "knowing" (authenticating) > > which user is attempting the action. > > > > Section 4.5 needs substantial clarification. Is section 4.5 describing a > > requirement where an onramp gateway authenticates a GSTN-based fax > > transmitter and then re-creates that authentication using PGP (or > > S/MIME) towards an offramp gateway, and then the offramp gateway recreates > > that authentication information again when the message is sent over GSTN > > again? > > > > This is a very difficult problem to solve, even in a closed, proprietary > > single-vendor ifax network. I honestly feel such behavior is best solved > > with T.38 at this time; trying to do this with RFC2305/T.37 is nearly > > impossible without weaking either the T.30 fax authentication, the > > over-the-internet authentication/encryption, or both. > > This section is considered again. Thanks. > > 4.7 Option function > > > > Onramp gateway can provide various option functions for facsimile device > > user on GSTN by adding an option number at the end of the DTMF data. > > A data format at this time is following either. > > > > What is the purpose of this "option number"? > > By specifying option number, an onramp gateway is made to do a special > monovement. > not only specify destination facsimile No. Where are the option numbers defined? Are they standardized? > > 4.8 return notice > > > > When it has a function that receives and analyzes return notice from > > destination, > > Onramp gateway MAY send delivery status to suitable facsimile device user > > on GSTN. > > This function is used in accordance with the 5.4 user authentication. > > In order to put into practice this function, it is necessary to SMTP > > receiver MTA on onramp gateway. > > > > An onramp gateway cannot transmit a fax over GSTN. Transmitting a fax > > over GSTN is the function of an offramp gateway. > > Sorry > Our gateway system is act as both onramp and offramp gateway. So can ours, but ours can be configured to perform only onramp or only offramp functions (and many customers configure the devices this way on purpose). > We will reconsider by dividing our system into offramp with onramp. Thanks. > > 4.9 Multicasts transmit request > > > > Onramp gateway can specify destination of maximum 99 by specifying it in > > To: or c: field by 1 mail. > > But, destination beyond 100 SHULD NOT be specified in 1 mail. > > And, address SHOULD NOT be specified whit BCC:. > > > > I have a few issues with the above sentence: > > > > 1. To:, CC:, and BCC: are not used for routing mail messages. RFC821 is > > used to route messages. The "To:" and "CC:" fields are used only to help > > describe a message and are described in RFC822. > > Sorry we will change. Thanks. This, too, is due to the nature of trying to use POP for message routing when SMTP is for message routing. > > 2. There is absolutely no need for an arbitrary 99 recipient limitation. > > > > recipients buffer > > The maximum total number of recipients that must be > buffered is 100 recipients. > > is defined by RFC821. > In our test, some of MTA return error when 100 destinations are specified. See section 4.5.3.1 of draft-ietf-drums-smtpupd-11.txt which more clearly explains this limit than RFC821. My point, however, is that the limit should not be on the sender at all; there is no reason for the sender to unnecessarily restrict the number of RCPT TOs in a single SMTP session unless the SMTP server returns an error (452 or 552, as described in draft-ietf-drums-smtpupd-11.txt). > > Section 4.9 also says: > > > > How to specify address in this case it SHOULD be indirect address > > designation (5.2 2). > > > > I don't understand "5.2 2". Is this a section of this Internet Draft? > > (5.2 2) -> 4.2(2) > > > > > > > > Section 5 says: > > > > 5. Security Considerations > > > > The Security Considerations sections of [RFC2305] applies to this > > document. > > > > There are additional security considerations introduced by requirements > > in this document, beyond those described in RFC2305. Those should be > > discussed in this section. > > > > We will reconsider with security again. At this time, it would be sufficient to simply add "Further security considerations are introduced by this document, but they will be described in this section prior to publication as an RFC." Without such text, it appears you believe that the security section is complete with only its current sentence ("The Security Considerations sections of [RFC2305] applies to this document"). Thank you for considering and replying to my comments. -Dan Wing From owner-ietf-fax@mail.imc.org Wed Jul 12 20:01:38 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA18577 for ; Wed, 12 Jul 2000 20:01:38 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id QAA06329 for ietf-fax-bks; Wed, 12 Jul 2000 16:32:35 -0700 (PDT) Received: from ricohigw.ricoh.co.jp (ricohigw.ricoh.co.jp [202.32.12.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id QAA06325 for ; Wed, 12 Jul 2000 16:32:34 -0700 (PDT) Received: from thunder.ricoh.co.jp (thunder [133.139.211.198]) by ricohigw.ricoh.co.jp (8.9.3+3.2W/3.7W) with ESMTP id IAA05851; Thu, 13 Jul 2000 08:33:45 +0900 (JST) Received: from newton.toda.ricoh.co.jp (newton.toda.ricoh.co.jp [133.139.60.10]) by thunder.ricoh.co.jp (8.9.3+3.2W/3.7W) with SMTP id IAA16343; Thu, 13 Jul 2000 08:33:43 +0900 (JST) Received: from localhost (maple.toda.ricoh.co.jp [133.139.60.73]) by newton.toda.ricoh.co.jp (8.6.11+2.4W/3.3W9-1.0S8sun) with ESMTP id IAA15398; Thu, 13 Jul 2000 08:33:36 +0900 To: dwing@cisco.com, k1@toyocom.co.jp, ietf-fax@imc.org, mimu@toyocom.co.jp, zsatou@toyocom.co.jp, kanaide@toyocom.co.jp Cc: Vivian.Cancio@pahv.xerox.com, mmoldovan@g3nova.com Subject: Re: I-D ACTION:draft-ietf-fax-gateway-protocol-00.txt In-Reply-To: <0007121006230.18929-100000@omega.cisco.com> References: <396AE959.2DF0B420@toyocom.co.jp> <0007121006230.18929-100000@omega.cisco.com> X-Mailer: Mew version 1.94.2 on Emacs 20.4 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000713084053A.tamura@toda.ricoh.co.jp> Date: Thu, 13 Jul 2000 08:40:53 +0900 (JST) From: Hiroshi Tamura X-Dispatcher: imput version 20000228(IM140) Lines: 32 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Hi. As a co-chair, I welcome I-D about gateway issue was introduced, followed by the discussion. Thank you, Mimura-san, Yokoyama-san, Dan. > But I know there isn't complete concurrency between this document and > draft-ietf-fax-implementers-guide. The two documents need to agree on how > various aspects are handled (such as success and error notification). Comments, as one of editors of draft-ietf-fax-implementers-guide. I think notification issue on offramp/onramp gateway is diffcult to handle in draft-ietf-fax-implementers-guide. One of the reasons is that it has something to do with G3/G4 Fax protocol. We(editors) do not have a plan to include it. And, there is a section about Addressing, but no contents. I think we delete this section. Notification issues on gateway are better to be done in other documents, I think now. Regards, -- Hiroshi Tamura, Ricoh Company, LTD. E-mail: tamura@toda.ricoh.co.jp From owner-ietf-fax@mail.imc.org Wed Jul 12 20:25:18 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA18806 for ; Wed, 12 Jul 2000 20:25:17 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id QAA06509 for ietf-fax-bks; Wed, 12 Jul 2000 16:44:26 -0700 (PDT) Received: from ricohigw.ricoh.co.jp (ricohigw.ricoh.co.jp [202.32.12.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id QAA06505 for ; Wed, 12 Jul 2000 16:44:25 -0700 (PDT) Received: from thunder.ricoh.co.jp (thunder [133.139.211.198]) by ricohigw.ricoh.co.jp (8.9.3+3.2W/3.7W) with ESMTP id IAA09103 for ; Thu, 13 Jul 2000 08:46:23 +0900 (JST) Received: from newton.toda.ricoh.co.jp (newton.toda.ricoh.co.jp [133.139.60.10]) by thunder.ricoh.co.jp (8.9.3+3.2W/3.7W) with SMTP id IAA19597 for ; Thu, 13 Jul 2000 08:46:22 +0900 (JST) Received: from localhost (maple.toda.ricoh.co.jp [133.139.60.73]) by newton.toda.ricoh.co.jp (8.6.11+2.4W/3.3W9-1.0S8sun) with ESMTP id IAA15504 for ; Thu, 13 Jul 2000 08:46:19 +0900 To: ietf-fax@imc.org Subject: We can meet on Wednesday,,, X-Mailer: Mew version 1.94.2 on Emacs 20.4 / Mule 4.1 (AOI) References: <200007122232.SAA17284@ietf.org> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000713085336Y.tamura@toda.ricoh.co.jp> Date: Thu, 13 Jul 2000 08:53:36 +0900 (JST) From: Hiroshi Tamura X-Dispatcher: imput version 20000228(IM140) Lines: 19 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Fax meeting will be on Wednesday. But, not fixed yet. > A final agenda should be posted by Monday, July 17, 2000. > WEDNESDAY, August 2, 2000 > 0800-1700 IETF Registration - > 0800-0900 Continental Breakfast - > 0900-1130 Morning Sessions > > APP fax Internet Fax WG About our agenda, I circulate something within this week. Regards, -- Hiroshi Tamura, Ricoh Company, LTD. E-mail: tamura@toda.ricoh.co.jp From owner-ietf-fax@mail.imc.org Wed Jul 12 20:50:44 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA19243 for ; Wed, 12 Jul 2000 20:50:44 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id RAA06964 for ietf-fax-bks; Wed, 12 Jul 2000 17:17:29 -0700 (PDT) Received: from mail.rapidsite.net ([209.238.3.57]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id RAA06960 for ; Wed, 12 Jul 2000 17:17:28 -0700 (PDT) Received: from 209.238.232.249 (209.238.232.249) by mail08.gte-hosting.net (RS ver 1.0.57s) with SMTP id 06329260; Wed, 12 Jul 2000 20:18:58 -0400 (EDT) From: "Mike Moldovan" To: "Cancio, Vivian" , Cc: "'Hiroshi Tamura'" Subject: RE: Implementers Guide for for Fax Using E-mail Date: Wed, 12 Jul 2000 17:21:55 -0700 Message-ID: <007901bfec60$59e10d40$01016464@dsl.gtei.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal In-Reply-To: <51B8ABCE456FD111899900805F6FD6EE08E919B9@mercury.ADOC.xerox.com> X-Loop-Detect: 1 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Hi Vivian, So far the draft looks OK to me. I will not be able to do a very in-depth review until the 14th but nothing major catches my attention. Best Regards, Mike Moldovan > -----Original Message----- > From: Cancio, Vivian [mailto:Vivian.Cancio@pahv.xerox.com] > Sent: Friday, July 07, 2000 5:07 PM > To: 'ietf-fax@imc.org' > Cc: 'Mike Moldovan'; 'Hiroshi Tamura' > Subject: Implementers Guide for for Fax Using E-mail > > > Please, even on this short notice for which I apologize, can you > all review > this draft version ASAP so that I can have something to submit by > the 14th. > > I added new sections to include what I presented in the last IETF meeting. > At the end there is a summary of the editorial changes, to the examples > primarily. > > I would like to eliminate the unnecessary precautions, etc. in Section 5 - > Implementations Issues Specific to the File Format. So please review as > recommend which should be deleted and which should stay. > > > Vivian > > > From owner-ietf-fax@mail.imc.org Wed Jul 12 20:53:05 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA19319 for ; Wed, 12 Jul 2000 20:53:04 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id QAA06321 for ietf-fax-bks; Wed, 12 Jul 2000 16:32:11 -0700 (PDT) Received: from ananke.eastgw.xerox.com (root@ananke.xerox.com [208.140.33.24]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id QAA06316 for ; Wed, 12 Jul 2000 16:32:08 -0700 (PDT) Received: from godzilla.ADOC.xerox.com (godzilla.ADOC.xerox.com [13.242.128.10]) by ananke.eastgw.xerox.com (8.9.3/8.9.3) with ESMTP id TAA11292 for ; Wed, 12 Jul 2000 19:34:03 -0400 (EDT) Received: from mercury.adoc.xerox.com (mercury [13.242.100.20]) by godzilla.ADOC.xerox.com (8.8.8+Sun/8.8.8/ADOC-HUB-1.7) with ESMTP id QAA12302 for ; Wed, 12 Jul 2000 16:34:01 -0700 (PDT) Received: by mercury.ADOC.xerox.com with Internet Mail Service (5.5.2448.0) id ; Wed, 12 Jul 2000 16:34:01 -0700 Message-ID: <51B8ABCE456FD111899900805F6FD6EE08E919D8@mercury.ADOC.xerox.com> From: "Cancio, Vivian" To: "'ietf-fax@imc.org'" Subject: FW: Implementers Guide Rev2b Date: Wed, 12 Jul 2000 16:33:58 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01BFEC59.A8915820" Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01BFEC59.A8915820 Content-Type: text/plain; charset="iso-8859-1" Attached is new version including revision per comments from Richard Coles. STILL ... > > I would like to eliminate the unnecessary precautions, etc. > in Section 5 - Implementations Issues Specific to the File > Format. So please review as recommend which should be deleted > and which should stay. > Thanks, Vivian -----Original Message----- From: COLES, RICHARD J. (JSC-EV) [mailto:richard.j.coles1@jsc.nasa.gov] Sent: Tuesday, July 11, 2000 9:15 AM To: 'Cancio, Vivian' Subject: RE: Implementers Guide Vivian, et al: Here are the changes I mentioned in a previous e-mail. Page 2, Section 1.1, Introduction: notes "a)" and "b)" are tabbed, c thru e are not. Page 2, Section 2, Terminology: Inconsistent use of capitals in "Simple Mode" and "Extended Mode", specifically, the word "using" is capitalized in the first but not the second. Page 3, Section 3.2.1, Multipart/alternative and Storage Capacity: I recommend removing the parentheses around the phrase "high-fidelity but" Page 4, Section 4.2, Correlation of MDN with original message: The reproduced paragraph from RFC 2298 contains a footnote reference, but with a "?" and not a number. Page 5; Section 4.4.1.4, "Body" of MDN: Remove the comma in the first line, after "MDN request". It separates subject from verb. <> Page 9, Section 4.4.3, heading "a) Success case": Quoting-- "It does not guarantee that the receiver displays, print or save the attached TIFF-FX file" Shouldn't it be "displays, printS or saveS", for agreement? (capital-S used only for emphasis) ditto for page 10, "b) Failure case" the phrase "receives an MDNs" - "an" is singular, but "MDNs" implies plural. The word "receives" also indicates that "MDNs" should be "MDN". same paragraph, next sentence- Quoting "Currently there is not mechanism" -- should that be "not A mechanism"? (cap-A only for emphasis) ditto for the same page, 4.4.3.1 Examples - 2 disagreements in the same sentence. Quoting "If examples conflicts with the MDN definition[7], the example are wrong." Page 12, Section 5.2 (which, BTW, is split with one line of text at the bottom of page 11, followed by the page 12 header, then the rest of the sentence - makes it hard to follow on the screen, but in print will be understandable - still, recommend pushing 5.2 down into page 12). top of page 12, Quoting "The following compiled list of TIFF/RFC 2301 [4] errors where encountered during interoperability testing...". Should that be "...errors WERE encountered..."?? Page 12, Section 5.2.1, Typical Reader Errors in Headers, heading "a)": Quoting: "...even when the specifications permits encoding in..." another disagreement in subject/predicate. Recommend "...specifications PERMIT..." since "specifications" is usually a plural word. Same paragraph, "Profile S" is hyphenated in one place & not the other. Which way is it supposed to be? Also on Page 12, Section 5.2.1, the formatting of a & b is not the same as c thru e. Page 12, 5.2.2 heading "e)": there is a stray ")" at the end of the sentence. Page 13, Section 5.2.3, heading "c)", right (closing) parenthesis appears to be missing. Maybe it's the stray from the previous listing :-) Page 14, 5.2.6 heading "b)": reference to TIFF [quoting] "...profile M...". Should that be capitalized and/or hyphenated (like Profile-M), per previous question (re: Profile-S)? Page 14, Block 10, References: There is one at the bottom of the page (Masinter), and the rest are on 15. Should that be pushed down to the next page? Some of the earlier pages had a lot of whitespace which looked intentional. Can't this be done also? ditto Page 15, Section 11, Authors' addresses (split across 2 pages) _ _ _ General: In most locations, references to RFC 2298 have footnote 7, but in one place it was a 9. I noticed from the attachments that 2298 is #9 and that #7 is RFC 1894. All of the above is respectfully submitted to the authors. I am merely trying to help insure an accurate document. I cannot comment on the other technologies, as I do not know enough about them. Tnx/ Richard Coles Lockheed Martin, at NASA/Johnson Space Center/Houston ------_=_NextPart_000_01BFEC59.A8915820 Content-Type: text/plain; name="draft-ietf-fax-implementers-guide-2b.txt" Content-Disposition: attachment; filename="draft-ietf-fax-implementers-guide-2b.txt" Content-Transfer-Encoding: quoted-printable IETF Fax Working Group = Vivian Cancio Internet Draft Xerox = Corporation Category: Work-in-progress Mike = Moldovan Intended Category: Informational G3Nova = Technology, Inc. = Hiroshi Tamura Ricoh = Company, LTD. =20 =20 14 = July 2000 Expires: = January 2001 Implementers Guide for Facsimile Using Internet Mail Status of this memo This document is an Internet-Draft and is in full conformance with all provisions of Section 10 of RFC 2026. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet- Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. =20 [[INTENDED STATUS: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.]] Copyright Notice Copyright (C) The Internet Society 1999. All Rights Reserved. Abstract This document is intended for the implementers of software which uses = email to=20 send to facsimiles using RFC 2305 and 2532. This is an informational document and its guidelines do not supersede = the =20 referenced documents.=20 =20 Cancio, Moldovan, Tamura Work-in-progress = [Page 1] Internet draft Implementers Guide 14 = July 2000 Table of contents 1. Introduction =20 1.1 Organization of this document 1.2 Convention of this document =20 1.3 Discussion of this document =20 2. Terminology=20 3. Implementation Issues Specific to Simple Mode=20 3.1 Simple Mode Fax Senders 3.1.1 Multipart-alternative =20 3.2 Simple Mode Fax Receivers 3.2.1 Multipart-alternative and Storage Capacity 4. Implementation Issues Specific to Extended Mode 4.1 Multipart-alternative=20 4.2 Correlation of MDN with Original Message=20 4.3 Correlation of DSN with Original Message=20 4.4 Extended Mode Receivers 4.4.1 Confirmation of receipt and processing 4.4.1.1 Discrepancies in MDN [9] Interpretation 4.4.1.2 Disposition-Type: "dispatched" 4.4.1.3 "Subject" of MDN=20 4.4.1.4 "Body" of MDN 4.4.2 Extended Mode Receivers that are MTAs (or ESMTP servers) 4.4.3 Extended Mode Receivers that are POP3/IMAP4 =20 5. Implementation Issues the File Format 5.1 IFD Placement in TIFF file & Profile-S Constraints 5.2 Precautions for implementers of RFC 2301 [4]=20 5.2.1 TIFF Readers: Be Cautious with Headers 5.2.2 TIFF Writers: Be Cautious in use of IFD=20 5.2.3 IFD Entry Errors 5.2.4 Strip Errors 5.2.5 Image Errors 5.2.6 Profile Specific Errors 6. Implementation Issues for Internet Fax Addressing 6.1 Conventional email addresses =20 6.2 Internet Fax Offramp Addresses Per RFC 2303/3204 =20 7. Known Open Implementation Issues 7.1 Email and Traditional Facsimile Headers 7.2 Simple Mode=20 7.3 Extended Mode 8. Security considerations=20 9. Acknowledgements =20 10. References=20 11. Authors' addresses=20 Full copyright statement=20 Revision history=20 Cancio, Moldovan, Tamura Work-in-progress = [Page 2] Internet draft Implementers Guide 14 = July 2000 1. Introduction This document clarifies published RFCs which standardize facsimile=20 communications using Internet Email. The intent is to prevent = implementations=20 that deviate in such a way as to cause interoperability problems.=20 =20 1.1 Organization of this document See Section 2 for terminology. a) Simple mode clarifications b) Extended mode clarifications c) File format clarifications d) Fax Addressing Clarifications e) Open implementation issues 1.2. Convention of this document [[[Editorial comments from authors are embedded in triple brackets and will be removed before publication]]] 1.3 Discussion of this document Discussion of this document should take place on the Internet fax mailing list hosted by the Internet Mail Consortium (IMC). Please send comments regarding this document to: ietf-fax@imc.org To subscribe to this list, send a message with the body 'subscribe' to "ietf-fax-request@imc.org". To see what has gone on before you subscribed, please see the mailing list archive at: http://www.imc.org/ietf-fax/ =20 2. Terminology Simple Mode - Refers to RFC 2305, "A Simple Mode of Facsimile Using Internet Mail" Extended Mode - Refers to RFC 2532, "Extended Facsimile Using Internet Mail" TIFF-FX - Refers to RFC 2301, "File Format for Internet Fax" UA - User Agent DSN - Delivery Status Notification MDN - Message Disposition Notification In examples: - "C:" is used to indicates lines sent by the client, and "S:" to indicate those sent by the server. MTA - Message Transfer Agent Cancio, Moldovan, Tamura Work-in-progress = [Page 3] Internet draft Implementers Guide 14 = July 2000 3. Implementation Issues Specific to Simple Mode 3.1 Simple Mode Fax Senders 3.1.1 Multipart/alternative Although a requirement of MIME compliance (see RFC 2046, Section = 5.1.4), some=20 email client implementations are not capable of correctly processing = messages=20 with a MIME Content-Type of "multipart/alternative". If a sender is = unsure if=20 the recipient is able to correctly process a message with a = Content-Type of=20 "multipart/alternative", the sender should assume the worst and not use = this=20 MIME Content-Type. In the absence of a standard mechanism to determine the recipient's=20 capabilities, a sender should avoid sending multipart/alternative. At = this time=20 there is not standard mechanism to determine this capability in a = recipient. 3.2 Simple Mode Fax Receivers 3.2.1 Multipart/alternative and Storage Capacity Devices with little storage capacity are unable to cache previous parts = of a=20 multipart/alternative message. In order for such devices to correctly = process=20 only one part of a multipart/alternative message, such devices may = simply use=20 the first process-able part of a multipart/alternative message. This is = viable=20 because the parts within a multipart/alternative are always sent in = least- fidelity to most-fidelity order.=20 This behavior means that even if subsequent, higher-fidelity parts may = have been=20 process-able they will not be used. =20 This behavior can cause user dissatisfaction because when two = high-fidelity=20 but low-memory devices are used with each other, the lowest-fidelity = part of=20 the multipart/alternative will be processed. The solution to this problem is for the sender to determine the = capability of=20 the recipient. However a mechanism to determine the recipient = capabilities prior=20 to an initial message sent to the recipient doesn't yet exist on the = Internet. The Extended Mode mechanism described in RFC 2532 [3], Section 3.3 = enables a=20 recipient to include its capabilities in a confirmation notice, in a = DSN if the=20 recipient device is an RFC 2532/ESMTP [3] compliant server or in an MDN = if the=20 recipient is only an UA.=20 Cancio, Moldovan, Tamura Work-in-progress = [Page 4] Internet draft Implementers Guide 14 = July 2000 4. Implementation Issues Specific to Extended Mode 4.1 Multipart/Alternative Sections 3.1.1 and 3.2.1 are also applicable to this mode. 4.2. Correlation of MDN with Original Message To re-iterate a paragraph from section 2.1, RFC 2298 [9], it is included here: A message that contains a Disposition-Notification-To header SHOULD also contain a Message_ID header as specified in RFC 822 [10]. = This=20 will permit automatic correlation of MDNs with original messages = by user agents. 4.3 Correlation of DSN with Original Message Similar to the requirement to correlate an MDN, above, DSNs also need = to be=20 correlated. This is best done using the ENVID parameter in the "MAIL"=20 command. See Sections 3 and 5.4 of RFC 1891 [5] for details. 4.4 Extended Mode Receivers 4.4.1 Confirmation of receipt and processing Confirmation that the facsimile image (TIFF-FX attachment) was = delivered and=20 successfully processed is an important aspect of the extended mode of = facsimile=20 using Internet mail. Implementers of the Extended Mode [3] should = provide=20 consistency in the feedback provided to senders in the form of error = codes=20 and/or failure/successful messages. 4.4.1.1 Discrepancies in MDN [9] Interpretation The value of receiving a requested MDN acknowledgement from an Extended = Mode=20 recipient is the information of success or failure to process the = TIFF-FX file=20 attachment. The attachment constitutes the facsimile message and not = the body- content of the message. Therefore an Extended Mode sender would expect, = and it=20 is recommended, that the Extended Mode receiver respond with a MDN to = indicate=20 the success or failure to decode and process the TIFF-FX file = attachment. An Extended Mode sender must be aware that RFC 2298 [9] does not make = this=20 distinction and consequently MDNs may be received which do not = associate the=20 feedback information to the attached TIFF-FX file but to the = body-content part=20 of the message. Cancio, Moldovan, Tamura Work-in-progress = [Page 5] Internet draft Implementers Guide 14 = July 2000 4.4.1.2 Disposition-Type: "dispatched". The receiver of an MDN request, if it is also an embedded device that=20 automatically prints the received Internet mail messages and = attachments, or=20 forwards the attachment via fax, should respond with a = disposition-type:=20 dispatched when the received message is successfully processed. This=20 recommendation adheres to the definition in RFC 2298 [9] and helps to=20 distinguish the returned MDNs for proper handling. 4.4.1.3 "Subject" of MDN For the sake of consistency and to help users visually and easily = identify and=20 distinguish a DSN from an MDN returned notification, it is suggested = that the=20 word/text 'disposition' be used for MDNs in the 'Subject' field. Example: Subject: Disposition Notification (MDN) 4.4.1.4 "Body" of MDN If the receiver of an MDN request is also an embedded device that = automatically=20 prints the received Internet mail messages and attachments, or forwards = the=20 attachment via fax, for consistency, the following text is suggested = for the=20 body of the message: "This is a Return Receipt for the mail that you sent to [above, or = below, or=20 here address, etc]. The message and attached file may have been = printed, faxed=20 or saved. This is no guarantee that the message has been read or underst= ood". 4.4.2 Extended Mode Receivers that are MTAs (or ESMTP servers) NOTE: There are no new definitions here. This section explains how to use DSN and status code for ESMTP server devices. It is strongly encouraged that SMTP server-based implementations = should=20 implement "SMTP Service Extension for Returning Enhanced Error Codes" = [6]. This=20 standard is easy to implement and it allows detailed standardized = success and=20 error indications to be returned to the sender by the submitting MTA.=20 4.4.2.1 Examples for Receivers that are MTAs (or ESMTP servers)=20 These examples are provided as illustration only. They should not be = interpreted=20 as limiting the protocol or the DSN form. If examples conflict with the definitions (RFC 1891/1893/1894/2034), = the example=20 is wrong. The definitions are not superseded here. Cancio, Moldovan, Tamura Work-in-progress = [Page 6] Internet draft Implementers Guide 14 = July 2000 a) Success Case In the following example the sender sends a = message to=20 receiver which is an ESMTP server and the = receiver=20 successfully decodes the message. SMTP Sequence: S: 220 copper.point.com SMTP service ready C: EHLO water.line.com S: 250-copper.point.com S: 250-DSN S: 250 ENHANCEDSTATUSCODES C: MAIL FROM: RET=3DHDRS ENVID=3DMM123456 S: 250 2.1.0 Originator ok C: RCPT TO: = NOTIFY=3DSUCCESS,FAILURE,ORCPT=3Drfc822; ifax@copper.point.com S: 250 2.1.5 Recipient ok C: DATA S: 354 Send message, ending in . ... ... ... ... S: 250 2.0.0 Message accepted C: QUIT S: 221 2.0.0 Goodbye Cancio, Moldovan, Tamura Work-in-progress = [Page 7] Internet draft Implementers Guide 14 = July 2000 DSN (to jean@water.line.com): Date: Mon, 12 Dec 1999 19:01:57 +0900 From: postmaster@copper.point.com Message-ID: <19991212190157.01234@copper.point.com> To: jean@water.line.com Subject: Delivery Notification (DSN) MIME-Version: 1.0 Content-Type: multipart/report; report-type=3Ddelivery-status; boundary=3DJUK199912121854870001 --JUK199912121854870001 Content-type: text/plain; Your message (id MM123456) was successfully delivered to ifax@copper.point.com. --JUK199912121854870001 Content-type: message/delivery-status Reporting-MTA: dns; copper.point.com Original-Envelope-ID: MM123456 Final-Recipient: rfc822;ifax@copper.point.com Action: delivered Status: 2.1.5 (Destination address valid) Diagnostic-Code: smtp; 250 Recipient ok --JUK199912121854870001 Content-type: message/rfc822 (headers of returned message go here) --JUK199912121854870001-- Cancio, Moldovan, Tamura Work-in-progress = [Page 8] Internet draft Implementers Guide 14 = July 2000 b) Failure Case 1 In this example the receiver is unable to decode the attached file = AFTER=20 receiving the complete message. SMTP Sequence: This is the same as the case a). After the sequence, a decode error = occurs at=20 the receiver. DSN(to jean@water.line.com): Date: Mon, 12 Dec 1999 19:31:20 +0900 From: postmaster@copper.point.com Message-ID: <19991212193120.87652@copper.point.com> To: jean@water.line.com Subject: Delivery Notification (DSN) MIME-Version: 1.0 Content-Type: multipart/report; report-type=3Ddelivery-status; boundary=3DJUK199912121934240002 --JUK199912121934240002 Content-type: text/plain; Your message (id MM123456) to ifax@water.line.com resulted in an = error in attempt to decode the attached file. --JUK199912121934240002 Content-type: message/delivery-status Reporting-MTA: dns; copper.point.com Original-Envelope-ID: MM123456 Final-Recipient: rfc822;ifax@water.line.com Action: Failed Status: 5.6.1 (Media not supported) Diagnostic-Code: smtp; 554 Decode error --JUK199912121934240002 Content-type: message/rfc822 (headers of returned message go here) --JUK199912121934240002 --JUK199912121934240002-- Cancio, Moldovan, Tamura Work-in-progress = [Page 9] Internet draft Implementers Guide 14 = July 2000 c) Failure Case 2 In this example the receiver is unable to decode the attached file = BEFORE=20 receiving the complete message. SMTP sequence: S: 220 copper.point.com SMTP service ready C: EHLO water.line.com S: 250-copper.point.com S: 250-DSN S: 250 ENHANCEDSTATUSCODES C: MAIL FROM: RET=3DHDRS ENVID=3DMM123456 S: 250 2.1.0 Originator ok C: RCPT TO: = NOTIFY=3DSUCCESS,FAILURE,ORCPT=3Drfc822; ifax@copper.point.com=20 S: 250 2.1.5 Recipient ok C: DATA S: 354 Send message, ending in . ... ... (the attached file cannot be decoded by receiver) ... C: . S: 554 5.6.1 Media not supported C: QUIT S: 221 2.0.0 Goodbye DSN: Note: In this case, the previous MTA then generates the DSN that is = forwarded to=20 the original sender. A receiving UA cannot generate a DSN. 4.4.3 Extended Mode Receivers that are POP3/IMAP4 NOTE: There are no new definitions here. The definitions of = disposition-types and disposition-modifiers are defined in RFC 2298[9]. This = section explains how POP3/IMAP4 devices may use the already defined = values. When a message is received with the Disposition-Notification-To header, = and the=20 receiver has determined if the message is process-able, it may generate = a=20 (negative confirmation) MDN in case of error or a (positive = confirmation) MDN if=20 the MDN is requested by the sender.=20 a) Success case If the original sender receives an MDNs which has "displayed", = "dispatched" or=20 "processed" disposition-type without disposition-modifier, the receiver = may have=20 possibly received or decoded the attached TIFF-FX file that it sent. It = does not=20 guarantee that the receiver displays, prints or saves the attached = TIFF-FX file=20 See Section 4.4.1.1, Discrepancies in MDN Interpretation. Cancio, Moldovan, Tamura Work-in-progress = [Page 10] Internet draft Implementers Guide 14 July = 2000 b) Failure case If the original sender receives an MDN with an "error" or "warning"=20 disposition-modifier, it is possible that the receiver could not = receive or=20 decode the attached TIFF-FX file. Currently there is no mechanism to = associate=20 the disposition-type with the handling of the main content body of the = message=20 or the attached TIFF-FX file. 4.4.3.1 Examples These examples are provided as illustration only. They should not be = interpreted=20 as limiting the protocol or the MDN form. If the examples conflict with = the MDN=20 definition [9], the examples are wrong. a) Success example NOTE: The third component of this MDN is not here. It is optional. Date: 14 Dec 1999 17:48:44 +0900 From: ken_recipient@bronze.dot.com Message-ID: <19991214174844.98765@silver.dot.com> Subject: Disposition Notification (MDN) To: mary@silver.dot.com Mime-Version: 1.0 Content-Type: multipart/report; = report-type=3Ddisposition-notification; boundary=3D"61FD1001_IFAX" --61FD1001_IFAX Content-Type: text/plain This is a Return Receipt for the mail that you sent to "ken_recipient@bronze.dot.com". The message and attached files may=20 have been printed, faxed or saved. This is no guarantee that the message has been read or understood. --61FD1001_IFAX Content-Type: message/disposition-notification Reporting-UA: ken-ifax.bronze.dot.com; barmail 1999.10 Original-Recipient: rfc822;ken_recipient@bronze.dot.com Final-Recipient: rfc822;ken_recipient@bronze.dot.com Original-Message-ID: <19991214174010O.mary@silver.dot.com> Disposition: automatic-action/MDN-send-automatically; dispatched --61FD1001_IFAX-- Cancio, Moldovan, Tamura Work-in-progress = [Page 11] Internet draft Implementers Guide 14 = July 2000 b) Failure example Date: 14 Dec 1999 19:48:44 +0900 From: ken_recipient@bronze.dot.com Message-ID: <19991214194844.67325@silver.dot.com> Subject: Disposition Notification (MDN) To: mary@silver.dot.com Mime-Version: 1.0 Content-Type: multipart/report; = report-type=3Ddisposition-notification; boundary=3D"84FD1011_IFAX" --84FD1011_IFAX Content-Type: text/plain This is a Return Receipt for the mail that you sent to "ken_recipient@bronze.dot.com". A decoding error occurred in the attached file. --84FD1011_IFAX Content-Type: message/disposition-notification Reporting-UA: ken-ifax.bronze.dot.com; barmail 1999.10 Original-Recipient: rfc822;ken_recipient@bronze.dot.com Final-Recipient: rfc822;ken_recipient@bronze.dot.com Original-Message-ID: <199912141823123.mary@silver.dot.com> Disposition: automatic-action/MDN-send-automatically; = processed/error --84FD1011_IFAX Content-Type: message/rfc822 [original message goes here] --84FD1011_IFAX-- 5. Implementation Issues Specific to the File Format 5.1 IFD Placement in TIFF file & Profile S Constraints Low memory devices, which support resolutions greater than the required = Profile- S may be memory-constrained such that those devices cannot properly = handle=20 arbitrary placement of TIFF IFDs within a TIFF file. To interoperate with a receiver that is constrained, it is strongly = recommended=20 that senders always place the IFD at the beginning of the TIFF-FX file = when=20 using any of the Profiles defined in RFC 2301. Cancio, Moldovan, Tamura Work-in-progress = [Page 12] Internet draft Implementers Guide 14 = July 2000 5.2 Precautions for implementers of RFC 2301 [4] =09 Interoperability testing of the File Format for Internet Fax [4] = yielded useful=20 information that may help developers avoid the same mistakes. The following compiled list of TIFF/RFC 2301 [4] errors were = encountered during=20 interoperability testing and is provided so that implementers can take=20 precautionary measures. 5.2.1 TIFF Readers: Be Cautious with Headers a) Although Profile S in TIFF-FX requires little-endian, readers=20 implementing profiles other than Profile S may be constrained and only = read=20 little-endian, even when the specifications permit encoding in both = little- endian and big-endian. Consequently, implementers generating = big-endian order=20 (bytes 0-1 equal to 4D4Dh) should be aware of potential = interoperability=20 problems with such constrained receivers. =20 b) Do not expect that the byte order (bytes 0-1 of the Image File = Header) be=20 equal to only "II"(4949h) or "MM"(4D4Dh). They should be able to accept = other=20 values and exit gracefully. c) Do not expect that the "magic number" (bytes 2-3 of the Image = File=20 Header) be equal to 42 (2Ah) -- other values were found during testing. d) Be careful of the first IFD offset pointing beyond the end of = the TIFF-FX=20 file. e) Be aware that the first IFD offset is not always found on a word = boundary. 5.2.2 TIFF Writers: Be Cautious in use of IFD a) Implementers should be cautious when generating a TIFF profile = with a=20 second or third IFD =96 make sure that the offsets for the extra IFDs = do not point=20 outside the file. b) Be careful not to overlap the IFDs with other TIFF profile data = such as=20 strip image data or header data. c) Be aware that some readers have difficulties handling TIFF = profiles with=20 the following IFD positions: IFD at the end of the profile, IFD = intercalated=20 with another IFD data like XResolution, DateTime, strip image data, = etc. d) Be aware that some legacy readers have difficulties handling = profiles=20 that have child IFDs. There is a high probability that some of these = readers=20 will have trouble accessing all the child IFDs=20 e) Be aware that some readers do not recognize the = GlobalParametersIFD). Cancio, Moldovan, Tamura Work-in-progress = [Page 13] Internet draft Implementers Guide 14 = July 2000 5.2.3 IFD Entry Errors Implementers should make sure when generating a TIFF profile that: a) All entries exist. Missing entries make it impossible to read the = image=20 data. b) Tags will not have two types of data (for example SHORT or LONG). c) Tags do not have the wrong type of data (for example RATIONAL = instead of=20 SRATIONAL).=20 d) The count of type is correct for a specified tag (it is not null = and the=20 matches the tag ID) e) Tags appear in the right order in the IFD. f) Tags as PageNumber or ImageLayer have values that match the = number of IFDs=20 or the image data. g) Tags are unique within an IFD. =20 5.2.4 Strip Errors Implementers should make sure when generating a TIFF profile that: a) Strip data is not overlapped with another file data b) The strip offset does not point outside file c) The strip length is not null or the strip offset + strip length does not point outside file d) There is only one bit order (not more) specified for data = storing. 5.2.5 Image Errors a) Implementers should be cautious when generating a TIFF profile = that the=20 type of image tags and the data from the strip data match. (e.g. If in = case of a=20 B&W image, the PhotometricInterpretation tag value is 0 (bit 0 means = white) the=20 image will appear inverted). b) Implementers should be cautious when generating a TIFF profile = that for=20 the special color spaces (ITULAB, YCBCR, CMYK) the parameters used for=20 transformations are correct and compliant to the specification.=20 c) Implementers should make sure when generating a TIFF profile that = the tag=20 values for XPosition and YPosition are correct. Cancio, Moldovan, Tamura Work-in-progress = [Page 14] Internet draft Implementers Guide 14 = July 2000 5.2.6 Profile Specific Errors =20 a) Implementers should make sure when generating a TIFF profile that = all=20 combinations of tag values are correct. Special attention should be = given to the=20 sets: XResolution, YResolution and ImageWidth and = PhotometricInterpretation,=20 SamplesPerPixel, and BitsPerSample. b) Implementers should make sure when generating a TIFF Profile M = that the=20 compression used for the layers is correct. Typical errors are for the = Mask=20 layer not be compressed with a black and white compression and the = Background=20 and Foreground layer not to be compressed with a color compression. 6. Implementation Issues for Internet Fax Addressing TBD [[[ Section will be removed if not needed ]]] 7. Known Open Implementation Issues 7.1 Email and Traditional Facsimile Headers In reference to the TIFF Encoded images generated in the general case = where the=20 end to end transmission is all Internet mail and there is no onramp or = offramp=20 to the GSTN. Should senders rasterize the classic time/date, page number or CSID = data into=20 the TIFF page image before the SMTP transmission to preserve the "look = and feel"=20 and general end user expectations of what a "fax" looks like? 8. Security considerations With regards to this document, Sections 5 in RFC 2305 [2] and Section 4 = in RFC=20 2532 [3] apply. 9. Acknowledgements The authors gratefully acknowledge the following persons who = contributed or=20 made comments on earlier versions of this memo: Dan Wing, Ryuji Iwazaki, Graham Klyne, James Rafferty Kensuke Yamada = and Richard Coles. Cancio, Moldovan, Tamura Work-in-progress = [Page 15] Internet draft Implementers Guide 14 = July 2000 10. References [1] RFC 2542, "Terminology and Goals for Internet Fax" Larry Masinter, Xerox Corporation March 1999. [2] RFC 2305, "A Simple Mode of Facsimile Using Internet Mail" Toyoda, K., Ohno, H., Murai, J. and D. Wing March 1998. [3] RFC 2532, "Extended Facsimile Using Internet Mail" Larry Masinter, Xerox Corporation Dan Wing, Cisco Systems March 1999. [4] RFC 2301 "File Format for Internet Fax", McIntyre, L., Zilles, S., Buckley, R., Venable, D., Parsons, G. and J. Rafferty, March 1998. [5] RFC 1891 "SMTP Service Extension for Delivery Status Notification", Moore, K., January 1996. [6] RFC 1893 "Enhanced Mail System Status Codes", Vaudreuil, G., January 1996 [7] RFC 1894 "An Extensible Message Format for Delivery Status = Notifications", Moore, K., Vaudreuil, G., January 1996 [8] RFC 2034 "SMTP Service Extension for Returning Enhanced Error = Codes", Freed, N., October 1996 [9] RFC 2298 "An Extensible Message Format for Message Disposition=20 Notifications", Fajman, R. March 1998 [10] RFC 822 "Standard for the Format of ARPA Internet Text Messages", Crocker. D., August 1982 Cancio, Moldovan, Tamura Work-in-progress = [Page 16] Internet draft Implementers Guide 14 = July 2000 11. Authors' addresses Vivian Cancio Xerox Corporation Mailstop PAHV-211 3400 Hillview Ave. Palo Alto, CA 94304 USA Telephone: +1-650-813-7591 Facsimile: +1-650-845-2341 E-mail: vivian.cancio@pahv.xerox.com Mike Moldovan G3 Nova Technology, Inc. 2794 Queens Way Thousand Oaks, CA 91362 USA Telephone: +1-805-245-4625 Facsimile: +1-805-245-4214 E-mail: mmoldovan@g3nova.com Hiroshi Tamura Ricoh Company, LTD. 2446 Toda, Atsugi City, Kanagawa-Pref., 243-0023 Japan Phone: +81-46-228-1743 Fax: +81-46-228-7500 Email: tamura@toda.ricoh.co.jp Full copyright statement Copyright (C) The Internet Society 1999. All Rights Reserved. This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English. The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns. Cancio, Moldovan, Tamura Work-in-progress = [Page 17] Internet draft Implementers Guide 14 = July 2000 This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Revision history [[[RFC editor: Please remove this section on publication]]] Version 2a 1) Changed first sentence of 4.4.1.1=20 2) Added Sections 4.4.1.2, 4.4.1.3, 4.4.1.4 3) Examples in Section 4.4.2: replaced ifax@water.line.com with ifax@copper.point.com as well as other editorial changes in the examples through the document. 4) Examples in Section 4.4.2: changed text in subject field of DSN 5) Example in Section 4.4.3.1:changed text in subject field of MDN 6) Example in Section 4.4.3.1:changed text in text field of MDN Version 2b: 1) Editorial changes through out the document. 2) Replaced heading in 5.2.1 [to "TIFF Readers: Be Cautious with = Headers"] 3) " " 5.2.2 [to "TIFF Writers: Be Cautious in use of = IFD"] =20 Cancio, Moldovan, Tamura Work-in-progress = [Page 18] ------_=_NextPart_000_01BFEC59.A8915820-- From owner-ietf-fax@mail.imc.org Wed Jul 12 21:37:46 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA21025 for ; Wed, 12 Jul 2000 21:37:46 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id SAA08852 for ietf-fax-bks; Wed, 12 Jul 2000 18:06:25 -0700 (PDT) Received: from omega.cisco.com (omega.cisco.com [171.69.63.141]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id SAA08846 for ; Wed, 12 Jul 2000 18:06:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by omega.cisco.com (8.8.8-Cisco List Logging/8.8.8) with ESMTP id SAA10929; Wed, 12 Jul 2000 18:00:38 -0700 (PDT) Date: Wed, 12 Jul 2000 18:00:38 -0700 (PDT) From: Dan Wing To: "Cancio, Vivian" cc: "'ietf-fax@imc.org'" Subject: Re: FW: Implementers Guide Rev2b In-Reply-To: <51B8ABCE456FD111899900805F6FD6EE08E919D8@mercury.ADOC.xerox.com> Message-ID: <0007121759400.9938-100000@omega.cisco.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On Wed, 12 Jul 2000 16:33 -0700, Cancio, Vivian wrote: > I would like to eliminate the unnecessary precautions, etc. > in Section 5 - Implementations Issues Specific to the File > Format. So please review as recommend which should be deleted > and which should stay. Are you looking for prettier language saying the same thing, or do you think the problems have gone away, or do you think the problems aren't as significant as the text reads? -d From owner-ietf-fax@mail.imc.org Wed Jul 12 22:08:01 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA21494 for ; Wed, 12 Jul 2000 22:08:00 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id SAA12724 for ietf-fax-bks; Wed, 12 Jul 2000 18:35:08 -0700 (PDT) Received: from ananke.eastgw.xerox.com (root@ananke.xerox.com [208.140.33.24]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id SAA12719 for ; Wed, 12 Jul 2000 18:35:06 -0700 (PDT) Received: from godzilla.ADOC.xerox.com (godzilla.ADOC.xerox.com [13.242.128.10]) by ananke.eastgw.xerox.com (8.9.3/8.9.3) with ESMTP id VAA00669; Wed, 12 Jul 2000 21:37:02 -0400 (EDT) Received: from mercury.adoc.xerox.com (mercury [13.242.100.20]) by godzilla.ADOC.xerox.com (8.8.8+Sun/8.8.8/ADOC-HUB-1.7) with ESMTP id SAA13010; Wed, 12 Jul 2000 18:37:00 -0700 (PDT) Received: by mercury.ADOC.xerox.com with Internet Mail Service (5.5.2448.0) id ; Wed, 12 Jul 2000 18:37:00 -0700 Message-ID: <51B8ABCE456FD111899900805F6FD6EE08E919DB@mercury.ADOC.xerox.com> From: "Cancio, Vivian" To: "'Dan Wing'" Cc: "'ietf-fax@imc.org'" Subject: RE: FW: Implementers Guide Rev2b Date: Wed, 12 Jul 2000 18:36:56 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: > On Wed, 12 Jul 2000 16:33 -0700, Cancio, Vivian wrote: > > > I would like to eliminate the unnecessary precautions, etc. > > in Section 5 - Implementations Issues Specific to the File > > Format. So please review as recommend which should be deleted > > and which should stay. > > Are you looking for prettier language saying the same thing, > I think it's OK to keep them with or without "prettier" language (but "prettier" is always better as it should be more clear) > or > do you think the problems have gone away, > I don't think so. > or do you think the > problems aren't as significant as the text reads? > "significant"? If "the problems" listed can cause lack if interoperability, they are significant. You raised some good arguments on this section (5) in the past as to "what do we advise the implementers to do" ... etc. It appears (to me) that is some cases it is just a poor implementation rather than a lack in the clarity of the specifications. Personally, I would rather keep the list ...after all, the list was the result of actual interoperability testing, it seems appropriate to include the findings. Vivian From owner-ietf-fax@mail.imc.org Thu Jul 13 00:18:07 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA24526 for ; Thu, 13 Jul 2000 00:18:07 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id UAA22909 for ietf-fax-bks; Wed, 12 Jul 2000 20:42:51 -0700 (PDT) Received: from omega.cisco.com (omega.cisco.com [171.69.63.141]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id UAA22903 for ; Wed, 12 Jul 2000 20:42:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by omega.cisco.com (8.8.8-Cisco List Logging/8.8.8) with ESMTP id UAA24168; Wed, 12 Jul 2000 20:37:05 -0700 (PDT) Date: Wed, 12 Jul 2000 20:37:05 -0700 (PDT) From: Dan Wing To: "Cancio, Vivian" cc: "'ietf-fax@imc.org'" Subject: RE: FW: Implementers Guide Rev2b In-Reply-To: <51B8ABCE456FD111899900805F6FD6EE08E919DB@mercury.ADOC.xerox.com> Message-ID: <0007122036090.24102-100000@omega.cisco.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On Wed, 12 Jul 2000 18:36 -0700, Cancio, Vivian wrote: > > On Wed, 12 Jul 2000 16:33 -0700, Cancio, Vivian wrote: > > > > > I would like to eliminate the unnecessary precautions, etc. > > > in Section 5 - Implementations Issues Specific to the File > > > Format. So please review as recommend which should be deleted > > > and which should stay. > > > > Are you looking for prettier language saying the same thing, > > > I think it's OK to keep them with or without "prettier" language (but > "prettier" is always better as it should be more clear) > > > or > > do you think the problems have gone away, > > > I don't think so. > > > or do you think the > > problems aren't as significant as the text reads? > > > "significant"? If "the problems" listed can cause lack if > interoperability, they are significant. > > You raised some good arguments on this section (5) in the past as to "what > do we advise the implementers to do" ... etc. It appears (to me) that is > some cases it is just a poor implementation rather than a lack in the > clarity of the specifications. Agreed on this point. And no RFC is going to improve implementations. > Personally, I would rather keep the list ...after all, the list was the > result of actual interoperability testing, it seems appropriate to include > the findings. PErhaps some boilerplate text as an introduction to that section would be in order. -d From owner-ietf-fax@mail.imc.org Thu Jul 13 07:04:55 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA12284 for ; Thu, 13 Jul 2000 07:04:54 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id DAA15808 for ietf-fax-bks; Thu, 13 Jul 2000 03:27:48 -0700 (PDT) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id DAA15804 for ; Thu, 13 Jul 2000 03:27:47 -0700 (PDT) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA11526; Thu, 13 Jul 2000 06:29:47 -0400 (EDT) Message-Id: <200007131029.GAA11526@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-fax@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-fax-minaddr-v2-01.txt Date: Thu, 13 Jul 2000 06:29:47 -0400 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Internet Fax Working Group of the IETF. Title : Minimal GSTN address format in Internet Mail Author(s) : C. Allocchio Filename : draft-ietf-fax-minaddr-v2-01.txt Pages : Date : 12-Jul-00 This memo describes a simple method of encoding GSTN addresses (commonly called 'telephone numbers') in the local-part of Internet email addresses, along with an extension mechanism to allow encoding of additional standard attributes needed for email gateways to GSTN-based services. As with all Internet mail addresses, the left-hand-side (local-part) of an address generated according to this specification, is not to be interpreted except by an MTA that handles messages for the domain given in the right-hand-side. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-fax-minaddr-v2-01.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-fax-minaddr-v2-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-fax-minaddr-v2-01.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20000712141625.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-fax-minaddr-v2-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-fax-minaddr-v2-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20000712141625.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-ietf-fax@mail.imc.org Thu Jul 13 07:05:42 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA12329 for ; Thu, 13 Jul 2000 07:05:41 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id DAA15801 for ietf-fax-bks; Thu, 13 Jul 2000 03:27:43 -0700 (PDT) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id DAA15797 for ; Thu, 13 Jul 2000 03:27:42 -0700 (PDT) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA11512; Thu, 13 Jul 2000 06:29:42 -0400 (EDT) Message-Id: <200007131029.GAA11512@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-fax@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-fax-faxaddr-v2-01.txt Date: Thu, 13 Jul 2000 06:29:41 -0400 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Internet Fax Working Group of the IETF. Title : Minimal FAX address format in Internet Mail Author(s) : C. Allocchio Filename : draft-ietf-fax-faxaddr-v2-01.txt Pages : Date : 12-Jul-00 This memo describes a simple method of encoding GSTN addresses of facsimile devices in the local-part of Internet email addresses. As with all Internet mail addresses, the left-hand-side (local- part) of an address generated according to this specification, is not to be interpreted except by the MTA that is named on the right-hand-side (domain). A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-fax-faxaddr-v2-01.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-fax-faxaddr-v2-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-fax-faxaddr-v2-01.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20000712141548.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-fax-faxaddr-v2-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-fax-faxaddr-v2-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20000712141548.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-ietf-fax@mail.imc.org Thu Jul 13 07:13:49 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA12943 for ; Thu, 13 Jul 2000 07:13:48 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id DAA15786 for ietf-fax-bks; Thu, 13 Jul 2000 03:26:59 -0700 (PDT) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id DAA15782 for ; Thu, 13 Jul 2000 03:26:58 -0700 (PDT) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA11383; Thu, 13 Jul 2000 06:28:58 -0400 (EDT) Message-Id: <200007131028.GAA11383@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-fax@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-fax-service-v2-02.txt Date: Thu, 13 Jul 2000 06:28:57 -0400 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Internet Fax Working Group of the IETF. Title : A Simple Mode of Facsimile Using Internet Mail Author(s) : K. Toyoda, H. Ohno, J. Murai, D. Wing Filename : draft-ietf-fax-service-v2-02.txt Pages : 13 Date : 12-Jul-00 This specification provides for 'simple mode' carriage of facsimile data over the Internet. Extensions to this document will follow. The current specification employs standard protocols and file formats such as TCP/IP, Internet mail protocols [1, 2, 3], MIME [4, 16, 17], and TIFF for Facsimile [5,6,19]. It can send images not only to other Internet-aware facsimile devices but also to Internet-native systems, such as PCs with common email readers which can handle MIME mail and TIFF for Facsimile data. The specification facilitates communication among existing facsimile devices, Internet mail agents, and the gateways which connect them. The IETF has been notified of intellectual property rights claimed in regard to some or all of the specification contained in this document. For more information consult the online list of claimed rights in . The key words 'MUST', 'MUST NOT', 'REQUIRED', 'SHALL', 'SHALL NOT', 'SHOULD', 'SHOULD NOT', 'RECOMMENDED', 'MAY', and 'OPTIONAL' in this document are to be interpreted as described in [7]. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-fax-service-v2-02.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-fax-service-v2-02.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-fax-service-v2-02.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20000712140642.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-fax-service-v2-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-fax-service-v2-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20000712140642.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-ietf-fax@mail.imc.org Thu Jul 13 21:06:00 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA14027 for ; Thu, 13 Jul 2000 21:06:00 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id RAA12566 for ietf-fax-bks; Thu, 13 Jul 2000 17:25:47 -0700 (PDT) Received: from ricohigw.ricoh.co.jp (ricohigw.ricoh.co.jp [202.32.12.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id RAA12562 for ; Thu, 13 Jul 2000 17:25:45 -0700 (PDT) Received: from thunder.ricoh.co.jp (thunder [133.139.211.198]) by ricohigw.ricoh.co.jp (8.9.3+3.2W/3.7W) with ESMTP id JAA21018 for ; Fri, 14 Jul 2000 09:27:48 +0900 (JST) Received: from newton.toda.ricoh.co.jp (newton.toda.ricoh.co.jp [133.139.60.10]) by thunder.ricoh.co.jp (8.9.3+3.2W/3.7W) with SMTP id JAA29580 for ; Fri, 14 Jul 2000 09:27:47 +0900 (JST) Received: from localhost (maple.toda.ricoh.co.jp [133.139.60.73]) by newton.toda.ricoh.co.jp (8.6.11+2.4W/3.3W9-1.0S8sun) with ESMTP id JAA27374 for ; Fri, 14 Jul 2000 09:27:44 +0900 To: ietf-fax@imc.org Subject: FAX WG Draft Agenda X-Mailer: Mew version 1.94.2 on Emacs 20.4 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000714093503T.tamura@toda.ricoh.co.jp> Date: Fri, 14 Jul 2000 09:35:03 +0900 (JST) From: Hiroshi Tamura X-Dispatcher: imput version 20000228(IM140) Lines: 53 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Dear Colleagues, The following is FAX WG draft agenda at Pittsburgh. Meeting schedule is not fixed, but we strongly request Wednesday. So, I think we have 2.5 hours allocation of Wednesday morning. The deadline for Agenda is July 24. If there are things you would like to comment, please do by July 21. Any suggestions are welcome. ------------------------------------------------- 1 Agenda bashing 5 min 2 For Draft Standard 2.1 Service 10 min - draft-ietf-fax-service-v2-02.txt 2.2 Addressing 10 min - DRAFT-IETF-FAX-MINADDR-V2-01.TXT - DRAFT-IETF-FAX-FAXADDR-V2-01.TXT - Interworking report 3 Gateway issue 30 min - draft-ietf-fax-gateway-protocol-0x.txt 4 Imlementers Guide 10 min - draft-ietf-fax-implementers-guide-0x.txt 5 FFPIM 20 min - draft-ietf-fax-ffpim-0x.txt - draft-ietf-fax-timely-delivery-0x.txt - draft-ietf-fax-content-negotiation-0x.txt 6 TIFF-FX extension issue 15 min 7 Issue from VPIM WG 10 min 8 ITU issue 20 min - Letter from Q4/SG8 - Terminal mode 9 Confirmation of Milestone and charter 15 min 10 Other business 5 min ------------------------------------------------- Regards, -- Hiroshi Tamura, Ricoh Company, LTD. E-mail: tamura@toda.ricoh.co.jp From owner-ietf-fax@mail.imc.org Thu Jul 13 21:47:13 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA27541 for ; Thu, 13 Jul 2000 21:47:13 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id SAA15748 for ietf-fax-bks; Thu, 13 Jul 2000 18:14:48 -0700 (PDT) Received: from ricohigw.ricoh.co.jp (ricohigw.ricoh.co.jp [202.32.12.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id SAA15740 for ; Thu, 13 Jul 2000 18:14:46 -0700 (PDT) Received: from thunder.ricoh.co.jp (thunder [133.139.211.198]) by ricohigw.ricoh.co.jp (8.9.3+3.2W/3.7W) with ESMTP id KAA08285; Fri, 14 Jul 2000 10:16:46 +0900 (JST) Received: from newton.toda.ricoh.co.jp (newton.toda.ricoh.co.jp [133.139.60.10]) by thunder.ricoh.co.jp (8.9.3+3.2W/3.7W) with SMTP id KAA16777; Fri, 14 Jul 2000 10:16:45 +0900 (JST) Received: from localhost (maple.toda.ricoh.co.jp [133.139.60.73]) by newton.toda.ricoh.co.jp (8.6.11+2.4W/3.3W9-1.0S8sun) with ESMTP id KAA27789; Fri, 14 Jul 2000 10:16:41 +0900 To: dunned@nortelnetworks.com Cc: ietf-fax@imc.org Subject: Re: How to indicate number of pages in a header? In-Reply-To: <28560036253BD41191A10000F8BCBD110134E587@zcard00g.ca.nortel.com> References: <28560036253BD41191A10000F8BCBD110134E587@zcard00g.ca.nortel.com> X-Mailer: Mew version 1.94.2 on Emacs 20.4 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000714102400J.tamura@toda.ricoh.co.jp> Date: Fri, 14 Jul 2000 10:24:00 +0900 (JST) From: Hiroshi Tamura X-Dispatcher: imput version 20000228(IM140) Lines: 24 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Derrick, > I was wondering if there is a preferred method to indicate the number of > pages of a fax in an Internet message header, similar to the > "Content-Duration" header that VPIM uses to indicate the number of seconds > of a voice message (see below). The "Content-Duration" header itself is > defined in RFC2424. > > VPIM v2 says: > "4.3.3 Content-Duration: > This field MAY be present to allow the specification of the length of the > audio bodypart in seconds. The use of this field on reception is a local > implementation issue. From [DUR] > Example: > Content-Duration: 33 " I am not familiar with VPIM itself. How do VPIM applications use this header ? Regards, -- Hiroshi Tamura, Ricoh Company, LTD. E-mail: tamura@toda.ricoh.co.jp From owner-ietf-fax@mail.imc.org Fri Jul 14 02:32:47 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA04143 for ; Fri, 14 Jul 2000 02:32:47 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id WAA01068 for ietf-fax-bks; Thu, 13 Jul 2000 22:08:27 -0700 (PDT) Received: from ananke.eastgw.xerox.com (root@ananke.xerox.com [208.140.33.24]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id WAA01061 for ; Thu, 13 Jul 2000 22:08:25 -0700 (PDT) Received: from godzilla.ADOC.xerox.com (godzilla.ADOC.xerox.com [13.242.128.10]) by ananke.eastgw.xerox.com (8.9.3/8.9.3) with ESMTP id BAA20499; Fri, 14 Jul 2000 01:10:27 -0400 (EDT) Received: from mercury.adoc.xerox.com (mercury [13.242.100.20]) by godzilla.ADOC.xerox.com (8.8.8+Sun/8.8.8/ADOC-HUB-1.7) with ESMTP id WAA26288; Thu, 13 Jul 2000 22:10:26 -0700 (PDT) Received: by mercury.ADOC.xerox.com with Internet Mail Service (5.5.2448.0) id ; Thu, 13 Jul 2000 22:10:26 -0700 Message-ID: <51B8ABCE456FD111899900805F6FD6EE067A2A73@mercury.ADOC.xerox.com> From: "McIntyre, Lloyd" To: "'Hiroshi Tamura'" , ietf-fax@imc.org Subject: RE: FAX WG Draft Agenda Date: Thu, 13 Jul 2000 22:10:25 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Tamura-san, Some minor comments below. Thanks, Lloyd > -----Original Message----- > From: Hiroshi Tamura [mailto:tamura@toda.ricoh.co.jp] > Sent: Thursday, July 13, 2000 5:35 PM > To: ietf-fax@imc.org > Subject: FAX WG Draft Agenda > > > Dear Colleagues, > > The following is FAX WG draft agenda at Pittsburgh. > Meeting schedule is not fixed, but we strongly request Wednesday. > So, I think we have 2.5 hours allocation of Wednesday morning. > > The deadline for Agenda is July 24. > If there are things you would like to comment, please do by July 21. > > Any suggestions are welcome. > > ------------------------------------------------- > 1 Agenda bashing 5 min > Please add "Status of pending Draft Standards". An update on where TIFF-FX is in the process would be helpful. > 2 For Draft Standard Should this read something like "For ietf drafts" rather than "For Draft Standard"? > 2.1 Service 10 min > - draft-ietf-fax-service-v2-02.txt > > 2.2 Addressing 10 min > - DRAFT-IETF-FAX-MINADDR-V2-01.TXT > - DRAFT-IETF-FAX-FAXADDR-V2-01.TXT > - Interworking report > > 3 Gateway issue 30 min > - draft-ietf-fax-gateway-protocol-0x.txt > > 4 Imlementers Guide 10 min > - draft-ietf-fax-implementers-guide-0x.txt > > 5 FFPIM 20 min > - draft-ietf-fax-ffpim-0x.txt > - draft-ietf-fax-timely-delivery-0x.txt > - draft-ietf-fax-content-negotiation-0x.txt > > 6 TIFF-FX extension issue 15 min > > 7 Issue from VPIM WG 10 min > > 8 ITU issue 20 min > - Letter from Q4/SG8 > - Terminal mode > > 9 Confirmation of Milestone and charter 15 min > > 10 Other business 5 min > > ------------------------------------------------- > > Regards, > -- > Hiroshi Tamura, Ricoh Company, LTD. > E-mail: tamura@toda.ricoh.co.jp > From owner-ietf-fax@mail.imc.org Fri Jul 14 04:33:08 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA04911 for ; Fri, 14 Jul 2000 04:33:07 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id AAA08374 for ietf-fax-bks; Fri, 14 Jul 2000 00:51:36 -0700 (PDT) Received: from ricohigw.ricoh.co.jp (ricohigw.ricoh.co.jp [202.32.12.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id AAA08370 for ; Fri, 14 Jul 2000 00:51:34 -0700 (PDT) Received: from thunder.ricoh.co.jp (thunder [133.139.211.198]) by ricohigw.ricoh.co.jp (8.9.3+3.2W/3.7W) with ESMTP id QAA17848; Fri, 14 Jul 2000 16:46:53 +0900 (JST) Received: from newton.toda.ricoh.co.jp (newton.toda.ricoh.co.jp [133.139.60.10]) by thunder.ricoh.co.jp (8.9.3+3.2W/3.7W) with SMTP id QAA26008; Fri, 14 Jul 2000 16:46:52 +0900 (JST) Received: from localhost (maple.toda.ricoh.co.jp [133.139.60.73]) by newton.toda.ricoh.co.jp (8.6.11+2.4W/3.3W9-1.0S8sun) with ESMTP id QAA02006; Fri, 14 Jul 2000 16:46:47 +0900 To: Lloyd.McIntyre@pahv.xerox.com Cc: ietf-fax@imc.org Subject: RE: FAX WG Draft Agenda In-Reply-To: <51B8ABCE456FD111899900805F6FD6EE067A2A73@mercury.ADOC.xerox.com> References: <51B8ABCE456FD111899900805F6FD6EE067A2A73@mercury.ADOC.xerox.com> X-Mailer: Mew version 1.94.2 on Emacs 20.4 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000714164721D.tamura@toda.ricoh.co.jp> Date: Fri, 14 Jul 2000 16:47:21 +0900 (JST) From: Hiroshi Tamura X-Dispatcher: imput version 20000228(IM140) Lines: 77 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit McIntyre-san, > > 1 Agenda bashing 5 min > > > Please add "Status of pending Draft Standards". > An update on where TIFF-FX is in the process would be helpful. OK. I add. > > 2 For Draft Standard > Should this read something like "For ietf drafts" rather than "For Draft > Standard"? Excuse me for confusing. About the following I-D, we already have RFCs. "Aiming at being Draft Standards" > > 2.1 Service 10 min > > - draft-ietf-fax-service-v2-02.txt It will replace RFC2305. > > 2.2 Addressing 10 min > > - DRAFT-IETF-FAX-MINADDR-V2-01.TXT > > - DRAFT-IETF-FAX-FAXADDR-V2-01.TXT > > - Interworking report They will replace RFC2303 and RFC2304. I modified as follows. ------------------------------------------------- 1 Agenda bashing 5 min 2 Status of pending Draft Standards 5 min - TIFF-FX 3 Aiming at being Draft Standards 3.1 Service 10 min - draft-ietf-fax-service-v2-02.txt 3.2 Addressing 10 min - DRAFT-IETF-FAX-MINADDR-V2-01.TXT - DRAFT-IETF-FAX-FAXADDR-V2-01.TXT - Interworking report 4 Internet-Drafts 4.1 Gateway issue 30 min - draft-ietf-fax-gateway-protocol-0x.txt 4.2 Imlementers Guide 10 min - draft-ietf-fax-implementers-guide-0x.txt 4.3 FFPIM 20 min - draft-ietf-fax-ffpim-0x.txt - draft-ietf-fax-timely-delivery-0x.txt - draft-ietf-fax-content-negotiation-0x.txt 4.4 TIFF-FX extension issue 15 min 5 Issue from VPIM WG 10 min 6 ITU issue 20 min - Letter from Q4/SG8 - Terminal mode 7 Confirmation of Milestone and charter 15 min ------------------------------------------------- Still wating for any comments. Regards, -- Hiroshi Tamura, Ricoh Company, LTD. E-mail: tamura@toda.ricoh.co.jp From owner-ietf-fax@mail.imc.org Fri Jul 14 07:10:21 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA15889 for ; Fri, 14 Jul 2000 07:10:20 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id DAA15433 for ietf-fax-bks; Fri, 14 Jul 2000 03:21:16 -0700 (PDT) Received: from iscan.toyocom.co.jp (mail.toyocom.co.jp [210.232.21.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id DAA15429 for ; Fri, 14 Jul 2000 03:21:14 -0700 (PDT) Received: from smtp.toyocom.co.jp (localhost [127.0.0.1]) by iscan.toyocom.co.jp (8.9.3/3.7W) with ESMTP id TAA11358; Fri, 14 Jul 2000 19:23:28 +0900 Received: from toyocom.co.jp ([172.16.72.88]) by smtp.toyocom.co.jp (8.9.3+3.2W/3.7W) with ESMTP id TAA07683; Fri, 14 Jul 2000 19:19:44 +0900 Message-ID: <396EEA18.927E8473@toyocom.co.jp> Date: Fri, 14 Jul 2000 19:23:21 +0900 From: Yokoyama X-Mailer: Mozilla 4.7 [ja] (Win95; I) X-Accept-Language: ja MIME-Version: 1.0 To: Dan Wing CC: IETF Internet Fax WG , mimu@toyocom.co.jp, zsatou@toyocom.co.jp, kanaide@toyocom.co.jp, Hiroshi Tamura Subject: Re: I-D ACTION:draft-ietf-fax-gateway-protocol-00.txt References: <0007121006230.18929-100000@omega.cisco.com> Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Dan Thank you for your detailed comment. Our new policy is shown in the following. -Authentication and Authorization. About 4.4 User Authentication This section define about authorization. So, we will rewrite 4.4 to authorization from authentication. 3.4 Authentication 4.5 Authenticaiotion toward Offramp gateway These section is defined by RFC2305 5.2.1 Spoofed sender and RFC2305 5.2.2 Resources consumed by dialout So, We will include these section in 5. Security Considerations. -Return notice DSN and MDN is used by return notice. DSN is generated by MTA. MDN is generated by UA. Only DSN or MDN are used for return notice. Tamura-san said Notification issues on gateway are better to be done in other documents, I think now. So we will define only when generete return notice. -Drop the duplicate mail I understand duplicate message id is rare case. We will drop "3.2 drop the duplicate mail". -Option function We will also remove "4.7 Option function". -Multicasts transmit request About 4.5.3.1 of draft-ietf-drums-smtpupd-11.txt . We know maximum total number of recipients is defined by MTA. So, limit of recipients is not defined by sender. We will change draft to fit the above. -Security Considerations We will change below. The Security Considerations sections of [RFC2305] applies to this document. Further security considerations are introduced by this document, but they will be described in this section prior to publication as an RFC. Good weekend. -- K. Yokoyama E-mail:k1@toyocom.co.jp From owner-ietf-fax@mail.imc.org Fri Jul 14 22:12:50 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA15537 for ; Fri, 14 Jul 2000 22:12:50 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id SAA06764 for ietf-fax-bks; Fri, 14 Jul 2000 18:26:53 -0700 (PDT) Received: from omega.cisco.com (omega.cisco.com [171.69.63.141]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id SAA06758 for ; Fri, 14 Jul 2000 18:26:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by omega.cisco.com (8.8.8-Cisco List Logging/8.8.8) with ESMTP id SAA27143; Fri, 14 Jul 2000 18:28:51 -0700 (PDT) Date: Fri, 14 Jul 2000 18:28:50 -0700 (PDT) From: Dan Wing To: Yokoyama cc: IETF Internet Fax WG , mimu@toyocom.co.jp, zsatou@toyocom.co.jp, kanaide@toyocom.co.jp, Hiroshi Tamura Subject: Re: I-D ACTION:draft-ietf-fax-gateway-protocol-00.txt In-Reply-To: <396EEA18.927E8473@toyocom.co.jp> Message-ID: <0007141823190.29516-100000@omega.cisco.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On Fri, 14 Jul 2000 19:23 +0900, Yokoyama wrote: > Dan > > Thank you for your detailed comment. > Our new policy is shown in the following. > > > -Authentication and Authorization. > About 4.4 User Authentication > This section define about authorization. > So, we will rewrite 4.4 to authorization from authentication. > > 3.4 Authentication > 4.5 Authenticaiotion toward Offramp gateway > These section is defined by RFC2305 5.2.1 Spoofed sender and > RFC2305 5.2.2 Resources consumed by dialout > So, We will include these section in 5. Security Considerations. Thanks. > -Return notice > DSN and MDN is used by return notice. > DSN is generated by MTA. > MDN is generated by UA. > Only DSN or MDN are used for return notice. > Tamura-san said > Notification issues on gateway are better to be done in other documents, > I think now. > So we will define only when generete return notice. Okay. > -Drop the duplicate mail > I understand duplicate message id is rare case. > We will drop "3.2 drop the duplicate mail". Mmm, I do think it is valuable to have in your document, though. I believe it can be worded so it explains the case. In a separate I-D we could describe a mechanism that reliably detects a duplicate message, make sure it's valid (by having a group well-versed in SMTP, POP, and IMAP issues review it), and then, next time the gateway document is updated, the gateway document could refer directly to the duplicate-message-detection mechanism. > -Option function > We will also remove "4.7 Option function". Thanks. > -Multicasts transmit request > About 4.5.3.1 of draft-ietf-drums-smtpupd-11.txt . > We know maximum total number of recipients is defined by MTA. > So, limit of recipients is not defined by sender. > We will change draft to fit the above. Thanks. > -Security Considerations > We will change below. > > The Security Considerations sections of [RFC2305] applies to this > document. > Further security considerations are introduced by this document, > but they will be described in this section prior to publication > as an RFC. Thanks, looks great. > Good weekend. And to you, as well. -Dan Wing From owner-ietf-fax@mail.imc.org Sun Jul 16 23:36:11 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA25153 for ; Sun, 16 Jul 2000 23:36:10 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id TAA28171 for ietf-fax-bks; Sun, 16 Jul 2000 19:47:24 -0700 (PDT) Received: from iscan.toyocom.co.jp (mail.toyocom.co.jp [210.232.21.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id TAA28167 for ; Sun, 16 Jul 2000 19:47:22 -0700 (PDT) Received: from smtp.toyocom.co.jp (localhost [127.0.0.1]) by iscan.toyocom.co.jp (8.9.3/3.7W) with ESMTP id LAA32126; Mon, 17 Jul 2000 11:48:58 +0900 Received: from toyocom.co.jp ([172.16.72.88]) by smtp.toyocom.co.jp (8.9.3+3.2W/3.7W) with ESMTP id LAA03091; Mon, 17 Jul 2000 11:45:12 +0900 Message-ID: <39727417.ECBE2E9A@toyocom.co.jp> Date: Mon, 17 Jul 2000 11:48:55 +0900 From: Yokoyama X-Mailer: Mozilla 4.7 [ja] (Win95; I) X-Accept-Language: ja MIME-Version: 1.0 To: Dan Wing CC: IETF Internet Fax WG , mimu@toyocom.co.jp, zsatou@toyocom.co.jp, kanaide@toyocom.co.jp, Hiroshi Tamura Subject: Re: I-D ACTION:draft-ietf-fax-gateway-protocol-00.txt References: <0007141823190.29516-100000@omega.cisco.com> Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Dan Wing wrote: > On Fri, 14 Jul 2000 19:23 +0900, Yokoyama wrote: > > > Dan > > > > Thank you for your detailed comment. > > Our new policy is shown in the following. > > > > > > -Authentication and Authorization. > > About 4.4 User Authentication > > This section define about authorization. > > So, we will rewrite 4.4 to authorization from authentication. > > > > 3.4 Authentication > > 4.5 Authenticaiotion toward Offramp gateway > > These section is defined by RFC2305 5.2.1 Spoofed sender and > > RFC2305 5.2.2 Resources consumed by dialout > > So, We will include these section in 5. Security Considerations. > > Thanks. > > > -Return notice > > DSN and MDN is used by return notice. > > DSN is generated by MTA. > > MDN is generated by UA. > > Only DSN or MDN are used for return notice. > > Tamura-san said > > Notification issues on gateway are better to be done in other documents, > > I think now. > > So we will define only when generete return notice. > > Okay. Thank you. > > > > -Drop the duplicate mail > > I understand duplicate message id is rare case. > > We will drop "3.2 drop the duplicate mail". > > Mmm, I do think it is valuable to have in your document, though. I > believe it can be worded so it explains the case. We will add the case when an offramp gateway drop the duplicate mail. > > In a separate I-D we could describe a mechanism that reliably detects a > duplicate message, make sure it's valid (by having a group well-versed in > SMTP, POP, and IMAP issues review it), and then, next time the gateway > document is updated, the gateway document could refer directly to the > duplicate-message-detection mechanism. I understand, it is valid. > > > > -Option function > > We will also remove "4.7 Option function". > > Thanks. > > > -Multicasts transmit request > > About 4.5.3.1 of draft-ietf-drums-smtpupd-11.txt . > > We know maximum total number of recipients is defined by MTA. > > So, limit of recipients is not defined by sender. > > We will change draft to fit the above. > > Thanks. > > > -Security Considerations > > We will change below. > > > > The Security Considerations sections of [RFC2305] applies to this > > document. > > > Further security considerations are introduced by this document, > > but they will be described in this section prior to publication > > as an RFC. > > Thanks, looks great. > > > Good weekend. > > And to you, as well. > > -Dan Wing -- $B2#;3(B $B7J0l(B Keiichi Yokoyama E-mail:k1@toyocom.co.jp $BElMNDL?.5!3t<02q; Tue, 18 Jul 2000 23:30:19 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id TAA23776 for ietf-fax-bks; Tue, 18 Jul 2000 19:47:30 -0700 (PDT) Received: from lysithea.eastgw.xerox.com (root@lysithea.xerox.com [208.140.33.22]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id TAA23770 for ; Tue, 18 Jul 2000 19:47:28 -0700 (PDT) Received: from godzilla.ADOC.xerox.com (godzilla.ADOC.xerox.com [13.242.128.10]) by lysithea.eastgw.xerox.com (8.9.3/8.9.3) with ESMTP id WAA11669 for ; Tue, 18 Jul 2000 22:49:55 -0400 (EDT) Received: from mercury.adoc.xerox.com (mercury [13.242.100.20]) by godzilla.ADOC.xerox.com (8.8.8+Sun/8.8.8/ADOC-HUB-1.7) with ESMTP id TAA18401 for ; Tue, 18 Jul 2000 19:49:53 -0700 (PDT) Received: by mercury.ADOC.xerox.com with Internet Mail Service (5.5.2448.0) id ; Tue, 18 Jul 2000 19:49:54 -0700 Message-ID: <51B8ABCE456FD111899900805F6FD6EE067A2A8D@mercury.ADOC.xerox.com> From: "McIntyre, Lloyd" To: "'IETF fax WG'" Subject: draft-ietf-fax-tiff-fx-Extension-11 Date: Tue, 18 Jul 2000 19:49:52 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: All, Please note the new TIFF-FX Extension draft is posted at The draft has been placed at this URL for temporary access (i.e. for review prior to the July 31st meeting). This placement is a result of its submission after the 5:00 p.m. deadline on Friday July 14. A brief description is provided below. Lloyd > -----Original Message----- > From: McIntyre, Lloyd > Sent: Sunday, July 16, 2000 2:01 PM > To: McIntyre, Lloyd; 'IETF - Ned Freed (App Area Director)'; 'IETF - > Internet-drafts'; IFaxWG - Claudio Allocchio; IFaxWG - Hiroshi Tamura > Cc: Abercrombie, Dave; 'Abercrombie, Dave - personal'; Buckley, Robert > R; 'IETF fax WG'; 'William Rucklidge 1'; 'Tim Platt'; Matsuki; Canon - > Yoshiura, Yoshio; Japan Color Experts > Subject: draft-ietf-fax-tiff-fx-Extension-11 > > > > All, > Please use this attachment, draft-ietf-fax-tiff-fx-Extension-11.txt, to > replace the version of the TIFF-FX Extension draft, > draft-ietf-fax-tiff-fx-Extension-10.txt, that was distributed on July > 14th. > > This revision corrects some page formatting difficulties and provides a > complete table of contents. > > Thanks your for your understanding. > > Lloyd > > > -----Original Message----- > > From: McIntyre, Lloyd > > Sent: Friday, July 14, 2000 8:00 PM > > To: 'IETF - Ned Freed (App Area Director)'; 'IETF - Internet-drafts' > > Cc: Abercrombie, Dave; 'Abercrombie, Dave - personal'; > > Buckley, Robert R; 'IETF fax WG'; 'William Rucklidge 1'; 'Tim Platt' > > Subject: draft-ietf-fax-tiff-fx-Extension-10 > > > > << File: draft-ietf-fax-tiff-fx-Extension-10.txt >> > > > > > > Please post that attached draft of the first extension to > > TIFF-FX, draft-ietf-fax-tiff-fx-Extension-10.txt, to the > > IETF drafts list for consideration at the upcoming meeting. > > > > This draft contains extensions to TIFF-FX that are consistent > > with ITU-T approved extensions to the Fax Standards. These > > extensions include: new resolutions and associated image > > widths, JBIG2 encoding (both black-and-white and color), and > > extension to the Profile M MRC model for N-layers. The set > > of extensions were briefly discussed during the last IETF meeting. > > > > Note that TIFF-FX, currently Proposed Standard RFC 2301, has > > been revised and is undergoing Draft Standard consideration. > > > > I am aware that this submission has missed the 5:00 p.m. EST deadline. > > If it is not possible to post it to the list, then please > > consider placing it on a web site where it may be accessed > > for the meeting. > > > > Thank you for your assistance. > > > > Lloyd > > > > ************************************************ > > Lloyd McIntyre lmcintyre@pahv.xerox.com > > Rapporteur ITU-T SG8 Q5 > > Xerox Corp., Xerox Architecture Center > > 3400 Hillview Ave. Bldg. 1 > > Palo Alto, CA 94304 > > Tel: +1 650 813 6762 fax: +1 650 845 2340 > > ************************************************ > > From owner-ietf-fax@mail.imc.org Wed Jul 19 03:39:28 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA20464 for ; Wed, 19 Jul 2000 03:39:27 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id XAA08321 for ietf-fax-bks; Tue, 18 Jul 2000 23:57:14 -0700 (PDT) Received: from ricohigw.ricoh.co.jp (ricohigw.ricoh.co.jp [202.32.12.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id XAA08317 for ; Tue, 18 Jul 2000 23:57:12 -0700 (PDT) Received: from thunder.ricoh.co.jp (thunder [133.139.211.198]) by ricohigw.ricoh.co.jp (8.9.3+3.2W/3.7W) with ESMTP id PAA28891 for ; Wed, 19 Jul 2000 15:59:41 +0900 (JST) Received: from newton.toda.ricoh.co.jp (newton.toda.ricoh.co.jp [133.139.60.10]) by thunder.ricoh.co.jp (8.9.3+3.2W/3.7W) with SMTP id PAA12524 for ; Wed, 19 Jul 2000 15:59:41 +0900 (JST) Received: from localhost (maple.toda.ricoh.co.jp [133.139.60.73]) by newton.toda.ricoh.co.jp (8.6.11+2.4W/3.3W9-1.0S8sun) with ESMTP id PAA22828 for ; Wed, 19 Jul 2000 15:59:35 +0900 To: ietf-fax@imc.org Subject: RE: FAX WG Draft Agenda X-Mailer: Mew version 1.94.2 on Emacs 20.4 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000719160018A.tamura@toda.ricoh.co.jp> Date: Wed, 19 Jul 2000 16:00:18 +0900 (JST) From: Hiroshi Tamura X-Dispatcher: imput version 20000228(IM140) Lines: 52 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Dear colleagues, Again, I'd like to draw your attention to our meeting agenda. I modified for editorial issues. I will submit on July 21(JST). ------------------------------------------------- 1 Agenda bashing 5 min 2 Status of pending Draft Standards 5 min - TIFF-FX 3 Targeted for Draft Standard 3.1 Service 10 min - draft-ietf-fax-service-v2-02.txt 3.2 Addressing 10 min - DRAFT-IETF-FAX-MINADDR-V2-01.TXT - DRAFT-IETF-FAX-FAXADDR-V2-01.TXT - Interworking report 4 Internet-Drafts 4.1 Gateway issue 30 min - draft-ietf-fax-gateway-protocol-00.txt 4.2 Imlementers Guide 10 min - draft-ietf-fax-implementers-guide-02.txt 4.3 FFPIM 20 min - draft-ietf-fax-ffpim-0x.txt - draft-ietf-fax-timely-delivery-0x.txt - draft-ietf-fax-content-negotiation-02.txt 4.4 TIFF-FX extension issue 15 min - draft-ietf-fax-tiff-fx-Extension-xx.txt 5 Issue from VPIM WG 10 min 6 ITU issue 20 min - Letter from Q4/SG8 - Terminal mode 7 Confirmation of Milestone and charter 15 min ------------------------------------------------- Regards, -- Hiroshi Tamura, Ricoh Company, LTD. E-mail: tamura@toda.ricoh.co.jp From owner-ietf-fax@mail.imc.org Wed Jul 19 15:50:05 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA10320 for ; Wed, 19 Jul 2000 15:50:04 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id MAA20727 for ietf-fax-bks; Wed, 19 Jul 2000 12:12:53 -0700 (PDT) Received: from lysithea.eastgw.xerox.com (root@lysithea.xerox.com [208.140.33.22]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id MAA20722 for ; Wed, 19 Jul 2000 12:12:50 -0700 (PDT) Received: from godzilla.ADOC.xerox.com (godzilla.ADOC.xerox.com [13.242.128.10]) by lysithea.eastgw.xerox.com (8.9.3/8.9.3) with ESMTP id PAA10507 for ; Wed, 19 Jul 2000 15:15:19 -0400 (EDT) Received: from mercury.adoc.xerox.com (mercury [13.242.100.20]) by godzilla.ADOC.xerox.com (8.8.8+Sun/8.8.8/ADOC-HUB-1.7) with ESMTP id MAA24343 for ; Wed, 19 Jul 2000 12:15:17 -0700 (PDT) Received: by mercury.ADOC.xerox.com with Internet Mail Service (5.5.2448.0) id ; Wed, 19 Jul 2000 12:15:17 -0700 Message-ID: <51B8ABCE456FD111899900805F6FD6EE067A2A94@mercury.ADOC.xerox.com> From: "McIntyre, Lloyd" To: "'ietf-fax@imc.org'" Subject: FW: draft-ietf-fax-tiff-fx-Extension-11 Date: Wed, 19 Jul 2000 12:15:13 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: > All, > Please note the new TIFF-FX Extension draft is posted at > > > The draft has been placed at this URL for temporary access (i.e. for > review prior to the July 31st meeting). This placement is a result of its > submission after the 5:00 p.m. deadline on Friday July 14. > > A brief description is provided below. > > Lloyd > > -----Original Message----- > From: McIntyre, Lloyd > Sent: Sunday, July 16, 2000 2:01 PM > To: McIntyre, Lloyd; 'IETF - Ned Freed (App Area Director)'; 'IETF - > Internet-drafts'; IFaxWG - Claudio Allocchio; IFaxWG - Hiroshi Tamura > Cc: Abercrombie, Dave; 'Abercrombie, Dave - personal'; Buckley, Robert > R; 'IETF fax WG'; 'William Rucklidge 1'; 'Tim Platt'; Matsuki; Canon - > Yoshiura, Yoshio; Japan Color Experts > Subject: draft-ietf-fax-tiff-fx-Extension-11 > > > > All, > Please use this attachment, draft-ietf-fax-tiff-fx-Extension-11.txt, to > replace the version of the TIFF-FX Extension draft, > draft-ietf-fax-tiff-fx-Extension-10.txt, that was distributed on July > 14th. > > This revision corrects some page formatting difficulties and provides a > complete table of contents. > > Thanks your for your understanding. > > Lloyd > > > -----Original Message----- > > From: McIntyre, Lloyd > > Sent: Friday, July 14, 2000 8:00 PM > > To: 'IETF - Ned Freed (App Area Director)'; 'IETF - Internet-drafts' > > Cc: Abercrombie, Dave; 'Abercrombie, Dave - personal'; > > Buckley, Robert R; 'IETF fax WG'; 'William Rucklidge 1'; 'Tim Platt' > > Subject: draft-ietf-fax-tiff-fx-Extension-10 > > > > << File: draft-ietf-fax-tiff-fx-Extension-10.txt >> > > > > > > Please post that attached draft of the first extension to > > TIFF-FX, draft-ietf-fax-tiff-fx-Extension-10.txt, to the > > IETF drafts list for consideration at the upcoming meeting. > > > > This draft contains extensions to TIFF-FX that are consistent > > with ITU-T approved extensions to the Fax Standards. These > > extensions include: new resolutions and associated image > > widths, JBIG2 encoding (both black-and-white and color), and > > extension to the Profile M MRC model for N-layers. The set > > of extensions were briefly discussed during the last IETF meeting. > > > > Note that TIFF-FX, currently Proposed Standard RFC 2301, has > > been revised and is undergoing Draft Standard consideration. > > > > I am aware that this submission has missed the 5:00 p.m. EST deadline. > > If it is not possible to post it to the list, then please > > consider placing it on a web site where it may be accessed > > for the meeting. > > > > Thank you for your assistance. > > > > Lloyd > > > > ************************************************ > > Lloyd McIntyre lmcintyre@pahv.xerox.com > > Rapporteur ITU-T SG8 Q5 > > Xerox Corp., Xerox Architecture Center > > 3400 Hillview Ave. Bldg. 1 > > Palo Alto, CA 94304 > > Tel: +1 650 813 6762 fax: +1 650 845 2340 > > ************************************************ > > From owner-ietf-fax@mail.imc.org Fri Jul 21 05:42:17 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA01427 for ; Fri, 21 Jul 2000 05:42:16 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id BAA13908 for ietf-fax-bks; Fri, 21 Jul 2000 01:54:51 -0700 (PDT) Received: from ricohigw.ricoh.co.jp (ricohigw.ricoh.co.jp [202.32.12.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id BAA13904 for ; Fri, 21 Jul 2000 01:54:50 -0700 (PDT) Received: from thunder.ricoh.co.jp (thunder [133.139.211.198]) by ricohigw.ricoh.co.jp (8.9.3+3.2W/3.7W) with ESMTP id RAA02355; Fri, 21 Jul 2000 17:57:27 +0900 (JST) Received: from newton.toda.ricoh.co.jp (newton.toda.ricoh.co.jp [133.139.60.10]) by thunder.ricoh.co.jp (8.9.3+3.2W/3.7W) with SMTP id RAA15402; Fri, 21 Jul 2000 17:57:25 +0900 (JST) Received: from localhost (maple.toda.ricoh.co.jp [133.139.60.73]) by newton.toda.ricoh.co.jp (8.6.11+2.4W/3.3W9-1.0S8sun) with ESMTP id RAA12802; Fri, 21 Jul 2000 17:57:17 +0900 To: agenda@ietf.org Cc: ietf-fax@imc.org Subject: FAX WG Agenda at Pittsburgh X-Mailer: Mew version 1.94.2 on Emacs 20.4 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000721175802M.tamura@toda.ricoh.co.jp> Date: Fri, 21 Jul 2000 17:58:02 +0900 (JST) From: Hiroshi Tamura X-Dispatcher: imput version 20000228(IM140) Lines: 55 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit The following is the FAX WG Agenda at Pittsburgh meeting. ------------------------------------------------------------ Internet Fax WG (fax) Wednesday, August at 9:00 - 11:30 Chairs: Claudio Allocchio Hiroshi Tamura 1 Agenda bashing 5 min 2 Status of pending Draft Standards 5 min - TIFF-FX 3 Targeted for Draft Standard 3.1 Service 10 min - draft-ietf-fax-service-v2-02.txt 3.2 Addressing 10 min - DRAFT-IETF-FAX-MINADDR-V2-01.TXT - DRAFT-IETF-FAX-FAXADDR-V2-01.TXT - Interworking report 4 Internet-Drafts 4.1 Gateway issue 30 min - draft-ietf-fax-gateway-protocol-00.txt 4.2 Imlementers Guide 10 min - draft-ietf-fax-implementers-guide-02.txt 4.3 FFPIM 20 min - draft-ietf-fax-ffpim-0x.txt - draft-ietf-fax-timely-delivery-0x.txt - draft-ietf-fax-content-negotiation-02.txt 4.4 TIFF-FX extension issue 15 min - draft-ietf-fax-tiff-fx-Extension-xx.txt 5 Issue from VPIM WG 10 min 6 ITU issue 20 min - Letter from Q4/SG8 - Terminal mode 7 Confirmation of Milestone and charter 15 min ------------------------------------------------------------ Regards, -- Hiroshi Tamura, Ricoh Company, LTD. E-mail: tamura@toda.ricoh.co.jp From owner-ietf-fax@mail.imc.org Fri Jul 21 10:26:56 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA15203 for ; Fri, 21 Jul 2000 10:26:55 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id GAA28187 for ietf-fax-bks; Fri, 21 Jul 2000 06:37:41 -0700 (PDT) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id GAA28183 for ; Fri, 21 Jul 2000 06:37:40 -0700 (PDT) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA12823; Fri, 21 Jul 2000 09:40:20 -0400 (EDT) Message-Id: <200007211340.JAA12823@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-fax@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-fax-content-negotiation-02.txt Date: Fri, 21 Jul 2000 09:40:20 -0400 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Internet Fax Working Group of the IETF. Title : Content Negotiation for Internet Messaging Services Author(s) : G. Klyne, R. IWAZAKI, D. Crocker Filename : draft-ietf-fax-content-negotiation-02.txt Pages : 34 Date : 20-Jul-00 This memo describes a content negotiation mechanism for facsimile, voice and other messaging services that use Internet e-mail. Services such as facsimile and voice messaging need to cope with new message content formats, yet need to ensure that the content of any given message is renderable by the receiving agent. The mechanism described here aims to meet these needs in a fashion that is fully compatible with the current behaviour and expectations of Internet e-mail. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-fax-content-negotiation-02.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-fax-content-negotiation-02.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-fax-content-negotiation-02.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20000720141848.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-fax-content-negotiation-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-fax-content-negotiation-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20000720141848.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-ietf-fax@mail.imc.org Mon Jul 24 07:01:51 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA17114 for ; Mon, 24 Jul 2000 07:01:51 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id DAA01442 for ietf-fax-bks; Mon, 24 Jul 2000 03:26:59 -0700 (PDT) Received: from elettra.trieste.it (SYNX02.elettra.trieste.it [140.105.2.2]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id DAA01438 for ; Mon, 24 Jul 2000 03:26:56 -0700 (PDT) Date: Mon, 24 Jul 2000 12:29:17 +0100 To: ietf-fax@imc.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII From: Claudio Allocchio Subject: Confirmation of Milestone and charter Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Hallo all, as you know, the last point in our agenda is 7 Confirmation of Milestone and charter Could please all the document editors check their milestones and eventually suggest changes? Please drop your suggestion/changes to the list, or directly to me, in order to prepare an updates milsestones slide, thakn you! Claudio From owner-ietf-fax@mail.imc.org Mon Jul 24 14:15:29 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA16088 for ; Mon, 24 Jul 2000 14:15:28 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id KAA17160 for ietf-fax-bks; Mon, 24 Jul 2000 10:34:05 -0700 (PDT) Received: from mail2.exodus.net (mail2.exodus.net [206.79.240.110]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id KAA17156 for ; Mon, 24 Jul 2000 10:34:03 -0700 (PDT) From: pmoore@peerless.com Received: from notes.auco.com (notes.auco.com [206.40.65.10]) by mail2.exodus.net (8.9.3/8.9.3) with SMTP id KAA10877 for ; Mon, 24 Jul 2000 10:37:00 -0700 Received: by notes.auco.com(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id 88256926.0060FB89 ; Mon, 24 Jul 2000 10:39:18 -0700 X-Lotus-FromDomain: AUCO To: ietf-fax@imc.org Message-ID: <88256926.0060FB2D.00@notes.auco.com> Date: Mon, 24 Jul 2000 10:35:08 -0700 Subject: PWG Qualdocs Project Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: You might be interested to know that the PWG launched a Qualdocs working group to try to make progress on this project. This is the same body that has delivered IPP. This has been done because the IETF has decided that it is overlaoded at present. Although the PWG was formally chartered by the IETF to produce the IPP standard this is not the case for Qualdocs - this is not a formal IETF project. The PWG is an IEEE-ISTO body however and has produced many standards For those who have not come across the QualDocs term before it is a proposed protocol to provide synchronous negotiated faxing on a network. This should be very interesting to anybody involved in Internet Fax. The current idea is to use a mix of IFAX standards and IPP as the transport. We are having our inaugral meeting in September (see below for details). Membership of the PWG is not required in order to attend - there is a minimal fee for attendees to cover room and refreshment costs (~$50 a day). The PWG genrally arranges special hotel rates for attendees. Membership does bring the right to particpate in formal votes (which are not very frequent - the PWG operates by consensus as much as possible). For more details check out http://pwg.org/chair/index.html. There is a mailing list for this project: email majordomo@pwg.org with body text "subscribe ifx". Meeting details: When: September 15 all day (8.30am to 6pm) as part of the 9/11-9/15 PWG meeting Where: Chicago - venue TBD - look at the pwg.org website. Plus notification will be sent on the mailing list See you there Paul Moore Peerless Systems Networking PWG Qualdocs chair FYI - here are some of the current worrking drafts. ftp://ftp.ietf.org/rfc/rfc2542.txt ftp://ftp.pwg.org/pub/pwg/QUALDOCS/Internet-Drafts/draft-klyne-qualdoc-goals-02.txt ftp://ftp.pwg.org/pub/pwg/QUALDOCS/Internet-Drafts/draft-moore-qualdocs-protocol-00.txt From owner-ietf-fax@mail.imc.org Mon Jul 24 14:40:00 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA22880 for ; Mon, 24 Jul 2000 14:40:00 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id LAA17718 for ietf-fax-bks; Mon, 24 Jul 2000 11:02:05 -0700 (PDT) Received: from ananke.eastgw.xerox.com (root@ananke.xerox.com [208.140.33.24]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id LAA17714 for ; Mon, 24 Jul 2000 11:02:03 -0700 (PDT) Received: from norman.cp10.es.xerox.com (norman.cp10.es.xerox.com [13.240.124.12]) by ananke.eastgw.xerox.com (8.9.3/8.9.3) with ESMTP id OAA17112; Mon, 24 Jul 2000 14:04:24 -0400 (EDT) Received: from x-crt-es-ms1.es.cp10.es.xerox.com (x-crt-es-ms1.cp10.es.xerox.com [13.240.124.41]) by norman.cp10.es.xerox.com (8.8.5/8.8.5) with ESMTP id LAA10982; Mon, 24 Jul 2000 11:05:59 -0700 (PDT) Received: by x-crt-es-ms1.cp10.es.xerox.com with Internet Mail Service (5.5.2650.21) id <3VZLR3QZ>; Mon, 24 Jul 2000 11:04:23 -0700 Message-ID: <918C79AB552BD211A2BD00805F15CE85037542A5@x-crt-es-ms1.cp10.es.xerox.com> From: "Manros, Carl-Uno B" To: pmoore@peerless.com, ietf-fax@imc.org Cc: IETF-IPP , pwg-ipp@pwg.org Subject: RE: PWG Qualdocs Project Date: Mon, 24 Jul 2000 11:04:16 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Paul, Your statement in the message below: "Although the PWG was formally chartered by the IETF to produce the IPP standard this is not the case for Qualdocs - this is not a formal IETF project." is incorrect. It is true that much of the work on IPP has been made by PWG members and that the PWG has run complementary activities to support the IETF IPP activities, but the PWG has never had a formal role in the IETF IPP project. Carl-Uno Manros Chair of the IETF IPP WG -----Original Message----- From: pmoore@peerless.com [mailto:pmoore@peerless.com] Sent: Monday, July 24, 2000 10:35 AM To: ietf-fax@imc.org Subject: PWG Qualdocs Project You might be interested to know that the PWG launched a Qualdocs working group to try to make progress on this project. This is the same body that has delivered IPP. This has been done because the IETF has decided that it is overlaoded at present. Although the PWG was formally chartered by the IETF to produce the IPP standard this is not the case for Qualdocs - this is not a formal IETF project. The PWG is an IEEE-ISTO body however and has produced many standards For those who have not come across the QualDocs term before it is a proposed protocol to provide synchronous negotiated faxing on a network. This should be very interesting to anybody involved in Internet Fax. The current idea is to use a mix of IFAX standards and IPP as the transport. We are having our inaugral meeting in September (see below for details). Membership of the PWG is not required in order to attend - there is a minimal fee for attendees to cover room and refreshment costs (~$50 a day). The PWG genrally arranges special hotel rates for attendees. Membership does bring the right to particpate in formal votes (which are not very frequent - the PWG operates by consensus as much as possible). For more details check out http://pwg.org/chair/index.html. There is a mailing list for this project: email majordomo@pwg.org with body text "subscribe ifx". Meeting details: When: September 15 all day (8.30am to 6pm) as part of the 9/11-9/15 PWG meeting Where: Chicago - venue TBD - look at the pwg.org website. Plus notification will be sent on the mailing list See you there Paul Moore Peerless Systems Networking PWG Qualdocs chair FYI - here are some of the current worrking drafts. ftp://ftp.ietf.org/rfc/rfc2542.txt ftp://ftp.pwg.org/pub/pwg/QUALDOCS/Internet-Drafts/draft-klyne-qualdoc-goals -02.txt ftp://ftp.pwg.org/pub/pwg/QUALDOCS/Internet-Drafts/draft-moore-qualdocs-prot ocol-00.txt From owner-ietf-fax@mail.imc.org Tue Jul 25 07:14:18 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA05146 for ; Tue, 25 Jul 2000 07:14:18 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id DAA08518 for ietf-fax-bks; Tue, 25 Jul 2000 03:34:26 -0700 (PDT) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id DAA08511 for ; Tue, 25 Jul 2000 03:34:24 -0700 (PDT) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA24286; Tue, 25 Jul 2000 06:37:24 -0400 (EDT) Message-Id: <200007251037.GAA24286@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-fax@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-fax-implementers-guide-02.txt Date: Tue, 25 Jul 2000 06:37:24 -0400 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Internet Fax Working Group of the IETF. Title : Implementers Guide for Facsimile Using Internet Mail Author(s) : V. Cancio, M. Moldovan, H. Tamura Filename : draft-ietf-fax-implementers-guide-02.txt Pages : 17 Date : 24-Jul-00 This document is intended for the implementers of software which uses email to send to facsimiles using RFC 2305 and 2532. This is an informational document and its guidelines do not supersede the referenced documents. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-fax-implementers-guide-02.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-fax-implementers-guide-02.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-fax-implementers-guide-02.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20000724142437.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-fax-implementers-guide-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-fax-implementers-guide-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20000724142437.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-ietf-fax@mail.imc.org Tue Jul 25 09:47:39 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA20253 for ; Tue, 25 Jul 2000 09:47:38 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id GAA20760 for ietf-fax-bks; Tue, 25 Jul 2000 06:14:32 -0700 (PDT) Received: from mail2.rdc2.pa.home.com (mail2.rdc2.pa.home.com [24.12.106.241]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id GAA20756 for ; Tue, 25 Jul 2000 06:14:31 -0700 (PDT) Received: from home.com ([24.3.205.203]) by mail2.rdc2.pa.home.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20000725131727.QWFQ11850.mail2.rdc2.pa.home.com@home.com> for ; Tue, 25 Jul 2000 06:17:27 -0700 Message-ID: <397D935F.344B6215@home.com> Date: Tue, 25 Jul 2000 09:17:19 -0400 From: Herman Silbiger Reply-To: hsilbiger@ieee.org X-Mailer: Mozilla 4.73 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: "ietf-fax@imc.org" Subject: Communication from ITU Study Group 8 Question 4 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 8bit COMMUNICATION TO: IETF Fax WG Approved: At Question level FOR: Action CONTACT: RAPPORTEUR Q.4/8 Herman R. Silbiger, hsilbiger@ieee.org ________________ Summary: The Question 4 Rapporteur’s Group of Study Group 8 met on 12 – 15 June and reviewed “Communication from IETF Fax Working Group on Current Activities” and “Implementer's guide for Facsimile Using Internet Mail”. We welcomed the participation of IETF Fax WG co-chair Mr. Tamura from IETF in presenting the communication from IETF and had a productive meeting. We have reviewed the communication and the Implementer's Guide. We would like to make the following communication: 1. Implementer's Guide It is helpful for T.37 ITU-T standard Implementer's. We request further information when the draft is completed and assigned RFC number. We will amend T.37 to refer Implementer's Guide for Facsimile Using Internet Mail. 2. We have requested the addition of some features in the communication in 1999. Some items are not fully responded yet. We would like to request again as follows: 2.1 In RCC2532, the MDN/DSN request has no means to indicate precisely to the receiver, that the sender desires to have capabilities returned with MDN/DSN response. This situation is difficult for the facsimile application, since the capabilities of the receiver are required for the Full Mode sender before transmitting a TIFF-FX file. Since the existing capabilities exchange mechanism uses MDN and DSN facilities, further enhancements to this method are high priority for us. 2.2 The fax processed status information in RCF2530 needs to be enhanced. We need a facility to enable the total number of pages and pages in error to be returned to the sender in a MDN to indicate successful processing. We need further precision on the fax status information using DSN and/or MDN. 2.3 Similarly the specification within RFC2298 for the value processed need to be enhanced. We need further precision to ensure that the specific MDN response that is generated clearly indicates that the MIME body part(s) has been successfully processed (i.e. printed or displayed). 2.4 We request further study and a more complete solution on mechanisms for capabilities request and indication that can be used to meet the Internet fax requirements for capability exchange. We understand that MDN/DSN capabilities exchange mechanism is under discussion in IETF. 3. Terminal Mode T.37 Terminal Mode which defines a new email header for T.30 signals was introduced and discussed. It supports the transfer of image data, capabilities exchange, and confirmation for store and forward Internet facsimile terminals having limited memory and small CPU power. It was agreed to leave this for further study. __________________ From owner-ietf-fax@mail.imc.org Tue Jul 25 11:23:58 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA25360 for ; Tue, 25 Jul 2000 11:23:57 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id HAA27825 for ietf-fax-bks; Tue, 25 Jul 2000 07:45:08 -0700 (PDT) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id HAA27820 for ; Tue, 25 Jul 2000 07:45:00 -0700 (PDT) Received: from NSYRACUS ([10.27.5.110]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA06716; Tue, 25 Jul 2000 10:34:08 -0400 (EDT) Date: Tue, 25 Jul 2000 10:37:50 -0400 (Eastern Daylight Time) From: Natalia Syracuse To: "McIntyre, Lloyd" cc: "'IETF - Ned Freed (App Area Director)'" , "'IETF - Internet-drafts'" , IFaxWG - Claudio Allocchio , IFaxWG - Hiroshi Tamura , "Abercrombie, Dave" , "'Abercrombie, Dave - personal'" , "Buckley, Robert R" , "'IETF fax WG'" , "'William Rucklidge 1'" , "'Tim Platt'" , Matsuki , "Canon - Yoshiura, Yoshio" , Japan Color Experts Subject: Re: draft-ietf-fax-tiff-fx-Extension-11 In-Reply-To: <51B8ABCE456FD111899900805F6FD6EE08A7A94C@mercury.ADOC.xerox.com> Message-ID: X-X-Sender: nsyracus@odin.ietf.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Your draft will be announced tomorrow (July 26th) as an individual submission with a filename draft-mcintyre-fax-tiff-fx-extension-00.txt. Natalia Syracuse On Sun, 16 Jul 2000, McIntyre, Lloyd wrote: > <> > > All, > Please use this attachment, draft-ietf-fax-tiff-fx-Extension-11.txt, to > replace the version of the TIFF-FX Extension draft, > draft-ietf-fax-tiff-fx-Extension-10.txt, that was distributed on July 14th. > > This revision corrects some page formatting difficulties and provides a > complete table of contents. > > Thanks your for your understanding. > > Lloyd > > > -----Original Message----- > > From: McIntyre, Lloyd > > Sent: Friday, July 14, 2000 8:00 PM > > To: 'IETF - Ned Freed (App Area Director)'; 'IETF - Internet-drafts' > > Cc: Abercrombie, Dave; 'Abercrombie, Dave - personal'; > > Buckley, Robert R; 'IETF fax WG'; 'William Rucklidge 1'; 'Tim Platt' > > Subject: draft-ietf-fax-tiff-fx-Extension-10 > > > > << File: draft-ietf-fax-tiff-fx-Extension-10.txt >> > > > > > > Please post that attached draft of the first extension to > > TIFF-FX, draft-ietf-fax-tiff-fx-Extension-10.txt, to the > > IETF drafts list for consideration at the upcoming meeting. > > > > This draft contains extensions to TIFF-FX that are consistent > > with ITU-T approved extensions to the Fax Standards. These > > extensions include: new resolutions and associated image > > widths, JBIG2 encoding (both black-and-white and color), and > > extension to the Profile M MRC model for N-layers. The set > > of extensions were briefly discussed during the last IETF meeting. > > > > Note that TIFF-FX, currently Proposed Standard RFC 2301, has > > been revised and is undergoing Draft Standard consideration. > > > > I am aware that this submission has missed the 5:00 p.m. EST deadline. > > If it is not possible to post it to the list, then please > > consider placing it on a web site where it may be accessed > > for the meeting. > > > > Thank you for your assistance. > > > > Lloyd > > > > ************************************************ > > Lloyd McIntyre lmcintyre@pahv.xerox.com > > Rapporteur ITU-T SG8 Q5 > > Xerox Corp., Xerox Architecture Center > > 3400 Hillview Ave. Bldg. 1 > > Palo Alto, CA 94304 > > Tel: +1 650 813 6762 fax: +1 650 845 2340 > > ************************************************ > > > From owner-ietf-fax@mail.imc.org Thu Jul 27 02:57:51 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA16574 for ; Thu, 27 Jul 2000 02:57:50 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id WAA26381 for ietf-fax-bks; Wed, 26 Jul 2000 22:09:40 -0700 (PDT) Received: from ricohigw.ricoh.co.jp (ricohigw.ricoh.co.jp [202.32.12.1]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id WAA26374 for ; Wed, 26 Jul 2000 22:09:38 -0700 (PDT) Received: from thunder.ricoh.co.jp (thunder [133.139.211.198]) by ricohigw.ricoh.co.jp (8.9.3+3.2W/3.7W) with ESMTP id OAA20075 for ; Thu, 27 Jul 2000 14:12:47 +0900 (JST) Received: from newton.toda.ricoh.co.jp (newton.toda.ricoh.co.jp [133.139.60.10]) by thunder.ricoh.co.jp (8.9.3+3.2W/3.7W) with SMTP id OAA27048 for ; Thu, 27 Jul 2000 14:12:46 +0900 (JST) Received: from localhost (maple.toda.ricoh.co.jp [133.139.60.73]) by newton.toda.ricoh.co.jp (8.6.11+2.4W/3.3W9-1.0S8sun) with ESMTP id OAA12530 for ; Thu, 27 Jul 2000 14:12:41 +0900 To: ietf-fax@imc.org Subject: Re: Communication from ITU Study Group 8 Question 4 In-Reply-To: <397D935F.344B6215@home.com> References: <397D935F.344B6215@home.com> X-Mailer: Mew version 1.94.2 on Emacs 20.4 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000727141336C.tamura@toda.ricoh.co.jp> Date: Thu, 27 Jul 2000 14:13:36 +0900 (JST) From: Hiroshi Tamura X-Dispatcher: imput version 20000228(IM140) Lines: 95 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Folks, Concerning this issue, I make a short presentation at our meeting. For Terminal mode, Maeda-san does. SG8 will be merged into SG16 in October. Next new SG16(number is not decided) meeting will be held in November. Any comments are welcome, even AFTER Pittsburgh meeting. After Pittsburgh meeting, I will prepare a response letter, as usual. We have enough time to collect comments. Regards, -- Hiroshi Tamura, Ricoh Company, LTD. E-mail: tamura@toda.ricoh.co.jp From: Herman Silbiger Subject: Communication from ITU Study Group 8 Question 4 Date: Tue, 25 Jul 2000 09:17:19 -0400 > > > COMMUNICATION > > TO: IETF Fax WG > Approved: At Question level > FOR: Action > CONTACT: RAPPORTEUR Q.4/8 > Herman R. Silbiger, hsilbiger@ieee.org > ________________ > Summary: > > The Question 4 Rapporteur’s Group of Study Group 8 met on 12 – 15 June > and reviewed “Communication from IETF Fax Working Group on Current > Activities” and “Implementer's guide for Facsimile Using Internet > Mail”. We welcomed the participation of IETF Fax WG co-chair Mr. > Tamura from IETF in presenting the communication from IETF and had a > productive meeting. We have reviewed the communication and the > Implementer's Guide. We would like to make the following communication: > > > 1. Implementer's Guide > > It is helpful for T.37 ITU-T standard Implementer's. We request further > information when the draft is completed and assigned RFC number. We will > amend T.37 to refer Implementer's Guide for Facsimile Using Internet > Mail. > > 2. We have requested the addition of some features in the communication > in 1999. Some items are not fully responded yet. We would like to > request again as follows: > > 2.1 In RCC2532, the MDN/DSN request has no means to indicate precisely > to the receiver, that the sender desires to have capabilities returned > with MDN/DSN response. This situation is difficult for the facsimile > application, since the capabilities of the receiver are required for the > Full Mode sender before transmitting a TIFF-FX file. Since the existing > capabilities exchange mechanism uses MDN and DSN facilities, further > enhancements to this method are high priority for us. > > 2.2 The fax processed status information in RCF2530 needs to be > enhanced. We need a facility to enable the total number of pages and > pages in error to be returned to the sender in a MDN to indicate > successful processing. We need further precision on the fax status > information using DSN and/or MDN. > > 2.3 Similarly the specification within RFC2298 for the value processed > need to be enhanced. We need further precision to ensure that the > specific MDN response that is generated clearly indicates that the MIME > body part(s) has been successfully processed (i.e. printed or > displayed). > > 2.4 We request further study and a more complete solution on mechanisms > for capabilities request and indication that can be used to meet the > Internet fax requirements for capability exchange. > > We understand that MDN/DSN capabilities exchange mechanism is under > discussion in IETF. > > 3. Terminal Mode > > T.37 Terminal Mode which defines a new email header for T.30 signals was > introduced and discussed. It supports the transfer of image data, > capabilities exchange, and confirmation for store and forward Internet > facsimile terminals having limited memory and small CPU power. It was > agreed to leave this for further study. > > __________________ > > > From owner-ietf-fax@mail.imc.org Thu Jul 27 18:36:34 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA25620 for ; Thu, 27 Jul 2000 18:36:33 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id OAA15732 for ietf-fax-bks; Thu, 27 Jul 2000 14:49:13 -0700 (PDT) Received: from mis2.centigram.com (pix77.centigram.com [198.137.183.77]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA15700; Thu, 27 Jul 2000 14:47:37 -0700 (PDT) Received: from notes.centigram.com (notes.centigram.com [129.1.11.64]) by mis2.centigram.com (8.9.1/8.9.1) with SMTP id OAA24193; Thu, 27 Jul 2000 14:50:33 -0700 (PDT) From: eric_burger@adc.com Received: by notes.centigram.com(Lotus SMTP MTA Internal build v4.6.2 (651.2 6-10-1998)) id 88256929.00784327 ; Thu, 27 Jul 2000 14:53:35 -0700 X-Lotus-FromDomain: CENTIGRAM To: vpim@lists.neystadt.org, ietf-fax@imc.org, ietf-822@imc.org Message-ID: <88256929.007842C3.00@notes.centigram.com> Date: Thu, 27 Jul 2000 14:53:33 -0700 Subject: Flurry of mail from me Mime-Version: 1.0 Content-type: multipart/mixed; Boundary="0__=VhjTBdwbkUGu7wkECn7MeyUtqLQun78khvF3nRQ2pv1LCYZY1Ntjfg4Q" Content-Disposition: inline Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --0__=VhjTBdwbkUGu7wkECn7MeyUtqLQun78khvF3nRQ2pv1LCYZY1Ntjfg4Q Content-type: text/plain; charset=us-ascii Content-Disposition: inline It looks like we've had an electronic oops here at Centigram. --0__=VhjTBdwbkUGu7wkECn7MeyUtqLQun78khvF3nRQ2pv1LCYZY1Ntjfg4Q Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =A0I sent out the drafts you (hopefully) received today back on the 14th, to meet the= ID submission deadline. =A0Unfortunately, the submissions got eaten somewh= ere between here and there. =A0Why I never received a NDN, I'll never know = :-) By the way, ADC Telecommunications just completed its acquisition of Centigram. =A0I didn't update the documents to reflect this (minor) cha= nge. -- - Eric = --0__=VhjTBdwbkUGu7wkECn7MeyUtqLQun78khvF3nRQ2pv1LCYZY1Ntjfg4Q-- From owner-ietf-fax@mail.imc.org Thu Jul 27 18:47:50 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA27536 for ; Thu, 27 Jul 2000 18:47:49 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id OAA14394 for ietf-fax-bks; Thu, 27 Jul 2000 14:21:55 -0700 (PDT) Received: from mis2.centigram.com (pix77.centigram.com [198.137.183.77]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA14282; Thu, 27 Jul 2000 14:20:18 -0700 (PDT) Received: from notes.centigram.com (notes.centigram.com [129.1.11.64]) by mis2.centigram.com (8.9.1/8.9.1) with SMTP id OAA23761; Thu, 27 Jul 2000 14:22:16 -0700 (PDT) From: eric_burger@adc.com Received: by notes.centigram.com(Lotus SMTP MTA Internal build v4.6.2 (651.2 6-10-1998)) id 88256929.0075AEFF ; Thu, 27 Jul 2000 14:25:25 -0700 X-Lotus-FromDomain: CENTIGRAM To: internet-drafts@ietf.org, vpim@lists.neystadt.org, ietf-fax@imc.org, ietf-822@imc.org cc: gparsons@nortelnetworks.com Message-ID: <88256929.0075AEB0.00@notes.centigram.com> Date: Thu, 27 Jul 2000 14:25:24 -0700 Subject: draft-ietf-vpim-cc-00.txt Mime-Version: 1.0 Content-type: multipart/mixed; Boundary="0__=DbDipUoTxnyzUrufZ600uovoQbRZ4aY11lONlDD17RVJOk5sENFZNXjH" Content-Disposition: inline Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --0__=DbDipUoTxnyzUrufZ600uovoQbRZ4aY11lONlDD17RVJOk5sENFZNXjH Content-type: text/plain; charset=us-ascii Content-Disposition: inline ----- Forwarded by Eric Burger/US/Centigram on 07/27/00 05:22 PM ----- |------------------------+------------------------> | | Eric Burger | | | | | | 07/14/00 05:49 PM | | | | |------------------------+------------------------> >------------------------| | | | --0__=DbDipUoTxnyzUrufZ600uovoQbRZ4aY11lONlDD17RVJOk5sENFZNXjH Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =A0 =A0 =A0 =A0 To: | | vpim@lists.neystadt.o| | rg, ietf-fax@imc.org,| | ietf-822@imc.org | | =A0 =A0 =A0 =A0 cc: | | =A0 =A0 =A0 =A0 Subject: | | draft-ietf-vpim-cc-00| | .txt | >------------------------| This is a rewrite of draft-burger-vpim-cc-00.txt I renamed the document to reflect VPIM's new work group status. =A0Sinc= e it has a new name, it's still 00. =A0To avoid confusion, I put the Obsolet= es header in. 1. Abstract Added language explaining the usefulness of critical content. 3. Introduction Changed emphasis from notification to critical content indication. Added clarifying language to when DSN/PNDN and MDM/PMDM are generated i= f the reader isn't familiar with DSN & MDN. 4. It's not notification, it's criticality! OLD TERM =A0 =A0 =A0NEW TERM Notification =A0Criticality NOTIFY =A0 =A0 =A0 =A0CRITICAL PARTIAL =A0 =A0 =A0 IMPORTANT IGNORE =A0 =A0 =A0 =A0IGNORE Added section 4.6 summarizing the action of CRITICAL, IMPORTANT, and IGNORE. (See attached file: draft-ietf-vpim-cc-00.txt) = --0__=DbDipUoTxnyzUrufZ600uovoQbRZ4aY11lONlDD17RVJOk5sENFZNXjH Content-type: application/octet-stream; name="draft-ietf-vpim-cc-00.txt" Content-Disposition: attachment; filename="draft-ietf-vpim-cc-00.txt" Content-Description: Text - character set unknown Content-Transfer-Encoding: x-uuencode begin 644 draft-ietf-vpim-cc-00.txt M#0H-"DYE='=O6EN9R!T:&4@8F]D>2!P87)T2!K;F]W:6YG('=H870@<&%R=',@;V8@82!M97-S M86=E('1H92!S96YD97(@9&5E;7,@8W)I=&EC86PL(&$@351!#0H@("!O2!H86YD;&4@;75L=&DM<&%R="!M97-S86=E M2!D96-I9&4@=VAA=`T*("`@<&%R=',@=&\@9F]R=V%R M9"X@($ET(&-A;B!I;F1I8V%T92!H;W<@:&%R9"!A(&=A=&5W87D@2!T;PT*("`@9&5L:79E2!P87)T7-T96T@;V8@;&5S2!F;W(@8V]N=F5N:65N8V4-"B`@(&%N9"!M86ME2!P=7)P;W-E(&]F('1H97-E(&YO;BUE2!I;F9O'0N("!296%D97)S('=H;W-E('-O;&4@<'5R<&]S92!I'!I2!S>7-T96US(&AA=F4@82!L:6UI=&5D(&%B:6QI='D@ M=&\@7-T96T@97AC:&%N9VEN9R!E;&5C=')O;FEC(&UE7-T96T@ M9F]R(&EL;'5S=')A=&EV92!P=7)P;W-E'1E M;G-I;VYS('-U8V@-"B`@(&%S($U)344@6S-=(&5N86)L92!T:&4@9&5S:W1O M<"!T;R!S96YD(&%N9"!R96-E:79E(&UU;'1I+7!A2!B=7-I;F5S2!V;VEC90T*("`@;65S M2!R96YD97(@=F]I8V4N("!%>'1E;G-I;VYS M('-U8V@@87,@9F%X(&5N86)L90T*("`@=&AE('9O:6-E(&UA:6P@7-T96US#0H@("!C86X@'0@ M=7-I;F<@=&5X="UT;RUS<&5E8V@@;W(@=&5X="UT;RUF87@@=&5C:&YO;&]G M>2X-"B`@($%L=&AO=6=H('1H96]R971I8V%L;'D@<&]S2!O9B!T:&4@=F]I8V4@;65S2!N;W0- M"B`@(&)E(&-A<&%B;&4@;V8@2!N;W0@ M8F4@8V%P86)L92!O9B!N;W1I9GEI;F<@=&AE(')E8VEP:65N="!T:&%T('1H M97)E('=E2!O9B!T:&4@2!D96QI M=F5R:6YG#0H@("!A(&UE7-T96T@9&ED(&YO="!D M96QI=F5R#0H@("!N;VXM8W)I=&EC86P@<&%R=',@;V8@82!M97-S86=E+B`@ M26X@9F%C="P@=&AE('-E;F1E2!B92!S M:6QE;G1L>2!A9&1I;F<@8F]D>2!P87)T2`R,#`P M#0T*#0H-"B`@($]U=&QO;VL@;V9T96X@=VEL;"!A='1A8V@@82!43D5&('-E M8W1I;VX@;W(@;W1H97(@8F]D>2!P87)T2!C;VYF=7-E9"!A;F0@=7!S970N#0H-"B`@(%1H=7,L M('1H97)E(&ES(&$@;F5E9"!F;W(@82!M971H;V0@;V8@:6YD:6-A=&EN9R!T M;R!A($UA:6P@5')A;G-F97(-"B`@($%G96YT("A-5$$I(&]R(%5S97(@06=E M;G0@*%5!*2!T:&%T('1H92!S96YD97(@8V]N2!P M87)T2!P87)T+B`@2&]W979E2!N;W0@8F4@87=A&%M<&QE('=O=6QD(&)E('1H92!43D5&('!A2!P87)T7-T96T-"B`@(&-A;FYO M="!D96QI=F5R(&$@8W)I=&EC86P@8F]D>2!P87)T+@T*#0H@("!);B!S:&]R M="P@=V4@;F5E9"!A(&UE=&AO9"!O9B!L971T:6YG('1H92!S96YD97(@:6YD M:6-A=&4@=VAA="!B;V1Y+0T*("`@<&%R=',@:&4@8V]N2!B;V1Y#0H@ M("!P87)T(&AE861E2`R,#`P#0T*#0H-"B`@ M($Y/5$4Z($$@2!P87)T(&-R M:71I8V%L(&ES('1O('5S92!A(&-O;G1E;G0M9&ES<&]S:71I;VX-"B`@('!A M3TB M1F]O(B<-"B`@('!A2!F96QT('-T2!%;G1I M='D-"@T*("`@5&AE($-O;G1E;G0M0W)I=&EC86QI='D@9FEE;&0@:7,@82!- M24U%(&)O9'D@<&%R="!H96%D97(@:6YS97)T960@8GD-"B`@('1H92!S96YD M:6YG(%5!('1O(&EN9&EC871E('1O('1H92!R96-E:79I;F<@351!(&]R(%5! M('=H971H97(@=&\-"B`@(&-O;G-I9&5R('1H:7,@8F]D>2!P87)T(&-R:71I M8V%L+@T*#0H@("!!($-2251)0T%,(&)O9'D@<&%R="!I2!B90T*("`@:6YT97)E0T*("`@<&%R="X-"@T*("`@ M06X@24=.3U)%(&)O9'D@<&%R="!I7-T96T@ M9&5L:79E7-T96T@8V%N M#0H@("!S:6QE;G1L>2!D96QE=&4@'0@2!A;B!-5$$@;W(@54$@ M9VEV96X-"B`@('1H92!D:69F97)E;G0@=F%L=65S(&]F($-O;G1E;G0M0W)I M=&EC86QI='DN#0H-"B`@($Y/5$4Z(%1H:7,@:6UP;&EE7!E7!E+B`@4V]M92!V;VEC92!M86EL('-Y2!A='1A8VAM M96YT2!E=F5N="X-"@T*("`T+C$N($-2251)0T%,#0H-"B`@(")#;VYT M96YT+4-R:71I8V%L:71Y.B!#4DE424-!3"(@2`B87!P M2!H879E M#0H@("!S=7!P3H@24U03U)404Y4(B!S:6=N:69I97,@ M=&AA="!T:&4@2!P87)T(&1O97,@;F]T(')E2!P87)T2!I M2!P87)T+@T*#0H-"D)U2`R M,#`P#0T*#0H-"B`@($EF('1H92!R96-E:79I;F<@2!S:6QE;G1L>2!D96QE=&4@=&AE M(&)O9'D@<&%R="X@(%1H90T*("`@2!F86EL=7)E+"!U;FQE2!T;R!I;G9O;'9E('-O;64@'1R96UE(2`@665S+"!I="!W;W5L9"!W965D#0H@("!O=70@;F]N+6-O M;F9O2!P M:7-S(&]F9@T*("`@=7-E2!W:71H(&9U='5R92!U'!E8W0@=&AI0T*#0H@("!4:&4@9F]L;&]W:6YG('1A8FQE M('-U;6UA'!I2!P87)T(&ES(&1E;&EV97)A8FQE+B`@4V%M<&QE(&%C=&EO;G,@82!- M5$$@8V%N#0H@("!T86ME(&%R92!G96YE&%M M<&QE+"!I9B!A('-E;F1E'!L:6-I=&QY(&UA2!D96QE=&4@ M=6YD96QI=F5R86)L90T*("`@<&%R=',N("!(;W=E=F5R+"!64$E-=C(@2!E+6UA:6P@9G)O;0T*("`@=&AE($EN=&5R;F5T+B`@2&]W M979E2!#;VYS:61E2X@($IU2!V86QU92!D;V5S M;B=T(&UE86X@=&AA="!T:&4@;65S7!E(&]F('-Y6YT87@@:7,@:6X@86-C;W)D86YC92!W:71H('1H92!!0DY&(&]F#0H@ M("!;.5TN("!.;W1E('1H870@<&5R(%)&0R`R,#0U+"!N;VYE(&]F('1H92!S M=')I;F=S(&%R92!C87-E#0H@("!S96YS:71I=F4N#0H-"@T*("`@("`@("`B M0V]N=&5N="U#2(@(CHB(&YO=&EF:6-A=&EO;BUT>7!E($-2 M3$8-"@T*("`@("`@("!N;W1I9FEC871I;VXM='EP92`](")#4DE424-!3"(@ M+R`B24U03U)404Y4(B`O("))1TY/4D4B#0H-"@T*#0HX+B`-("!2969E7!E'0^+"!7;W)K(&EN(%!R;V=R97-S+"!E>'!I'0L($UA'!I'1E;G-I;VX@ M9F]R($1E;&EV97)Y(%-T871U2`Q.3DV M+@T*#0H@("`X("!&86IM86XL(%(N+"`B06X@17AT96YS:6)L92!-97-S86=E M($9O`T*("`@("`@4W!E8VEF:6-A=&EO;G,Z($%"3D8B+"!21D,@,C(S M-"P@26YT97)N970@36%I;"!#;VYS;W)T:75M(&%N9`T*("`@("`@1&5M;VX@ M26YT97)N970@3'1D+BP@3F]V96UB97(@,3DY-RX-"@T*#0H-"@T*.2X@#2`@ M06-K;F]W;&5D9VUE;G1S#0H-"B`@(%=E)V0@;&EK92!T;R!T:&%N:R!.960@ M1G)E960@9F]R('!O:6YT:6YG(&]U="!T:&%T('1H:7,@;65C:&%N:7-M#0H@ M("!W87,@86)O=70@8W)I=&EC86QI='DL(&YO="!N;W1I9FEC871I;VX@<&5R M('-E+B`@5&AA="!I;G-I9VAT(&UA9&4-"B`@('1H92!C;VYC97!T(&%N9"!D M97-C2!M;W)E('-T7-T96US#0H@("`R,#`@475A;FYA M<&]W:71T(%!K=WDN#0H@("!786ME9FEE;&0L($U!("`P,3@X,`T*("`@55-! M#0H-"B`@(%!H;VYE.B`K,2`W.#$O,C$S+3(S,C0-"B`@($5M86EL.B!E;6EL M>4!C;VUV97)S96YS+F-O;0T*#0H-"@T*#0H-"@T*0G5R9V5R(&%N9"!#86YD M96QL("`@("`@("`@17AP:7)E2!L:6-E;G-E('5N9&5R('-U8V@@2!E9F9O2!A2!I;7!L96UE;G1E2!T;R!B0T* M("`@8V]P>7)I9VAT0T*("`@2!C M;W9E2X@($%L;"!2:6=H=',@4F5S97)V960N#0H-"B`@(%1H:7,@9&]C=6UE;G0@ M86YD('1R86YS;&%T:6]N2!B92!P2!N;W0@8F4@;6]D:69I960@ M:6X@86YY('=A>2P@2!R96UO=FEN9PT*("`@=&AE(&-O<'ER M:6=H="!N;W1I8V4@;W(@2!OF%T:6]N7)I9VAT'!I; Thu, 27 Jul 2000 18:51:48 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id OAA14376 for ietf-fax-bks; Thu, 27 Jul 2000 14:21:18 -0700 (PDT) Received: from mis2.centigram.com (pix77.centigram.com [198.137.183.77]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA14252; Thu, 27 Jul 2000 14:19:32 -0700 (PDT) Received: from notes.centigram.com (notes.centigram.com [129.1.11.64]) by mis2.centigram.com (8.9.1/8.9.1) with SMTP id OAA23757; Thu, 27 Jul 2000 14:21:55 -0700 (PDT) From: eric_burger@adc.com Received: by notes.centigram.com(Lotus SMTP MTA Internal build v4.6.2 (651.2 6-10-1998)) id 88256929.0075A464 ; Thu, 27 Jul 2000 14:24:57 -0700 X-Lotus-FromDomain: CENTIGRAM To: internet-drafts@ietf.org, vpim@lists.neystadt.org, ietf-fax@imc.org, ietf-822@imc.org Message-ID: <88256929.0075A307.00@notes.centigram.com> Date: Thu, 27 Jul 2000 14:24:55 -0700 Subject: draft-ietf-vpim-hint-00.txt Mime-Version: 1.0 Content-type: multipart/mixed; Boundary="0__=qWage3wDvFLsdCYMC3yS8AMKjVr3bIxOsCfQzgM6CxHM3o2DXM434YGH" Content-Disposition: inline Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --0__=qWage3wDvFLsdCYMC3yS8AMKjVr3bIxOsCfQzgM6CxHM3o2DXM434YGH Content-type: text/plain; charset=us-ascii Content-Disposition: inline ----- Forwarded by Eric Burger/US/Centigram on 07/27/00 05:22 PM ----- |------------------------+------------------------> | | Eric Burger | | | | | | 07/14/00 05:59 PM | | | | |------------------------+------------------------> >------------------------| | | | --0__=qWage3wDvFLsdCYMC3yS8AMKjVr3bIxOsCfQzgM6CxHM3o2DXM434YGH Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =A0 =A0 =A0 =A0 To: | | vpim@lists.neystadt.o| | rg, ietf-fax@imc.org,| | ietf-822@imc.org | | =A0 =A0 =A0 =A0 cc: | | =A0 =A0 =A0 =A0 Subject: | | draft-ietf-vpim-hint-| | 00.txt | >------------------------| This document is a significant rewrite of draft-burger-vpim-pc-00.txt .= =A0It incorporates work done by Graham Klyne and Charles Eliot on the goals a= nd rationale. =A0I think it addresses most of Keith's comments. (See attached file: draft-ietf-vpim-hint-00.txt) = --0__=qWage3wDvFLsdCYMC3yS8AMKjVr3bIxOsCfQzgM6CxHM3o2DXM434YGH Content-type: application/octet-stream; name="draft-ietf-vpim-hint-00.txt" Content-Disposition: attachment; filename="draft-ietf-vpim-hint-00.txt" Content-Description: Text - character set unknown Content-Transfer-Encoding: x-uuencode begin 644 draft-ietf-vpim-hint-00.txt M#0H-"DYE='=O'0@("`@("`@("`@("`@("`@("`@("`@("`@($4N($-A;F1E M;&P-"D]B2!O=&AE<@T*("`@9&]C=6UE;G1S(&%T(&%N>2!T:6UE+B!)="!I'0- M"@T*("`@5&AE(&QI2!P2!S:6UI;&%R('1O('1H92!U M2!A(&=I=F5N(&)O9'D@<&%R="X@($-O M;G1E;G0M2&EN="!G:79E'0@;V8@=&AE(&UE2X@(%1H M:7,@86QL;W=S#0H@("!T:&4@2!T;R!T:&4-"B`@(')E8VEP M:65N="X-"@T*("`@5&AI&%M<&QE+`T*("`@;VYE(&-A;B!E;G9I'0@;65S'!I"`N+BXN+BXN+BXN+BXN M+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+C@-"C8N,BXQ+B`@("!V M;VEC92UM97-S86=E+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN M+BXN+BXN+BXN+BXN+BXY#0HV+C(N,BX@("`@9F%X+6UE"UM97-S86=E+BXN+BXN+BXN+BXN+BXN+BXN+BXN M+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN,3$-"C@N,BXS+B`@("!V:61E M;RUM97-S86=E+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN M+BXN+BXN+BXN+C$R#0HX+C(N-"X@("`@2!T;R!T:&4@2!W;W)D'!I71H:6YG(&5S0T*("`@8V]N=&5X="X@(%)E861E2!S:VEP('-U8V@@:6YF;W)M871I;VXN("!(;W=E=F5R M+"!I="!M87D@8F4@;V8@=7-E#0H@("!T;R!T:&]S92!W:&\@=VES:"!T;R!U M;F1E2!W92!M861E(&-E2!B92!P'0@;65S0T*("`@ M875T;VUA=&EC86QL>2!P2!V;VEC92!M97-S86=E7-T96US#0H@("!I"(L(&%N9"!T;R!O9F9E<@T*("`@=&AE M;2!T;R!T:&4@=7-E0T*("`@<&5R M8V5I=F4@=F]I8V5M86EL('1O(&AA=F4@86X@:6UP;&EC:70@87-S=6UP=&EO M;B!O9B!U2!M87D@=VES:"!T;R!G871H M97(@=&AE;2!T;V=E=&AE2!A;B!I;F1I8V%T:6]N('1O('1H92!U M7!E(&EN M=&\@86YO=&AE"!D:7-P;&%Y(&QI'!I2!A('9O:6-E+6]N;'D@=&5L97!H;VYE#0H@("`@("`@('5S97(@:6YT97)F M86-E*2X-"@T*("`@02!P2!S;VUE('-U<'!L96UE;G1A7!E#0H@("!U7!E'0M8F%S960@9&\@;F]T(&UE86X@=&AA M="!T:&5Y(&-A;FYO=`T*("`@8V]N=F5Y(&$@=F]I8V4M;65S2!M=71A8FEL:71Y('-E2!S:7IE+@T*#0H@("!4 M>7!I8V%L;'DL(&]N92!U2!A M;F0@86X@86QP:&%N=6UE6)O87)D+@T*("`@075D:6\L('9I9&5O M+"!A;F0@<')I;G1I;F<@8V%P86)I;&ET:65S(&%R92!N;W0@;F5C97-S87)I M;'D-"B`@(&%V86EL86)L92X-"@T*0G5R9V5R(&5T+B!A;"X@("`@("`@("`@ M("`@17AP:7)E2!T97AT=6%L(&EN M9F]R;6%T:6]N(&]F#0H@("!L:6UI=&5D('-I>F4L('1Y<&EC86QL>2P@=7`@ M=&\@,38P(&-H87)A8W1E2P@ M=&AE(&UOF4L#0H@("!T>7!I8V%L;'D@ M82!S;6%L;"!N=6UB97(@;V8@<&%G97,N("!3;VUE=&EM97,@<&5O<&QE('5S M92!F86-S:6UI;&4-"B`@(&9O2!T:&%T('5S=6%L;'D@=7-E&-H86YG97,@87)E(&EN(&ES;VQA=&EO;BP@7!I8V%L;'D@;F]T('-U:71A8FQE(&9O<@T*("`@ M9G5R=&AE2!S96YT(&)E='=E96X@:G5S M="!T=V\@<&%R=&EE6EN9R!D:6%G M2!#;VYT96YT(&]F($EN=&5R;F5T($UA:6P@("`@("`@("`@2G5L>2`R,#`P M#0T*#0H-"B`@,RXS+B!4:&4@9V]A;`T*#0H@("!4:&4@9V]A;"P@=&AE;BP@ M;V8@=&AI2!A;F0@9F]R=V%R9"!T M:&4@;65SF4N#0H-"B`@(&\@("`@4W!E8VEF>2!M97-S86=E(&-L87-S97,@8GD@ M=&AE(&]R:6=I;F%T:6YG('5S97(G'1E;G-I8FQE('1O(&%L;&]W M(&YE=R!K:6YD2!B=7)D96YS M;VUE(&9O2!V:61E;R!M86EL#0H@("!O8FIE8W1S M(&%R92!Q=6ET92!L87)G92X-"@T*#0I"=7)G97(@970N(&%L+B`@("`@("`@ M("`@("!%>'!I&5D(&5V97)Y#0H@("!T:6UE('-O M;65O;F4@:61E;G1I9FEE2!S97)V97,@=&\@:61E M;G1I9GD@=&AE(&-O;G1E;G0@8V]N=&5X="!O9B!T:&4-"B`@(&UE2!I;F1I8V%T:6]N(&]F(&-O;G1E M;G0@=&AA="!T:&4@54$-"B`@(&UU2!A;B!I;F1I8V%T;W(L(&=O;V9Y('-I='5A=&EO;G,L('-U8V@@87,@80T* M("`@;65S2!P87)T+"!-55-4#0H@("!.3U0@9V5N97)A=&4@86YY M(&5R0T*("`@=&AE M('-E;F1I;F<@54$@=&\@:6YD:6-A=&4@=&AE('!R:6UA7!E(&]F('1H92!M97-S86=E+@T*#0H@(#8N,2X@0V]N=&5N="U(:6YT(%-Y M;G1A>`T*#0H@("!4:&4@`T*#0H@("!4:&4@8V]N=&5N="UT>7!E M(&EN9&EC871E2!M961I82!C;VYT96YT(&-O;G1E>'0@ M;V8@=&AE#0H@("!M97-S86=E+B`@5&AI'!I7!E(#T@=&]K96X@ M("`[($1E9FEN960@86YD(')E9VES=&5R960@<&5R(%-E8W1I;VX@.`T*("`@ M("`@("`@("`@("`@("`@("`@("`O('@M=&]K96X@.R!%>'!E"TB/@T*#0H@("`@ M("`@('@M=&]K96X@/2`\"UM97-S86=E#0H-"B`@(%1H M92!F87@M;65S'0@;65S2X@($]N92!C86X@:6UA9VEN92!O;F4@8W)E871I;F<@ M86X@(D%P<&QI8V%T:6]N(B!C;VYT96YT(&AI;G0L#0H@("!A;F0@:&%V92!A M('!O;W)L>2!D97-I9VYE9"!U2!P87)T2!#;VYT M96YT(&]F($EN=&5R;F5T($UA:6P@("`@("`@("`@2G5L>2`R,#`P#0T*#0H- M"B`@($-O;G1E;G0M:&EN="!T;R!B92!A(&AI;G0@;VYL>2X@(%1H92!R96-E M:79E'0@=F%L=64-"@T*("`@4&%R86UE=&5R('9A;'5E.@T*("`@5&AE('!A7!E#0H@("!O;FQY M+B!/;F4@8V%N(&EM86=I;F4@;VYE(&-R96%T:6YG(&%N(")!<'!L:6-A=&EO M;B(@<')I;6%R>2!C;VYT96YT#0H@("!T>7!E+"!A;F0@:&%V92!A('!O;W)L M>2!D97-I9VYE9"!U'0-"@T*("`@07!P;&EC M871I;VYS('=H:6-H('5S92!T:&ES(&UE9&EA('1Y<&4Z#0H@("!-86EL#0H@ M("!64$E-#0H@("!&4$E-#0H-"B`@($%D9&ET:6]N86P@:6YF;W)M871I;VXZ M(&YO;F4-"@T*("`@4&5R2!#;VYT96YT(&]F($EN=&5R;F5T M($UA:6P@("`@("`@("`@2G5L>2`R,#`P#0T*#0H-"B`@(#@N,BX@#2`@("`@ M("!07!E2!#;VYT96YT M(&]F($EN=&5R;F5T($UA:6P@("`@("`@("`@2G5L>2`R,#`P#0T*#0H-"B`@ M(%)E<75I2!C;VYS:61E2!C;VYS:61E'0-"@T*("`@07!P;&EC M871I;VYS('=H:6-H('5S92!T:&ES(&UE9&EA('1Y<&4Z#0H@("!&4$E-#0H- M"B`@($%D9&ET:6]N86P@:6YF;W)M871I;VXZ#0H@("!N;VYE#0H-"B`@(%!E M7!E2!C;VYS:61E2!#;VYT96YT(&]F($EN=&5R;F5T($UA:6P@("`@ M("`@("`@2G5L>2`R,#`P#0T*#0H-"B`@($EN=&5R;W!E7!E#0H@("`@("!296=I6YT87@-"B`@("`@(%-P96-I9FEC871I;VYS M.B!!0DY&(BP@4D9#(#(R,S0L($EN=&5R;F5T($UA:6P@0V]N2!F2!#;VYT96YT(&]F($EN=&5R;F5T M($UA:6P@("`@("`@("`@2G5L>2`R,#`P#0T*#0H-"@T*#0HQ,2X@#2`@($%U M=&AO#H@*S$@,S`Q+S(Q,BTS,S(P#0H@("!%;6%I;#H@92YB=7)G M97)`:65E92YO2!#86YD96QL#0H@("!#;VUV97)S M92!.971W;W)K(%-Y2X- M"B`@(%=A:V5F:65L9"P@34$@(#`Q.#@P#0H@("!54T$-"@T*("`@4&AO;F4Z M("LQ(#6YE#0H@("!#;VYT96YT(%1E8VAN;VQO M9VEE&-H86YG92Y-:6-R;W-O M9G0N8V]M#0H-"@T*#0I&=6QL($-O<'ER:6=H="!3=&%T96UE;G0-"@T*("`@ M5&AE($E%5$8@=&%K97,@;F\@<&]S:71I;VX@2!O2!O2!#;VYT96YT M(&]F($EN=&5R;F5T($UA:6P@("`@("`@("`@2G5L>2`R,#`P#0T*#0H-"B`@ M('1H:7,@9&]C=6UE;G0@;W(@=&AE(&5X=&5N="!T;R!W:&EC:"!A;GD@;&EC M96YS92!U;F1E2!S M=6-H(')I9VAT2!R:6=H=',@8GD@ M:6UP;&5M96YT97)S(&]R('5S97)S(&]F('1H:7,@2!T:&%T(&UA>2!B92!R97%U:7)E9"!T;R!P&5C=71I=F4-"B`@($1I2!W87DL('-U M8V@@87,@8GD@; Thu, 27 Jul 2000 19:25:17 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id OAA14383 for ietf-fax-bks; Thu, 27 Jul 2000 14:21:20 -0700 (PDT) Received: from mis2.centigram.com (pix77.centigram.com [198.137.183.77]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA14237; Thu, 27 Jul 2000 14:19:07 -0700 (PDT) Received: from notes.centigram.com (notes.centigram.com [129.1.11.64]) by mis2.centigram.com (8.9.1/8.9.1) with SMTP id OAA23753; Thu, 27 Jul 2000 14:21:20 -0700 (PDT) From: eric_burger@adc.com Received: by notes.centigram.com(Lotus SMTP MTA Internal build v4.6.2 (651.2 6-10-1998)) id 88256929.0075983B ; Thu, 27 Jul 2000 14:24:26 -0700 X-Lotus-FromDomain: CENTIGRAM To: internet-drafts@ietf.org, vpim@lists.neystadt.org, ietf-fax@imc.org, ietf-822@imc.org cc: gparsons@nortelnetworks.com Message-ID: <88256929.00759782.00@notes.centigram.com> Date: Thu, 27 Jul 2000 14:24:25 -0700 Subject: draft-ietf-vpim-pndn-00.txt Mime-Version: 1.0 Content-type: multipart/mixed; Boundary="0__=CsDe9eJ2BgHB2SrOxL7A9YafEDjH5JnOb4eYe8Yl5hKxUV2vKGlcXMsr" Content-Disposition: inline Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --0__=CsDe9eJ2BgHB2SrOxL7A9YafEDjH5JnOb4eYe8Yl5hKxUV2vKGlcXMsr Content-type: text/plain; charset=us-ascii Content-Disposition: inline ----- Forwarded by Eric Burger/US/Centigram on 07/27/00 05:19 PM ----- |------------------------+------------------------> | | Eric Burger | | | | | | 07/14/00 06:26 PM | | | | |------------------------+------------------------> >------------------------| | | | --0__=CsDe9eJ2BgHB2SrOxL7A9YafEDjH5JnOb4eYe8Yl5hKxUV2vKGlcXMsr Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =A0 =A0 =A0 =A0 To: | | vpim@lists.neystadt.o| | rg, ietf-fax@imc.org,| | ietf-822@imc.org | | =A0 =A0 =A0 =A0 cc: | | =A0 =A0 =A0 =A0 Subject: | | draft-ietf-vpim-pndn-| | 00.txt | >------------------------| This document has only two changes. The first is cosmetic, changing the name from draft-burger-vpim-pndn-01= .txt to draft-ietf-vpim-pndn-00.txt to reflect our new work group status. The second is requiring the notifications to be per-recipient only. =A0= This should keep the NDN's from breaking other implementations, like MIXER t= o X.400. =A0[THANKS Ned!] (See attached file: draft-ietf-vpim-pndn-00.txt) = --0__=CsDe9eJ2BgHB2SrOxL7A9YafEDjH5JnOb4eYe8Yl5hKxUV2vKGlcXMsr Content-type: application/octet-stream; name="draft-ietf-vpim-pndn-00.txt" Content-Disposition: attachment; filename="draft-ietf-vpim-pndn-00.txt" Content-Description: Text - character set unknown Content-Transfer-Encoding: x-uuencode begin 644 draft-ietf-vpim-pndn-00.txt M#0H-"DYE='=O'0- M"D-A=&5G;W)Y.B!3=&%N9&%R9',@5')A8VL-"D5X<&ER97,@:6X@2!.;W1I9FEC871I;VX-"@T*#0I3=&%T=7,@;V8@=&AI`T* M("`@;6]N=&AS+B`@3W1H97(@9&]C=6UE;G1S(&UA>2!U<&1A=&4L(')E<&QA M8V4L(&]R(&]B2!T:6UE M+B`@270@:7,@:6YA<'!R;W!R:6%T92!T;R!U0T*("`@;V-C=7)S+@T*#0H@ M("!4:&ES(&1O8W5M96YT(')E9FQE8W1S('=O"`N+BXN M+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+C$W M#0H@("`X+B`@(%-E8W5R:71Y($-O;G-I9&5R871I;VYS("XN+BXN+BXN+BXN M+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXQ.0T*#0H@("`@(#@N,2X@($9O M2!T;R!T:&4@'!I2!W;W)D2!S:VEP('=I M=&AO=70@;6ES2!B M92!O9B!U0T*("`@4W1A='5S($YO=&EF M:6-A=&EO;B`H1%-.*2!D97-C2!N;W1I9FEC M871I;VX@8V]M97,@86)O=70@8F5C875S90T*("`@;V8@=&AE(&EN=&5R;F5T M=V]R:VEN9R!O9B!);G1E7-T96US('1H870@9&\@;F]T(&9U;&9I;"!A;&P@ M;V8@=&AE('-E;6%N=&EC2!T;R!R96YD M97(-"B`@(&%L;"!P87)T2!V;VEC90T*("`@;65S'0M8V5N=')I8RX@($5X=&5N7-T96T@=&\@7-T96US(&-A;B!R96YD97(@=&5X="!U`T*("`@=&5C:&YO;&]G>2X@($%L=&AO=6=H M('1H96]R971I8V%L;'D@<&]S2!P87)T2P@,C`P,`T-"@T*#0H@("!R96-I<&EE;G0@8V%N M(&5I=&AE2!N;W0-"B`@(&)E(&-A<&%B;&4@;V8@2!N;W0@8F4@8V%P86)L92!O9B!N;W1I9GEI;F<@=&AE(')E8VEP M:65N="!T:&%T('1H97)E('=E2!O9B!T:&4@2!P M87)T+B`@4$Y$3B!O;FQY(&%D9')E7-T96T@=&\@:&%N9&QE('1H92!D871A('1Y<&4@8GD@;V)S97)V M:6YG('1H90T*("`@<&%R="=S(&UE=&%D871A+B`@3W1H97(@;65C:&%N:7-M M0T*("`@=&AI2!I;G1E7!E M('-T;W)A9V4@8V%P86)I;&ET:65S('1H86X@=&AE('-E;F1E2!P87)T2!T:&4@97-S M96YT:6%L#0H@("!R97%U:7)E;65N=',@;V8@6SA=+B`@26X@9F%C="P@:68@ M=&AE('9O:6-E(&UA:6P@2!I2!C M7-T96US+"!W92!D96-I9&5D('1O(&1E;&EV M97(@87,@;75C:"!O9B!T:&4@;65S6EN9R!T:&4@2!P87)T2P@ M,C`P,`T-"@T*#0H@("!.3U1%.B!4:&4@8V]N8V5P="!O9B!A(&-R:71I8V%L M('!A2!W:7-H('1O('-P96-I9GD@82!B;V1Y M('!A7-T96T@ M8V%N;F]T(&1E;&EV97(@=&AE('-P96-I9FEE9"!B;V1Y('!A7-T96T@=VEL;"!N;W0@9&5L:79E6EN9R!C7-T M96T@7-T96T@87,@82!P M965R(&4M#0H@("!M86EL(&-L:65N="X@(%1H92!O;FQY('-P96-I86P@8V]N M2!E;F-O9&EN9R!A;F0@<')O9FEL:6YG('1H92!M97-S86=E('=I M;&P@96YH86YC92!T:&4-"B`@(')E8V5I=FEN9R!S>7-T96TG2!D96QI=F5R('1H90T*("`@ M;65S7-T M96T@:7,@8V%P86)L92!O9B!D96QI=F5R:6YG('1H92!E;G1I7-T M96T@8V%N;F]T(&1E;&EV97(@86YY('!A2!P87)T(&]F('1H M90T*("`@;65S2!N;W1I9FEC871I;VX@*%!.1$XI#0H@("!A7!E(&]F('1H92!B;V1Y('!A&%M<&QE+"!C;VYS M:61E2X@($EF('1H92!M97-S86=E(')E8VEP:65N="!U2!.;W1I M9FEC871I;VX@("`@("`@("!*=6QY+"`R,#`P#0T*#0H-"B`@('-O;64@9&ES M8W5S7-T96T-"B`@(&%C=',@87,@8F]T:"!A(%5!(&%N9"!A($U4 M02X@(%1H92!-97-S86=E($1I7-T96T@:&%S#0H@("!R M96-E:79E9"!T:&4@;65S2!A="!T:&%T('!O:6YT(&=E;F5R871E(&$-"B`@(&YO=&EF:6-A M=&EO;B!T:&%T('1H92!S>7-T96T@8V]U;&0@;F]T(&1E;&EV97(@<&%R=',@ M;V8@=&AE(&UE2!T:&4@ M;&%N9W5A9V4@=7-E2!H879E('-E M;G0N#0H-"B`@(%1H92!03D1.(&ES(&$@7-T96T@=')A;G-M:71S(&$@4$Y$3B!A7!E(&]F(&UU;'1I<&%R="]R M97!O7-T M96T@8V%N('5S92!T:&4@;75L=&EP87)T+W)E<&]R="!C;VYT96YT+71Y<&4@ M9F]R(&%N>2!O9@T*("`@7!E('!A7!E(&]F(")D96QI M=F5R>2US=&%T=7,B+@T*#0H@("!!'!L86YA=&EO;B!O9B!T:&4@ M2US=&%T=7,N("!4:&4@=&AI7!E(&YA;64Z("`@("`@("`@("`@;65S2US=&%T=7,-"B`@ M("`@3W!T:6]N86P@<&%R86UE=&5R2!.;W1I9FEC M871I;VX@("`@("`@("!*=6QY+"`R,#`P#0T*#0H-"B`@("`@("`@("`@("`@ M("`@("`@("`@("`@("`@("`@8V]N9F]R;6EN9R!S>7-T96US($U54U0@=7-E M(&ET('1O#0H@("`@("`@("`@("`@("`@("`@("`@("`@("`@("`@(&UA:6YT M86EN(')E861A8FEL:71Y('=H96X@=FEE=V5D#0H@("`@("`@("`@("`@("`@ M("`@("`@("`@("`@("`@(&)Y(&YO;BU-24U%(&UA:6P@2US=&%T=7,B+@T*#0H@("!4 M:&4@8F]D>2!O9B!A(&UE7-T96US M('=I;&P-"B`@(&=E;F5R871E(%!A2!. M;W1I9FEC871I;VX@("`@("`@("!*=6QY+"`R,#`P#0T*#0H-"B`@('1H96ER M(&UE2!O;B!A;'1E6EN9PT*("`@8VAA2UP87)T(&-O;G1E;G0@<&%R=&EA;"!N;VXM9&5L:79E2!P87)T M(&EN9&EC871O2!P87)T#0H@ M("!I;F1I8V%T;W)S('!E&%M<&QE+"!T86ME M(&$@;65S2T-"B`@('!A2U5;G1I;"!F:65L9"!I65D(&1E;&EV97)Y(&YO=&EF:6-A=&EO;BX- M"@T*#0HU+C,N,BX@06-T:6]N($9I96QD#0H-"B`@(%1H92!A8W1I;VX@9FEE M;&0@2P@,C`P,`T-"@T*#0H@("!D96QI=F5R M(&%N>2!P87)T2!$4TX@6S-=+@T*#0H@("!.3U1%.B!#;VYS M:61E'!E2!$ M4TX@6S-=+B`@2&]W979E&5S('1H92!I;7!E0T*("`@:6YC;'5D92!T:&4@ M86-T=6%L(&AO2!W:&EC:"!B;V1Y('!A'!I&%C M=&QY('=H:6-H(&)O9'D@<&%R=`T*("`@=&AE(')E8V5I=FEN9R!S>7-T96T@ M:7,@;F]T(&-A<&%B;&4@;V8@9&5L:79E2!W:&EC:"!B;V1Y('!A7-T96T@:7,@;F]T#0H@("!C87!A8FQE(&]F(&1E;&EV97)I M;F2!P87)T('1H M90T*("`@7-T96T@ M:7,@;F]T(&-A<&%B;&4@;V8@:&%N9&QI;F2!P M87)T('1H92!R96-E:79I;F<@2!.;W1I9FEC871I M;VYS#0H@("!-55-4(&EN7-T96US('1H870@875T;VUA=&EC86QL>2!P M'!I7-T96T@=VEL;"!R971U2!W:71H(&$@;&]S&%M<&QE2!A;F0@87)E(&YO=`T*("`@82!N;W)M871I=F4@<&%R="!O M9B!T:&4@4$Y$3B!D969I;FET:6]N+B`@268@86X@97AA;7!L92!C;VYF;&EC M=',-"B`@('=I=&@@=&AE(&YO"!U"!M97-S86=E+@T*("`@2&5R92!I2P@,C`P,`T-"@T*#0H@("!4;SH@(D5R:6,@0G5R9V5R(B`\97)I M8RYB=7)G97)`8V5N=&EG&5D.PT*("`@("`@("!B;W5N9&%R>3TB+2TM+3U? M3F5X=%!A2!497-T M(%!L871F;W)M(%8X+C$R,C(N.3'1087)T7S`P,%\P,#`W7S`Q0D8S-$4Q+C'0O<&QA:6X[#0H@("`@("`@(&-H87)S970](FES;RTX.#4Y M+3$B#0H@("!#;VYT96YT+51R86YS9F5R+45N8V]D:6YG.B`W8FET#0H@("!# M;VYT96YT+4E$.B!497AT4&%R=#!!1D8X0@T*#0H@("!(97)E(&ES(&$@=&AR M964M<&%R="!M97-S86=E+B`@5&AE(&9I7!E.B!A M=61I;R]W878[#0H@("`@("`@(&YA;64](E9O:6-E($UE6E48DEF1'EBDY92VUW0T=V5`T*("`@=T5R8DEG87I%=E)!1VXU M:$UX:&-Q1U,U.55%,6-(16I2,#A!#0H-"B`@("TM+2TM+3U?3F5X=%!A2!(;W5S90T*#0H@("!356MQ04)H4T%!04%!53)A9T%&3FUO04)4 M6G%!054R86=!1DYM;T%"5%IQ04%5,F%G049.;6]!0E1:<4%!53)A9T%&3@T* M("`@054R86=!1DYM;T%"5%IQ04%5,F%G049.;6]!0E1:<4%!53)A9T%'4G%$ M=4@T2F5F53@O65-W9#@O>&1N-T-+0S1035<-"B`@("XN+@T*("`@54%!04=G M149!045!04%!255G04%'=T5&04%%04%!05%59T%!2D%%14%!14%!04%%04%! M04M!141!045!04%!0T%!04$-"B`@($%!04%!045!4F=%1$%!14%!04%!04%! M05)W141!045!04%!04%!04%!04%!04$]/0T*#0H@("`M+2TM+2T]7TYE>'10 M87)T7S`P,%\P,#`W7S`Q0D8S-$4Q+C2!.;W1I9FEC871I;VX@("`@("`@("!*=6QY+"`R M,#`P#0T*#0H-"@T*-BXQ+B!03D1.(%=I=&@@3VYE($9A:6QE9"!";V1Y(%!A M&%M<&QE('-H;W=S(&$@4$Y$3B!F;W(@82!S>7-T M96T@=&AA="!D;V5S(&YO="!H86YD;&4@=&5X="P-"B`@(&)U="!D;V5S(&AA M;F1L92!V;VEC92!A;F0@9F%X+@T*#0H-"@T*("`@1&%T93H@5&AU+"`R,B!. M;W8@,3DY.2`P.3HP-3HQ-2`M,#@P,`T*("`@1G)O;3H@36%I;"!$96QI=F5R M>2!3=6)S>7-T96T@/$U!24Q%4BU$045-3TY`0T5.5$E'4D%-+D-/33X-"B`@ M($UE7!E/61E;&EV97)Y+7-T871U2!P87)T('=I;&P@8F4@9&5L971E9"!F'!I7-T96T@=&AA="!D;V5S(&YO="!H86YD;&4@=&5X="!O<@T*("`@9F%X M+@T*#0H-"@T*("`@1&%T93H@5&AU+"`R,B!.;W8@,3DY.2`P.3HP-3HQ-2`M M,#@P,`T*("`@1G)O;3H@36%I;"!$96QI=F5R>2!3=6)S>7-T96T@/$U!24Q% M4BU$045-3TY`0T5.5$E'4D%-+D-/33X-"B`@($UE7!E/61E;&EV97)Y+7-T871U7!E.B!M97-S86=E+V1E;&EV97)Y+7-T871U M2!(;W5S92YT:68B#0H@("!3=&%T=7,Z(#4N-BXQ M("`@("`H365D:6$@;F]T(%-U<'!O2P@,C`P,`T- M"@T*#0H@("!(97)E(&ES(&$@=&AR964M<&%R="!M97-S86=E+B`@5&AE(&9I M7-T96T@=&AA="!D;V5S(&YO="!H86YD;&4@=&5X="P-"B`@ M(&)U="!D;V5S(&AA;F1L92!V;VEC92!A;F0@9F%X+B`@07-S=6UE('1H92!O M2!3=6)S>7-T96T@/$U!24Q%4BU$045- M3TY`0T5.5$E'4D%-+D-/33X-"B`@($UE7!E/61E M;&EV97)Y+7-T871U'0@4&%R="!T;R`\(&5R:6,N M8G5R9V5R0&-E;G1I9W)A;2YC;VT@/@T*("`@0V]U;&0@3F]T($1E;&EV97(@ M5&5X="!087)T('1O(#P@.#`P-34U,3(Q,D!V;2YS<"YN970@/@T*#0H@("!" M;V1Y('!A7!E.B!M97-S86=E+V1E;&EV97)Y+7-T871U2P@,C`P,`T-"@T*#0H-"B`@($%C=&EO;CH@9&5L:79E M"X-"@T*("`@+2U204$Q M-#$R."XW-S,V,34W-C4O0T5.5$E'4D%-+D-/32TM#0H-"@T*#0HV+C0N(%!. M1$X@5VET:"!/;F4@0F]D>2!087)T($9A:6QU2!087)T($9A:6QU'0L#0H@("!B M=70@9&]E"X@($AO=V5V97(L('1H92!R M96-I<&EE;G0@870-"B`@(&5R:6-B0&UT8RYT96QE8VYN8W0N8V]M(&1O97,@ M;F]T('-U8G-C"!S97)V:6-E+B`@07-S=6UE#0H@("!T M:&4@;W)I9VEN86P@;65S2!";V1Y(%!A7!E.B!M=6QT:7!A2US=&%T=7,[#0H@("`@("`@("!B;W5N9&%R>3TB4D%!,30Q M,C@N-S'0@4&%R="!T;R`\(#@P,#4U-3$R,3)`=FTN"!087)T('1O(#P@97)I8RYB=7)G97)` M8V5N=&EG'!I2!P M87)T('=I;&P@8F4@9&5L971E9"!F'1087)T M,$%&1CA"#0H-"B`@("TM4D%!,30Q,C@N-S"X-"@T*("`@+2U204$Q-#$R."XW M-S,V,34W-C4O0T5.5$E'4D%-+D-/32TM#0H-"@T*#0H-"C6YT87@-"@T*("`@5&AE(&9O;&QO=VEN9R!S>6YT87@@6YT87@@;V8@4&5R+4UE2!.;W1I9FEC871I;VX@ M("`@("`@("!*=6QY+"`R,#`P#0T*#0H-"B`@("`@("`@("!;(&1S;BUG871E M=V%Y+69I96QD($-23$8@70T*("`@("`@("`@(%L@'0-"@T*#0H@("!/"!O9B!097(M M4&%R="!&:65L9',-"@T*("`@<&5R+7!A'0-"@T* M#0I"=7)G97(@("`@("`@("`@("!);G1E2P@,C`P,`T-"@T*#0H@("!O7!E(#T@*G1E>'0-"@T* M("`@0T* M#0H@("!/;F4@8V%N(&9O&5S(BP-"B`@('-U8V@@87,@<&%G97)S+"!B96-O;64@ M;6]R92!W:61E;'D@=7-E9"!A'!I&%M<&QE+`T* M("`@:6X@86X@26YT97)N970@5F]I8V4@36%I;"!S8V5N87)I;RP@;VYE(&-A M;B!E;G9I2!O9B!A(&9O2!R97%U:7)E9"P@86YD('1H92!N871U2!O;F4@;W(@;6]R92!O9CH-"@T*("`@*&$I(&]M:71T:6YG('1H92`B M1FEN86PM4F5C:7!I96YT(B!F:65L9"P@87,@:70@:&%S#0H@("`@("`@;&ET M=&QE('5S92!T;R!T:&4@'1E;G-I;VX@9FEE;&1S(&]F(&$@4$Y$3@T*("`@("`@ M('=H96YE=F5R('1H97D@=V]U;&0@;W1H97)W:7-E(&-O;G1A:6X@8V]N9FED M96YT:6%L#0H@("`@("`@:6YF;W)M871I;VX@*'-U8V@@87,@82!C;VYF:61E M;G1I86P@9F]R=V%R9&EN9R!A9&1R97-S*2P-"@T*("`@*&,I(&9O2!O<'1I;VYA;"!03D1.(&9I96QD#0H@("!T:&%T(&ET(&1E=&5R;6EN M97,@:6YC;'5S:6]N(&]F('1H92!F:65L9"!W;W5L9"!I;7!O0T*("`@=7-E9"P@4F5T=7)N+5)E M8V5I<'0M5&\@97AT96YS:6]N(&AE861E'!I'1E;G-I M;VYS("A-24U%*2!087)T($]N93H@1F]R;6%T(&]F($EN=&5R;F5T($UE2!W;W)D'1E;G-I;VYS("A-24U%*2!087)T(%1W;SH@365D:6$@5'EP M97,B+"!21D,@,C`T-BP@26YN;W-O9G0@86YD#0H@("`@("!&:7)S="!6:7)T M=6%L+"!.;W9E;6)E`T*("`@("`@4W!E8VEF:6-A=&EO;G,Z($%"3D8B M+"!21D,@,C(S-"P@26YT97)N970@36%I;"!#;VYS;W)T:75M(&%N9`T*("`@ M("`@1&5M;VX@26YT97)N970@3'1D+BP@3F]V96UB97(@,3DY-RX-"@T*("`@ M,3$@5F%U9')E=6EL+"!'+BP@(D5N:&%N8V5D($UA:6P@4WES=&5M(%-T871U M7-T M96US+"!*86YU87)Y(#$Y.38N#0H-"@T*#0H-"C$P+B`-("`@06-K;F]W;&5D M9VUE;G1S#0H-"B`@($DG9"!L:6ME('1O('1H86YK($=R86AA;2!+;'EN92!A M;F0@2V5I=&@@36]O6YE(&%L2!O=VX-"B`@(&9A M=6QT+@T*#0H-"D)U2!.;W1I9FEC871I;VX@ M("`@("`@("!*=6QY+"`R,#`P#0T*#0H-"B`@($YE9"!&2!.;W1I9FEC871I;VX@("`@("`@ M("!*=6QY+"`R,#`P#0T*#0H-"C$R+B`-("`@3F]T:6-E2!L:6-E;G-E('5N9&5R('-U8V@@2!E9F9O2!A2!I;7!L96UE;G1O2!T;R!B0T*("`@8V]P M>7)I9VAT0T*("`@2!C;W9E2X@($%L;"!2:6=H=',@4F5S97)V960N#0H-"B`@(%1H:7,@9&]C=6UE;G0@ M86YD('1R86YS;&%T:6]N0T*("`@ M:VEN9"P@<')O=FED960@=&AA="!T:&4@86)O=F4@8V]P>7)I9VAT(&YO=&EC M92!A;F0@=&AI7)I M9VAT(&YO=&EC92!O&-E M<'0@87,@;F5E9&5D(&9O2!T:&4@26YT97)N970@4V]C:65T>2!O M; Fri, 28 Jul 2000 10:29:39 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id FAA12982 for ietf-fax-bks; Fri, 28 Jul 2000 05:09:47 -0700 (PDT) Received: from pasiphae.eastgw.xerox.com (root@pasiphae.xerox.com [208.140.33.23]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id FAA12971; Fri, 28 Jul 2000 05:09:40 -0700 (PDT) Received: from godzilla.ADOC.xerox.com (godzilla.ADOC.xerox.com [13.242.128.10]) by pasiphae.eastgw.xerox.com (8.9.3/8.9.3) with ESMTP id IAA20926; Fri, 28 Jul 2000 08:12:40 -0400 (EDT) Received: from mercury.adoc.xerox.com (mercury [13.242.100.20]) by godzilla.ADOC.xerox.com (8.8.8+Sun/8.8.8/ADOC-HUB-1.7) with ESMTP id FAA09274; Fri, 28 Jul 2000 05:12:32 -0700 (PDT) Received: by mercury.ADOC.xerox.com with Internet Mail Service (5.5.2448.0) id ; Fri, 28 Jul 2000 05:12:32 -0700 Message-ID: <51B8ABCE456FD111899900805F6FD6EE067A2ABA@mercury.ADOC.xerox.com> From: "McIntyre, Lloyd" To: "'IETF-web site - Paul Hoffman'" Cc: "Abercrombie, Dave" , "'IETF - Ned Freed (App Area Director)'" , "'IETF - Patrik Faltstrom (App. Area Director)'" , "'IFaxWG - Claudio Allocchio'" , "'IFaxWG - Hiroshi Tamura'" , "'Rafferty, James - Brooktrout'" , "Buckley, Robert R" , "'IETF fax WG'" , "McIntyre, Lloyd" Subject: RE: pre-draft for proposed draft-ietf-fax-tiff-fx-07 Date: Fri, 28 Jul 2000 05:12:28 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01BFF88D.1AF574F0" Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01BFF88D.1AF574F0 Content-Type: text/plain; charset="iso-8859-1" All, Please see the attached zipped copy of the proposed revision to draft-ietf-fax-tiff-fx-06, pre-draft draft-ietf-fax-tiff-fx-07, and cover note below. There was an attempt to have the pre-draft distributed on Wednesday, however that attempt apparently did not succeed. Please excuse the distribution of zipped format, this was the most reliable option. Lloyd > -----Original Message----- > From: McIntyre, Lloyd > Sent: Wednesday, July 26, 2000 9:35 PM > To: IETF-web site - Paul Hoffman > Cc: Abercrombie, Dave; IETF - Ned Freed (App Area Director); IETF - > Patrik Faltstrom (App. Area Director); IFaxWG - Claudio Allocchio; IFaxWG > - Hiroshi Tamura; Rafferty, James - Brooktrout; Buckley;Rob R > Subject: pre-draft for proposed draft-ietf-fax-tiff-fx-07 > > <> [LM] ---snip--- ________________ > All > A pre-draft of proposed draft-ietf-fax-tiff-fx-07 is posted on the IMC > page at for > temporary access to accommodate discussion during Wednesday August 2nd > FaxWG meeting. > > Your attention is being drawn to the few editorial corrections to > draft-ietf-fax-tiff-fx-06 that are contained within proposed > draft-ietf-fax-tiff-fx-07, see a copy of the difference list below. It is > emphasized that no functions / features are added or deleted - these > changes are all in the nature of cleaning up typos (No. 7, 3, 4), > clarifying text (5, 6), or making something consistent (1, 2)--by the way, > GPIFD and the related new fields were tested in Profile F. > > Note that draft-ietf-fax-tiff-fx-06 is currently under Draft Standard > consideration. > > The desired action is to obtain WG concurrence with regard to acceptance > of draft-ietf-fax-tiff-fx-07 as a replacement to > draft-ietf-fax-tiff-fx-06, which is currently under Draft Standard > consideration, without recycle to Proposed Standard. > > List of edits: > > +----+---------+-------------------------------------------------+ > | No.| Section | Edit Aug. 02, 2000 | > +----+---------+-------------------------------------------------+ > | 1. | 4.3.3 | Added reference to the "New fields" defined in | > | | | Section 2.2.4. This is consistent with what is | > | | | done in Sections 5.3, 6.3, 7.3 and 8.3. | > +----+---------+-------------------------------------------------+ > | 2. | 4.7 | Per #1, added GlobalParametersIFD, ProfileType, | > | | | FaxProfile and CodingMethod to the New Fields | > | | | portion of the table in Section 4.7. | > +----+---------+-------------------------------------------------+ > | 3. | 7.2.1 | FillOrder, 1st sentence, "Profile F" was changed| > | | | to "Profile L". This is consistent with the | > | | | profile being specified. | > +----+---------+-------------------------------------------------+ > | 4. | 8.1.2 | Last sentence of last paragraph, corrected the | > | | | Section 8.2.2 reference to Section 8.2.3. | > +----+---------+-------------------------------------------------+ > | 5. | 8.5 | ImageWidth row, added "Note, legal widths | > | | | for the Primary IFD". Clarifies that these width| > | | | are for the Primary IFDs (i.e. page) and not the| > | | | subIFD (i.e. sub-page images), as defined | > | | | in Section 8.2.1. | > +----+---------+-------------------------------------------------+ > | 6. | Annex A | ImageWidth row and Mixed Raster Content M | > | |Table A.1| column, added "Note, for the Mixed Raster | > | | | Content M profile these widths apply to the | > | | | Primary IFD." See rational in #5 above. | > +----+---------+-------------------------------------------------+ > | 7. | Annex A | PhotometricInterpretation row and Mixed Raster | > | |Table A.1| Content M column, deleted "1" to be consistent | > | | | with definitions in Sections 8.2.1 and 8.5. | > +----+---------+-------------------------------------------------+ > > > ------_=_NextPart_000_01BFF88D.1AF574F0 Content-Type: application/octet-stream; name="draft-ietf-fax-tiff-fx-07.zip" Content-Disposition: attachment; filename="draft-ietf-fax-tiff-fx-07.zip" Content-Transfer-Encoding: base64 UEsDBBQAAAAIACGm+igOGGeznsYAAL+ZAwAdAAAAZHJhZnQtaWV0Zi1mYXgtdGlmZi1meC0wNy50 eHTtvWtzG0eSKPp9IvwfOnQjdkgPABEPPm1PLEVJNr2ipEPS9vjM8b3RBJpkr0E0Ft0Qxbm6//3m syqrHwBIAR7Prlu7HhDozs7KysrKyufp28tX529fXbZfnh+/vowed513ohfz4a/j5OGLP72OP0Y/ ZbNf08lN9O0sm0+XPw7X35JZ9jE6yWbTbBYXaTb54k/H85t5XkQ7vVbU29nZWQ7DXi870Y/JJL4a J1/8aTSLr4t2mhTX7ev4Y7tIr+HDx/bOfqf4WDRCqMGo8d6VrotO9L/T8TjJnwboeJRdJdHFQ14k d3krOp0MO5+H0ZtOdDY8nRQPs+SpgNZNo2870ft4lmeTJ9IIrrfZrLhNZpPoMhknw+zu8zD6vhOd x9fXyax4eBKg7+Z38QQIdHc3n6RDItHThwbX6+RqNo9nD7giul/8Cf/V35eOk+h1NruLi+g6mwG3 FECTpIhgdfJjF0VczPMou46K2zSPzpK77IiB8X8v8dtRNpzfJZMigs8wDoXSfokrCr4Z4Q/pJLqe j8fRMJtc4xsnwyS6T4tbhhPDL9NZ9iHNcez4votkiHSIujv41/nrk95Ob69j3x2+B149A4giUhQl QT3xQ3s1uUknSTKDu2QIcf4rEgHw2Tp9dfl6uxWlDC2GBUTYw58K+AZlVd5BDioSgBwXDCVDdpJf o7v4AUaUZ9EozYtZejUv6jCL89pxLB0jCSoD50M8Tkc0fzG8+WN6N7/DUefpR4Zxl02K25xGgoiB eJhPR3GRjFrRLJmO4yF+gqezqzwbJ/B9dPUg43EvkVnC2XyIivQuAQqcFjyv8RRmbjpLYyRIFs1z T+12pHgLhFkCqyTBuQeeg0mIx/hmeGqYEjmTO3kzUHYCT0XPkG7IPPCOm1mS551nIf8l0RiIjAMe zmcz5MIyzYYACQYdD4fwOIxOp+zr26KYHj1/fn9/30Gx38lmN8/xw/NuOmrHVzB18RDmA8T/X5ve WeL1i9t4lN1HL9MZcG82S5NHvj2n5zu3xd34rwEfHEcfkhmuDbcUQy7gmSiSyShhVsjnV3dpTk8A dYGkDAfWUZSM0gKZBWYleg8zlyFasNAno3jGDwcLRsRS8SAIvUzz4ZwhI0vl85ubJCeRRc+md7iO E0IKuXWW/Nccfk9GwXi++NNJNn2YpTe3Ba6kdJjYX/1vWyfbRG+HzUU2BGo9RN3Dw0PgwWOQG+d4 Zx6dJ3ky+0DvwX8qA/kv/Ce6RwRQ4nEnCq9XH6cwaXkoOsNb/v4+vkminV8YmsOIZ16uRRLVgBKl BRUWjx/oMsJzIrCrwhWoCSISpstwQ3UKcZJ7/Z1uR6Ak/BhOUQvm6+4unqX/gAdgVRXKy3FRxMNb 5M88Op5MEtivmXHgtQRG8WjRrF7F+MaMAYwcR+TLWEKAodyMbuMPAChJJiALRgnIKxQLCK86onvA Crh5zkifxbPhLXLAQYug4TsFFZjC+ZilfgprYYoLAml3Nx3T+3lvZamOU5NNk1l8lY5T2bkLxHty 07EzoOR0VIxGST4EsQ7sgu+8PH39Otq6jG+i0zvkEMMD2wQFpCzgpW8n3OhGEMJxlE+TYXqdstSl hXf5Q/sSuBm0EsB4ZLQBpOUVyOtf24B/+/4WRSaOZJiN4ZfreJind/DuDqN9jWjQVssSR17E6gVy E74gm4wfol8n2T0JWxxJ+/XfOija6ckx/DpKrmHDZAzu0gmgPm5FyUeRNfj+cZbnoLDm0fcvTr9F QY2vzqOt9/rpohW9bkXfbyNQglMeBSjcvNUiX0Xfv3/1basEFX88Sz/CG89jkCYM5iRDkVfUvfKk Fb1pRWf0SiEQgriZxQ/5MB7TK5FQMC8EyoEYZrCL5NMMbmbBiRoLvUU0CdjuxkBFODPwVNHjpenq EBPkQn7cUkH+Z7MRKgC6qsL5mAse+Abijud4AInOTs9euWFePkyTjpUXsrpRa4HVlPNimoA4JX6i NVAkcJYYFvOY9KspqqjRjAXmcBzDRo4LQbj0BpcaoJdndwluy6iUyaBDZJEiMTCFiJA0DyQEiFbg flA7QE6krOzpU7g4CR7wHTzvt25GhfFg7ABy/QY9nbn9cdV/65H83Y1I/kviJKCBzHKOX3ZhCb69 PH/38oeTy9N3bztPvAZE0G4HwF0MYfKXP9F07QqkXic6RnUP9orlD9VeCqnfid7BLvYhTe5DnWY5 CLkAEqBD0heXNtB5+TP11z7h1EM6EThFbPmT5YshMawuSwHYxWZzWIGzx5HfQoJh8tbyJFCHBlJf RhgiRgyLfHrMso1lWOXq7gidegokGY94i0c9bDkAD6nrcPJUF3CoMMKClBMNwAVJ7cRzFVLPQELu HIF2C28HefdIoN2+gdQv4yTifSW0ursG0qATvQUWXwRtAaS9L/4EqMiuFl1EbdgEaQuOXrgt9Cfa QpH6cl+n5uoeEE59pPbT2RsvBwmofa5kNcNbDkEvgcSwutEL2PtpV3gsnBKkHoh0kKSkqT0aVG/H QOrT1D0eHboEUh956dzM+ONJ5SABL72a0Mb+Bum09erdm22SfecJLGM66eEuMsvG0db55cl2EySG 1Y3gHqDVcDxHWlXfu+jqdQWn3c+ScnD1egJpbzVGd/fQQebBQoIVPPBAXreZEZDoj1wtPd45Byqb 2k/eE3q7AumzV0tvT+ZuwDLz6cslgAR4PX259A4MpH7nM5ZL71Do9Pmr5dDh1P9MOllIn0cnC2k9 dAJGv0yGt2gvHoN2YM+30SkelZeB7u84nIjPYQGn08eLuU4JEtDpRVpE72ajZLb80dLV7xpIQKcz OC+kbdS+lz8bXgEkoNVJdoeH8McLuhDSLnJBjNSOfshJbUfk2v8F56sUTlaL57TfM5BI2sXDgubv 23k6IiZlbeqnWYpWCBHtMR0bPSkEiFwinl7XakcLr37foLPf0QEJQMQDWCKJ7/Dti/W6vorL3U6Z FX+KZxMAsCpqAolhAVP+MBnKxIEseBkX8XIQciGkdZ7+ehs5/dG3OFYULzDWkZ/2PBvPi9XYtb9r IMGyAb0gunookjZw5Q0c05dD0CuANCBIyx+qvfp7BhLwxdN1jQDSnuPTV+9evyBaX3b23PIGLqGT Uj2/9feFT/cqy5i5vvapustB2jf6RlSrcNyXFY5Qc0FIux7I9wDkTWD5Wll16fPWsPv5Kv5gRyB9 ttIy0K1h93OVlgDSZ23GAaTP2owdnT5baRl0BdLgMaxQx1AIyWjSJwAEiQ4rZCyH/AV6b3ANeH/Y WwM/KaTP5yfds/Y+m58spM/jp10D6fP4aU/o9Pn8tC+QBquwQs1ZKoBkhNwby5QMaGV+Yvm0//n8 tKsreJ/NbIyH7p/Ln/dXAAm4gJbZk3RFgbT/+Ty+23U4fSaPB5A+i8d3ewbSZ/H4bl/o9Nk87iAN FrLnCnyOkA48kDOyPnhfk3PALOf0XZYFB53uZ7K4QiJYyAVn5ydRvz2OHxJ0rcBpYTkIuQJIaCJl Wp+HXkn1+y96z+6+jO7zefzQ4fS5PG4hfRaP7+0YSJ/F43tdodNn8/heXyABj5/P0aXIhwOiPTvU 6bjRrPM6SAOBtFtidJjvxiUCD9RAAn467LBrUnyj7eJhav2W1Ydqrz02Hx2iKZK8zHfiZ10EW5wV 4uyWKYtW9Tw0XYhKd6eDYWfzGR7lYc3ncCifPRri3uF6D579jRw8u11kTQnGepLVBy8caxdFyry4 zWb5n9H9QsewR0PchyXDcSfHR8qDei6TJVMdXz2knkJ60YlOj98ewzhvMA7PyznDTIZtMKg0vks0 uICvH+PxHGZpnjtfjUZZrHDtg7x8jUGPPqAJAyqJzZc/ba/9Qx3UyVH0RrzmGMiVo9EfoyMxQGU5 nE7nYEcdzOgoGM2HHJBLQw4DjsIol7k/JzcFuwAqBMbFu3B0EEa5aAwFhQc5t+NNMsEF5mNfJISP oORzPOJgjF1dQAxNBgeO98PQF43oKD+Ar3bhOtfMUTrEUXQLKwFeOZ1ms8KFy11n43F2jyYZ9wbn qDty5pvo4shFxlQiW+T2FtAP4VylE2Tss++ioVcyDbvh9ffLzuAX/e41wHbBNqsCb4FU54iZs/MS cPNaelELzSfubd/D28K4m8ZXYuwu37JwJAe7+IaDnnvFibzioTYqpzQijARaQqkewe86+G/sEFZ5 xdIhDPqlIZzRfKN+OGP9ULlbQNNDg1/0Dcj9dzg3Ev1VekPyMaWYs2BqQAzdZqNceOxVPLx1wH2A Ul4TodQcPZbfUpQXR2PHGCCaJy6oiUKzeWVYIRfG/WhUnPfSeRERuxVAcXXD23gC0kHewKsNeOY2 hYHcp+MxwbmBfS+GuzmOuoXhxeMEKNpSTi4zH8ntnABEV4lICVqyyahsec5d9ClpqRjW5FY3EECw JRiNGOuAf0Jep8gsR2cmzAPPL1Hjun4TbpkAKdy4jdyIQAq7+D+Wsl42qqwlYVOaFRSpLQcF9l8N 0sPpx3CCNvISkAFDiz7wDoYQHKsZGejh9A2ciYYsiKBEthFAQSiFvsdHUOpF8gHR0ejEj0FQZRhQ 5gYbDBNuK4cmwtaD94l05sNd8jcWj9smImw9qtdgA6oXHOY4GKthz2X6xzxgDrO17BXS7VriKSmH CSc2l4hZiu+9A2ES38DXCgfwyj4kYXw3BnvySgoYsTz59HFFFrjX5eL4bfkWXlrqzJVeaNeHuSKO GPcIJMRo+yHFq1IQpOprBAZW9mjMu/hHCb3lVZVONJqTEcrnIJ4AHkJLCBkAcQ/kJDCOnJj7UJI1 FNAcCBgzaZa8fuIwKBnufp58pIcwNQNzkQorqtKCw/Rx7/igOgmC7JT4xoUUKevw+704IQRFDhnh QFMFOk77LrnLYCUgnafo0RwnH5IxPi8OwFIEta7lHya0z1LOxn0KKuIko8QSo8wxOuHw/47f/YJv Y9rQwPWA7N3amGOTw82Xb7uwBV++7f1CQh2BT2cpHRFcQokPkZZNyck5HBOtq5LkK9MwzZ3iV4Eu gCtArHS9jjnhxrJUh5d8z0VNulVPMfTpMIrlB06d8dArAp/wy4Bn88SoqMY96rmbb58ErIBUQB3e LmzR1xM0nApZ9QgkLK0bvI9LJuCiZysct6NTSL+QhJ5H9GBNOolQKwgIGp35ZUi8y9K5X/QTjuun NZwS25IGYA5yopDGrL9lU4kBtMc7NzZmv/b5q29/+Qp4L3G5ZofBFuVnJv4VRfLoAygrSAG3WyUx rq08PNXwyAnM1Swd3ST+FMRrl++fJrNrzYObWXsOQL/KcFUmN/GQBSrO7B1gwlsDPHyb5YUR6gHH MW4YbE0Y5U4M4roGJYyVqJYinU5zDGfM7gNuAUajM9zsA6OPb8Eh8HIlqWCEix6t7JgcuTwniLhJ QXodM5n9HueITXlzV/MU+YpSjKIENjXY3XLMTqH8AKAQcPIsd/LDCaeMvwSOzmkmrmBTQfkdblKM RqAMtXm+CBUKp59SDgogQ/DKSWjhfq+6TbfTb4hpFrZSPutFNyDOKVkyM/cjIh1/EygKwRFcaV+n IMK0TobjOYUP8Kl6DOp1EFSiT6aS+HhHASXIFAaOfX2PwvOr6gBNZyzpwE4VgDcsjZKldW5BzTmL aMxsfvXgtongOc56dEd1mAdBMo/67QM9VugNBIqV9VH6IR1h6kMFixw1fYFBHCf6vBNS5Y0ykPZb LAm9sOQ0k8Qc00rZCevRR3c3FYNyqUdAOf7AQr5LKW9FJqpeQY8pwwP5TnI3JKOseedvmTXgVohu wCJGRCWQ2YFbHVM4hsATmsOCcrjofBpu6ARHFWr7aHUkyENoAIrdKduckXlHMefkJiJV9GTzLpHj qruWBELf4YkvabIlVYxQLt+JgW3rUkiNio5qAOBc1t/cqwf21awONJmbzCpyb45eu7dOMX97hMtV JBUfRURtsue8thFzuyU7o9puWCLUW58aTDceqe+3/Qv2Aj4oWPFK5DThjEFlevHPJarxqQQ5RzF9 YBNVNcOvPuXMOi1II3AYnxiM9wNsQ3ucg0swamDrkBxkCRFX4AcBcHJzEqiSq7MZ3hlgSgYpXhJG korMZIGQi0IWFZTgpGmnlAF3awwziJvZOJjC3t5vZarTM5yGCRIV86tR7SwvqcMSX1mXUlR2KSlg NnK7HWSJGplSTttEXkjDbVjufsPq7rSiLpxmuj16abdPqkCT26nlUDm9eHcSlXOmW8aFQ+Bq/DCS zcsKl6gdMhsPKtWqW7IcdhKX4RdKVVJg3XJHKnxIJikfRO2JySpmTrfO/Ne09wcyz9riyquf5a7l kNibpRx/ohjMJnASTdBAm8SsYJgZaEW9VtRvRYduKN2djt0IndUf9FzMbo5hmd2R/TQX3h3z9Nym 0yi+y+BOr6rIyrxKins0RNgfIonvFOOuvnPhdRFtnX23vfS+59H/abznxb/9xLdE0f+JIo6KqLu5 ba7SFzW3P+f/+T+VH/DL6v3P9cNrHBA6KFrondjmL0+iLZSj1XE+jxZdNaP+HiCBnNyuuVvG1Uyo yuXevvozb/z7H/Eicz3tqegMyHp+si0sdWz1GJerjwuVsoFlj+LDuJf0Ney5Pt11bwO6a8SZxgmH 8ra8Y6IVyBS3yVtinMFgQYrwav1ufn2NJXhwrVmNwihURh46IwYonJ0BV1lw6pCxo+orAvAt/zWG 9uO0bTup4X4q34M3GbycL4VPRiFmvJ0LdiR3Ljt7KmyOq7pgg3J/9sPFpZHUnrYEx9GFBGKWFdEE bUiyoaDg7NC7avUofSOL8lXeesJnxxAOgmFdE/Zk2A/n49hpdAyIjnYeGvB17j24WjMCjni3ss+S nYJ2dDS9infNjY5tJmfHPzvFAPYVB50RUdiTrLDwnaKAptQq5E7Ax7Iv1YzW6WBweseiHeHw3uvL T1jj89Ux0Lhch7Nn2xZITkDhDWMST7gKz+oYnSzCCBekoEGQFqOCeHxvN+RfQfjcZzPY75/hrD5r 8f9Gb9/R5/NX/+uH0/NXL/HzxXfHb97gB/6RQMCX7354Iz/jJ//gybuzs1dvX9KzAPT452eM6LN3 7zHv/vjNs9oKB2yFzsgCiYIKliXVeLABBfDc3wGzX2ggpTx1/qqcba4jxu+McnWXxOIr8YbtFrko NFfE60xq2xG/tDXYHjuj9k0Wj92aZ6OyvA4LzKRDXgzJ5EM6yyY0XFRtYTwicqzHBLXv5KPoayX7 MIFZ7gTwLq+hFiRBHbSFjm7S+ZhlrgMt1fkFXeAgG88ujfUhNDzICnceXtyU7uJfgUoEt9bp8Atz Q3gDAaLqXz26q6dDAMgfyPBG9ycah2jMXm3efghC1R9UtuQiGUJPfTBYFp7qWcfDh3Oj+He3KkwZ KPMYBcRrO7pO7mE2czQlhlaZJpewGwAuY3/k+Vj1f9QWQ7DcTttrTqlKRAnLvm6ruyMrPHrEgIMz FCYFfFs5a/maZXaPNMbOALgcZWe+pgwzMZrPyfiJW0w0md9dwSPweYZnADSmAuOTabXFJ1T4iV92 K5XOiNPgnGiencJZe5yzaoIFtfC7HOUruRQ5xgNvIZemeBAoHoKOMzmnK2XscIVvYGq2QD4PCyA/ 3oCEK52Y/IDybacAGCv/VQISQw/qk+igjUljxkMa3YL2kcyYga/TGaBS3LPPCO/0nMVmFXw4w7xP PkSK1ChuGVgnepPcwOqQ85oakJ+dnj6LtnY+Dg4Hh9tohpsIbJw2goZMMcvuhBYgre4y+F9kF2I/ 2Xm3xmlRjJM2CC44sU22RZCfnTH0l4OXZKhqBo9Q16nw7m9G4YXxMyEMAaKtq/SmLQNXusdRd6+N /NLvta+A23CXuIHJJCivUtrfzZRJnToWvSDSk2nhzLnidDE6NfNAY2wYLQXai8mkQlNOM82sNAEB VeIkKSnkzTvRoMcKWYoVvHxgAhuCAje3U3PS3E1pqd6SAnX8KLwsb+fBERzL8mOk83U2n8ltZKrB 57PraxTJhN80SyeFC8UiyEaQELojqQf4EG2dvn65LXZqxJhKLNFUMMi85Lbloc3Ec4ZxXxIhQAsO ly85pEM7Dq61YzgMvH7pqg+q2eYhGmey5ZilGQFjSlgIDz+6mhes0NE7+PCIKhjPWDZHy+6DEyn8 LjaZY7k/NP8gSvHNjbOOg8pCcVo0wHyIzIqIE+9dSfG1+IanyaMfiOEey6chvN4FrnnxasOZQjzY Jg9cRAUZiezRgGHpRDJBiS/hvV59kb1OudOWs4qBDBzhyjNNNrGMdDHHDfQLAWKtiIR8nqAJsQh3 omA6yH4vFuWEgmPFr424CdEJlB/ZA9GVqYb7R7enco7sTjVkvIxvmFh6pyy0BzXRMnAylW4lHdii 8luYQSzMhgooWyjjMcM4vjg5PQUBO/ArRcHwdG35iVLniON5kdUDIw5oZSUspKxo8PMVW1cLR+zA uX5eoPXU7cBADSxt2grrFdKQmC5zLGjoBytCogBN6poFpc/D5hNMUsRkuNdQIfgDlYAJbPVMa94S p6zB6SYn5yiagGdIv2eho4hjLTI6NV6TrHaUVNMAkiK5RpWYjdROWnjsiQ860UvAMR3zDocSS5c6 gWnUw+v0A5QeSn0q50ZVWVHZIMKyz4z0H13/BAIUVnr8no7bbGvPA1Qwt+aC78Kidoy/lHuYitQD kK56aja7iScU0yY8QRsAKE6/wlfopW75EBMS2rokmPqKIS1Psyfoeo+28C9ZvIoiwZFx7Wwzm2fy ZrRvaHgv3gtjIXR5HgSAnrcQBh8nvFwJHxAaU0BAPJvFZJi3smR4m8Jt9ITZqswLdPZO/I1ONyNz NQpeUaeVdWHBzIdkI1cWJxBSWtRVTrbDIBC8N5Jyq1sM4cphK7g0CY4jLjlX7Bh4uZsxIQh41R0s O/RPMDQJTuLdEW+zJqwgPMDnG8RW0ffxUGVuicSLwMiIn6qOJXVm6KQdoRZVUkmspMHX4NqYSoxQ gIw/cb1SbiQ1nwCgvviW5SO9tlWRxQRDRGh1A2XmzAu0giGmRbTjvJSs6kxp3n66pc0+PEeSjwTB ktFKjb7r1IQPNhW2YKO7ydODCg5x1FXykIlPjwjQqrFeuTAtfNQrl7WRa5WIZVZu8UkCcSeSixk1 eqdurdo0UsO8reBwzqJBHbXOKc24SQKOXzb1Pqvr9Aajg9LxeE45T/J0EDcUl4N/CA4pjgKzfP2l XX/9pfbuT+7Td8xb+v3yRxtfZG/6BEwzY+m86P0k2WmMO+wP+vR1APEdbaIVCIiCH0F4NY6A8sTo xauNwD/KWOBjf5W3vkGPoiSe6Vv9058eRbdPSA0q7dT4qI71lGTlS9Ru+PuvHY0WP0pRhFGXhdSO fO8p+DiE/7L8UTs5R+H3/s/6R1e6Ho2weRS2kY+PYMzuH4z5WzFmV77fOGPyW3v2rV8/mUyPWw52 NfwrLofeY5aDgYBXOHa1O/fKlXNDmwWdG3NWDkRTRBUuk/LVHB9NRnROnzMnKdA5QXv2Wy66WHjq 7XG762GpyTjaQivytiqhFV8NxxX5sH5QjcggwndICw858KIuSFDwKDIWhOmVfBtFwNJ9mFUi/gkd laTjZfOxVN5mdSOiaDNJCEEv1xxb23SirbLa6FNOyBRy8CtB4WPrNJnxe1pkS3LB1qj7zHMyeOR4 NBT/AVm4CfeptcN3ttetix5uxirrlHqjsmHwEI2prScwtiYdsdhjrhaD1TlwxPtkxvKQnLf46QWQ 8gRtFOJDss/pWdMfGglQ6eAoqh/zhET7q5vbGVVirg9fNla5N3o05KUcRkYnaGfVERvShE7bzJI8 GDItmtiFjrKPIxSaesgwxvwixmddZ2PKCLX4lvwqxhfjohIqdo+AwGJuKKX/SD68jiy559HDkzx4 giNGMQqBR5UbT5Yf4llKQY41ONmFoNjZxeZS35edFKItdzBwvpxTIzNyFQkgq+YT45ZuWWFipAxn cTAyzmVAmIq/R5JVMhfmyQ/IWYNPvc0NEBDEiYnNDUwjZEuAA+zQnU/QSqQMHATg4GJgG4B1Pho4 zs7h+TcupOuSsXZwIEpiayzmGNwPjO8NIGzzs2ibhKh4ZsUuvt4Q1pC0JWK9cH2M4HaDvDAe+zMR jKyHIIRYzX7lV1zXpYHaVidAP1pMEsLBIwrymVpc14ftoezBbikzEyogN25m8TDBYPeHKB6NcDEE 2OBL8+FtQkZPCcS9SijFJ/4Qp2NcDS4gl751M6ImPdP3BM1GCynKkzoZeT715OxIH6ppBmjhIqS1 SSx1n6l91SWojVLey35CRyAd62+BLIkEWJTTWyndThYSgSylQJHp2PisHF8a3Cl7TJQFdEhQgA3v cN6Z4N2imlxDpuBHIKJsHlMEMNmjDXaeXGLippQ2o8YQZqoz9fn+0F9PBMJt0BbaMRaIGsMyGbjQ nvgQXY9BA+A8mrExRrjcnUywwVHbVBwyb4mHi611gd2cnH5hyqNIafSBnfoEoCCuAnUj1XUyk7aE O6m+0BtXKqYfo/jQbJFTWUs9eON5JTKhVTVPus1HApPIWusdP85AGNouxch0KuFWZXwWIqFvYscb pQRGoctReZh22fv4wS0oVjCs35we1NRAYUUkuwWHo6bxGq2YOVe00YRtcqAWWc2brHhbPqktZ4P5 NrufmAsITHndhJ4g3SW0k5/nFYAtLyQwRt3ftoa1JXVdbNi5ifyM3dLlPc1wMZMckdGBe6lGdHL7 fL+zu+09BsuKwNiMHB8+FuYAhsh4TOi9Dh2HAJWpBhTe0U6m5va1aeTSVWczDdXgO+F0r66ADuPp IbvwLNBbgjZ64oDI0Wys8qgaAEmMfj9LC0lIFXM6N7ysyQhndwhtdRPt4qbJAn4N4k2lhcVaRaAl wCC+y+5xHbU43cIkT8yyK6AIDDRvOZSYIgToivYk0G6M9dy9PhfXnZPT3C6M1q/GAxIUdh2qFJeq Bcj+tJwahL7oRKoG+5xRdCcukLtGQUdBrbk5qKh/O86u4rGr35WrwUG8KSZC2qS3Ugl9LtWAWwru VuSrFJ+V7NGqpBpF0BQYwInEecr1bMMulpRUkgyOPmzT98pJFmVXepDJg3x7zH4F3Wji3e8Usm6q NrgkG4yBQq2iwH6ZTuGCr28SWqoi2qi3p4QW5oUbUxLnD9KPEoQ1O/lqCBhlw+F8Vt4dECO7uq4S jijxSvG1muYx1fwuGWFfUIoQdFk1cBOHmjGJK+FmrIes1mRosQYiIaYUF6QeZFJKrtSUgTZEJYzb kUz4pN+BChchOqmWpWBFQLVMigseSr9jTxnyiM4SDN9y6dt8UHLouDlyKHBNhSBdzrG+nCeEBq4m YihvVNPZYuEky20bF2n6UT1CigCLq4kNIZW3kBHsPoEpQGMY6vS48OQ4FmitGIzPO42JSgrnhWWg PNOUacark2dmftXWNEOTlV5++4JkdB7Y2CWD5KSn+LyBViAZus0vEanlD+8WqB9YpRKGRHfwQU0i UVg28LNB5n2Qe984ytLL3dxVEFAlO3x7/Zv7/GYCVv/2apK/p+nrRcQqzQoKPOQjtA8iaUJC1gWv KAd4Fal9sC3kNcmeceGHhqvL5ZIjvs48ZW0rRCxksuDWphxVoclXxtTlH3WSJpi8IBwRDgwF2wZA eVIq6Qps+aWHBINFFvh5GVxQgMnr9jQMiqDneO6xCbiVGAF36lYLSn1Blndq9AlA0Hwxm81KMolm ks4GIpxa0X9SQkjuhhnqxFt3Mb4umz1sUyiYyjRWm0qKljda4pFZDJsEZkFBmXqZ6cOPuVZRJG73 wjKKLBC2FpQMcT4xbp1a8GaaS0aqSAlvhinRZWaqrk+p4GHllBB3im1NZ75stAl7c1qxtdWlrhIK gEq5eiYJi7egcWA9UXIrnk5eAn/CeWs7+oZNUrEvYVemLV2XP79/RTDRpIOrSutSv3hAHLIZ/heQ fH38N76NbLkAfSuT4g3pdfRNF9+3BZ9QDgG+NoWE5JNTsiRFFeZ1HLuKjp6aregWzhpp8edcIqlV 21f7UGET1hHSy+Q6xq6odEMLsYknD+xxsmuVNRmZU7JeSQDknyk10YPQnDxMqMBJFbi0fljRZdcQ 79BawAID4AtaM+ME6/aQEjzn4l5BokfJbM1LB/WaTKp5BBu9qnKY/hHwRCDAynViyjqdPIP7klET lKc5EkdC15uYlr1QJB8DA1KguBiTpCsEw1JTSlmgPtiBTcUsnrptPdx9SOvDDSLYwuq396axhOMg QG5Ptxt93Qja/svMneL1yyHB0vX1ehEqK+zVvLgnoSzdok06rNFjqSTvo2Qn+PqOeIY8G2+SyU1x u9Xb3a9L52664GByfolDffPu7be8xkKZ8MLqutFlVqBKX+O5ScXlKgv1baYLraWh8Z7ehLQP49vq HT4KZ3cR8nVIswhr0YJwJe5DiSYtGlhNwDOYDMrZDJjfbCjhVl2c4PZXDEhmEePoNPJQfDUlkjkr Iskdn1p2XYHjJNSOMU4zOLER4lA4EjHwJCCchROA9Lc+vq3e/sEjZuCxTHPb7Ozj407gylQaU0gx u9gYzmuUfqHvnlhOcvCE3mSJZUVKKGiCgCOzVFiWlDYWYIwvv+z3onbUBaUriTmYFcsYWU53Dnjy uJfcvkDMw1WJ+UhKKvMaapIR1tPHuoaLgO7O5UwCpMndvF49bXNt4JbLlwvj/ocp6W+Ovx8/Kzab xmkTlQQlOmyJXZVZG2OW+dc4XBrLycHn5HLD53+qguFWKLpF82yYkvlHUxPu6tUEAK152z4YWPVG AwaLKdcddDgtpOVq6RAkPXca+wre+VWAIpuJxC4Z2yoKpeEJnIYKfCsoDgRspYO+P+ST3lCytcpj BK5GbXiRFrQDULYNKA6P2QLkatyBwxXy1kshbMIwdRFcnKdbFsEgeq3yHZnDh5X0NDEkgU0MAoxj ZelrrxVHYqMduPSLq55s/GU1A5pkYaRGntHocIbNCMltfPy3bT7wjcfUGHart7f3JP1osYIkTEsL Ww9FmLTBzk7grzCCDSfNW4jV1D/SdMTIoftNV5OdaLL1vDBDezExOSdm0ToWB6RIMeeeYTmTsQvd x73Ni3TsbEUgOwsRlv7VPSnQzu8nqepGJI5D2QfzCkKICrkU8dQicNwIxFHq8qbeUFbxhckqxj6+ pBZuV1SKR/IzUTOsZoxhF/HMF2G5RQ2E5gZHlBZtNxgaK8PgylsfSF7hOKzVQcSHP8FS7flSX4dQ fgbiMwZSjDC+8j8zqsSWmRqT/HDZJjW8zSjBDQc8wVLAWFeDJgYnWoiPfaRgIIAaHqZlElACqlNO jFouLa3i99LdTwW1SzpxQQ8UQePYIm/K33auanXYucqrul3mrvI4sapnwmhrCXvIke2ndEQntset 7s/SvrmsQrQ1zMbzu0m+zRF3ottSrO22qh8+QmwF9WJdGuNm+jdxtho+jdlqQPHB4+VpE7WtuezY lRMW+WgsXr+mqMtc+w4/ceDHcVHfyChdFAldlg+aMZ3m/vCzOGmuLH52aPfRPFMSaavtQO9vswLU EdAzh6caUEVjgh2ptxoFV9xWkUk55jCfxsMkYEGzoy4/1LrgxB8mabHVO3z8xvkIjLUuCZwTcw36 MuGRUQ+In04whrAPn4aYpEgO46/KM9R7rMLDOhtqb+9xQcP55tEWlEeM04sPnqOh1lRhVY5kyldR CSdmYTpQyF5aalph6rGi8jQZJRjTuzWFL2Dw24E5yZHq0arh3zxLbPUOVuRac50fc22r1Sh1C7vh P3Bt2zjZkJthwYsQniaWXRgIshRbQpu7gJQbDqEDK7/DXZIniiHBS2uxyY+i7s5OC6Uj8CX+Z7Cz Y1FijlXfenSANVj3gjs8J0dbgE9vZ4BADspATDwWuydgnsx06MHqOisXrm045Mg2rn0lQtfle1JP O9hIiuNJqOC0BJIQF1o3vztVg3rAB1EfcVGDYpyLuorTD9/B+I+ir3HcDAZo+Vc6hH4NtGwBKf7q p/k5koIoAXqFe36IgW/3VEWbKSNr5IEHgZoLV8w2kU+5C31CkPQ+Fs6mUJZhjgKfh5M+nnupEwaF JqEcpxrgXN1ffCiWOpHM2BC1InTSP2B6iwgA0j7jlDpeYAxWZ+C1IS7Vx8+xlsWVMCw8ZBZ8Za/K c7TD0U3YncieAXREP0ngGAOUmJrkIymtwbSlQiKiC62pnGO+XFjWUJKVGdSta4kDDBUPsVow2xRw i/wIL/9HlXIYCMBHDK7ZfJVg4JxMAgm0a1f9BP4PPV2Y10+zKVafWKtjyjRKtDFr6zQA4Qoahuc9 u8msuDH+HIjBxxjD+HqcGMQhEjUfKwRZ/nlATxeCkbaOq8FldREY9Q86u7LI9/dBEO4OFgjCwwO4 43APYB52VxGGZlKeIAzXp3RvonPXbySsa0hYL6xpbkBMt2RNfU0T1aNvSHLDnBEfPF506yr9DNlt 2FnG+lThXSO2nT7wFOEt3xwe4LuAgALtybK7JLUZmp3F1WV3ndSWBfYk2V0jtRmcCG3KyFRrfaPI XiSsoxWlNa+opqRhyfRd/KsC8Tm/doPUy//6c92vDZg87k+HSXg4e9yfZjhoXyGJKvh/04+2hnfb K/y63uHQf3FFmD/dteTXDWCCipV910H4aljA5k/c1vjPMpB/jeGA8A5+3d+XPx8znMZff/PhoL5g /kQtg//cACb9hTRp/HUDmOCR0fyJh0zz51KaKJBFw2n8dU3DYb9qv+RMrcb8Pt2figXUF4Q4sa7s HCfOaO2SbKhYm+Zl2SjeOgclAYPDga/8TYWUCtO+sOO18cT1cnKBYRowRYDUML/EH4r0eBkXySVo 0lv9nSe6urioIk/rOwlfPZ1Ujyf4pueotKNCxIeRIeqVonr0Bu1bLGHKWkD07Ge4js7Ojl6+jL77 Dj9cXDyrnLl4CGJ+pRDN3t5TnJCNQ3AxTFv6lgv2lxxPRueoiCSga4jniAx28Z2zoVKaDJA9TBRg czLxn4+gptmU0w65nksuQA2YWde5Y2Md2spzQ96Wl979tdXb33nk/KzIXlzVBBTFkit+yDUK8uAY XM9I72apes0AzwEG23YxbOARl7HtKrJpDbLdo2gHC+WC7lsKe/uQ5pgIXGTTAGEOiNihDg3oP2Iw 9c+Ok2ssuzwKjfle87a17hkOxQ+Li5mO+HN0BGqi+VclZqQADnd8oXu+6VZdr47GRXIkye9WQEsO MEtL/gtXxn08C+PGMj8p3E9VOvmxsGaTNFYCQHdrjBlsKXleAzcQQ8KxG2itKKHDPdOoFJTMTCFp ZzKfBhF+LdwtVnAOLpIKhRxZEuf5HOPhfChcl6OjsusCBwkCd3ezAtfJI84L4Xwu71EgESXIwOF0 +CtKBpwHfppkczJatmYoQRGLUi7ciRt24XKt/kftxASlEteUznxXao7PhAMvtxtARBr2ZIJVt1Fi t/nTCRaXSJlnrOOZd2cdBMGQgWCSJrv32O5ArScRrDk54zNtLWtpuh8QHIPBgOaPewFHr39Rq4i8 yYUqP7uh3MhnJleTIGlIm8/+5MVWmV9fTuchzJAhMJoxp/AW9c5EfG1El8wnE9n7Sh0bSBiw5um1 6tI8qSuSFI7WJBsqRktQeOxBFZQJrU+T9BmDjpYGhWjrskm3QHFdaVlS6qkNBfC1wLUUawWrTrMc 9MJYJCJnxRohl1byVrUZKM2BCB9fJgvuRBoUEQhq0BlcGXRTkVtA1tHBaykiYkVAU6KVsqjUMe04 s7TPEBX2zG8RH3V1hym4BKV2qnEty5OUo8qGWeZSet8peuAxImWcDlleUeUub+uT1y8YIDHIxLM/ QeESDIWGfGvgil8jVIztliMDEwz8lhiMdSlmG2o/dkzd/5pIkUjJeZpzXIZymPEFhgkIB+NInAWo AD5Ly9ruTFiFpbGRkFJzx7wEFl33SXuhX30oR7QTuxdnQSEkRkq2sR1QUX6YGNsfftmFL7+dZfNp 1Hc7jNnwrMhydnCklyz0mmBWfbFvyeQDTpTsOJN42CPTKsrpSmcamF6hFlCqt02RJe1o71Ga6Yuf L195UulZlKUPvg+D+zKVN2NQOIMmw765j9OHntxj2Jvcjb9J9hNiKyadOhVmyZFM2REV4CFhYlIs Y3Ow5ifxHdWXyRQfhbVSon+LuD6J9q81R3l+ondUKmqy4BER4f2jUjvc4Dl/+/d8++BImvTWdOP1 N5/wzbsG9sL7xWO4d1Rbs83fd4YcdkLlxs64pSIw2eP9lOFiNLuWVqZg8RE2b6S1Qnqd292oKwiD 8Zoz798YOmj6gti6bMMM2CefZlxtnF/CQCRWOOVMx050FjQIQJDSqaErLcyCDgIMI0BaQYUo840Y QgZsOveCJYg99jcBG3bbo/SOz//xWF7RKjVtxFaMsNLLHRq3DSRgz95qkM4tJGzYaMH0VwKzRz0e LZyzcwsFODm4/6Dn4HDlqfDXXelCaiDsliF0TUFPar5qbt571OsGfX4dLxsDJ4/2232YETxLzz7o kWVORSdgpnUbwHPsJalctFGO0zsOQuv37CTTLkSyVIvju7xMZaZyIDsL+R/ZX/lzEs9gAT4hTjKy Qp5SY46kWQlJ2AcA7M592vS8konptxpVxtkHLv3C4DQyvI3R58cBvOio/HP38HD/z1+5RcGyDKVS SVAZ0+kXfwIO0mYCMNynHYXDPe3OdPZcfYBVabNjZAtiCQf3HT+62gKY6l9frzK4idZccJ71pmpY x7IXvnAhgj/R1oYw3uvZWLQecyIfmd7sTaXHvMqgezHBMd3GGSTflmpvPTogOBQ7dZ1gCU6tQiG2 Fz2kW/T4PXoIelFClnhHrD9X6QRnpaSJcTs34AIusSljgZem8UyyE7JR/CCjUnhUzHI6w8wowrSu 8x3lpdNyQRkHZ+xOI3pBnWQsHDlOPmA0gJi4hvHU+dkXFFSoa2JumpZbiwzph85TzmT1VphypkEq hQk1cARtYDNRMikvm3Q21dCxmudVAjK0Ep/KtTcJhMFRS+ES+vO7CvokldEIPCxq9FWjmIpmadVF JMuy0nUEZkvMNvCMU/q2A3ONKxbpaG6KFJmSIM2zEBB/GvQ8xZwBP1NlRN38pyJk+1jRoNy4tYED cGpTHy5Whu3XGDIjQXKF1EJVprafdKAHuWweXsmz9AYjbuzRy8aMUWVg7riK2UgA+JmK92cuWvYZ zmXnmY4xU94zI5RsZT0taEqelxCW+C1fPS4u36F1CFgZiCnNKjR5GutDqvVLJQLrNdvWW+5UHOkZ y+WCFtSy9xl3ipRGka1nzFbMOqSoEnvQVPn2iGLG9mdu7ZQH8LWxoacBAVNZ7otB+tqLujRMAc5r Ww+Ujnki2PE+KodJp35/BM+uo1ga+/hSoOI8EOMXJ1cwT1F6tC2jbUBduxg9conkSWLstLs+zs88 gtHqCu388iTShnt5tXaJBzWQxdMzli0i5muaWN1DkpyKV/IhoGTADsp0hX3e/coiMLq8vIPYkMda Gq7FDXxZ8z6CFJYGiycjixpNVfzRVdSo1uJwFYZ4V/aVzFaV/45qXe8xunYUq0l6RS9R9IhrxcyJ F7yBM/dNyPKJX39Gmut69brNNJqqpOJ+g86LR10r0rdPjlHcAnvtqHpmNFYdFkf9Wp83/yZd/Tgo Y/BOGhJ6o2M1TI/lSyGeR1PN1snDkVSapyrqatvzXfCW7k8osiiglI1vYTbwN7C8mujXdK1IV8xa WpC/KGLn7bvLV0e1vdHYnGLds7SXqDbsBhJ9Q4BctjASBeNpXS0WeG6qmURhKfmzixdOQYBdh6fa BcFcJcMYLZl36BgYJR/SoS1tj3rDHZrXZ7B74dkZobwBgL4ZLdWoNkGfbjZxGLAloZEVVoYGL7Ne UFKsq0J1NB8WpHpJSI2WeTEE6VVpQXCW0QPQD7JzSXyoL5k3NLvF1G8DgZbpwyZMkiqst/3eapEI j05SNSoRsY4pj0vZjfeIBlnhAAUJPxY1gn5iON4AR5R+CxBuo+O7BH2dE+BqLMNGK5e7a8ccJ3x6 8S46HsD+/w9BhxSNiqe5Kfe1Lrv0m2iLDGzfdLdXotcq2aW/g8xQYOVVMkMB8tJRryiN0EPCXM/8 rPZR4tsVZgixDWOJOSv0kQJ0A1mhldlYTxbo47SZJ2aB1uV/dhtNC+tM3/yGs3Z6O4OVRrla3tI6 1apN9Ezyk7BKgmmu2RUs7X2qBoMxz3G26WmQ78KnBE1t8e4vCpdGgenTHtnCIFNZSCQHbLE++YHD veyJoCdpFsPbtmhWnEjh02seVhG8SJNKTts3kWT5SBoWYLyISdad07YhuuuYGApGvvMs7HyFQf34 GePyF80Cx8LIkwymt+SRhRPHU8aAnjBvfYL2Kgw7pcOZU71BRvfcJopbAEwpb3/uY48/Vjz21Z0U 59O/bYu0O1vHB04o236HpbdZ2/t3Vinv2K1YR7fjv+zRuc56BWGhv3r3hqeSTCTxGNRqDNbD99BP tNFqhXf9PZScuMfDUdfVo4GdW/3lNB73CoWlYLZVejjPUfmAExh97jXoxBKIb7tV54sJJoSjHdMs EwHOt9rTUBKcach/AScdhkSangYniPoH+hKRnHydgQ1CevrCUKOtVxMqpsFg3sBCxaPTKMmPZBas w9fVj6ZH6TY3G20hkybJzZCAIfP3OwNi/RF3infmhX6HAg4DY8xb2Bblhn4YKV813Jh7YS+TAeFQ YHTv3mzTmj1Pivlsgjoq+nhm2TjaOr880TkNj7KaF/uxZRzDaak+TkvKNHMiG0EJz3DqTnb2nvv4 IZfQh6gNc9/ttdFdjaRUK1Z09sPFZSS9kdg0RgBhPGfftXX6laUjaxmrNEp0sRU+8cC+Ku9sO1x0 Rj0aHKFp5xV7EqjPP6Z4RbOKHD7xCKcozyJ3eA/gJnicyMj3jyvrKpuj2fdBQgwnDw4O2fvxocIa /6iwXx2AjhuK6PMhf5aXcstsNgSYx7tG5aW3sfYyeDFPid2O7aBbFQbfdmSnNoa5dMLU6Gm49uj7 ZDinCGsUfOpOO5VT+6RgQxCtBXhTwIRsOjYtx3AkfMgkIKbzUmklKGK6GvDdQb9AgrrFoZHI0dut 2ltaUafTiVqLoVD1UwFClKoMmzllu2YNB2vI8xSMs1GeRJFfYkSRkGa8VJ2FBelSsqN5W5nfXprF kLwi2Bq2zJZDgHBf9juAnWjxXtyRsUMFPmNV3tsq+wCLeAJTvyXocqP4TrentxSUGoTgQeGXuocl fNOLGyo8TYHYLGwwNDvBrjKwHAmOVKHz+Kg4iifuS4CO4rhRIBEgb3FHPrziw6g4LpSVBeYSyfRT Wtxir1o3ilaADOqPiY+tvEtHo7EYH8gqF71QnYaIcsfJ0KCzYD9U69N28f9q05vPRglp1/DSdn6b XhcaSJVQgzzC9Z6aB03jGZlUMc2J1guzL35qc5pFMjKhtXfxJJ3Ox/zeLbUJYrAzkcW7wkANeSvV N61tk4D48HksSqjlH8lTP/OV50YJiCByMU6ySTvgLIJCa0oYmhshlZaUZX3miZbbo8sBmk47K2ax lngF5ECnuk2BiIBi4HYC3q5rGXEfTwphajJpwuPIoswxI/ZiXscqIkqClJ07uicQGLyDYm04IBxV hGtNs3EyRMKbOZ0mxFL1HPZrTobpWHUCbTZBpl14iFegnp6AQLjb52JNrS7V8tZKqE+yBevVuMw1 Q4FMv4G9MU+LudDT23EdmVAIoq+K1zssvGTmkgLY4XgvC47rVwj1kxHXxyq0R22HBswy2we2UwMq XYv0Pn8w8IMJBdyl+oVTmtE74pmKqdjV5BdPnFNau4QJaBcwdyy1eRsusRarX/dpfstFGVL2g0qM hMTQxqho0WpBpnCCDDcIAMPhJL78pklgmfv2UI4rff6qkFpztUIGYwrp4ndL3zSK48drxzNJksCv 8YwcCtgjDo7CzwilzqDNceqF5tOEupth+rwJF1UNr8fxjWzTVPfU6SflHQ/Zm+pK00YXCh5WPxgV bM0gW2eO5lo3a9nMx0mrR8enQXBqnEvQKlzwAUXWuM7lLKdKhNPp4SwOPykEKZgYjHD7rpwQpN4N GwehCNIJRIJ1VADL+lEJpC0guGuJoTzymW/QJk8TpAYI9unOOtXvTfS1oZAEetR1p1WxqhKYgzNa 9aln2I6k61qK5xTvxTV0fSRI0KnCxIHQ3ih1d1klGXNLX1EYJsYFpUs+9EO1RN7zGzmujqQZAmAz BAaURFs7HweHg0MJpwXtIRNFzQSnuEQct7qIceHLNxeoqrRZY/IVdLc49qUtwS/bGvTAd1EeLCUp VRr35Y6rlbSqzEnRd95NIpdFhWvwgMHfCkd7C6BK+ntXA8q0B0R2PTKHrMjUNCjVKwi/sz/+xT7+ KeKq+VQzwSRNy494/UiE90+s9e3o85EPOCsR+0b1R57naOv0VA1/6357Tz+ccuR0at4+6AFvUc8l 98Sa3z7gDzIFIIeVy2jsESzqHfyPVs747Lc7SbCsdy+vPV7XNQFWBMf15uXFletyOEIzLW8VruC9 ZFFe22Aq0oUIEnsv+Usb6/VVtNUjUIyDIGVVH+r/4dewkTzaFYTDyEJ9yYPvO/AMXTYCtm3hL2YT LzLZFNKCkm15decAZbBdupfALER3NVRZvnl0dx26LSMTCTs9CBqEGU+CIbjiGBgtO0ZS+VLNNfyK QG3t1Y4pnEA3vb7CsWMK27lFVftjjvjL0cYNzA7v4GHY7h2i2FDavQ3Jm2akFLMekpVw69DplXYr ru+dUgwnExjBuXTDiRKQANkXXNvUMdj7Cuz7C1ga0gW3SGIpkzdsqc2yPcQmimdmH2P1SGfYFutC 4tvyXNcSGkpV2gAdZkEChqmHgVsLn5VzJAi2QZt3Z3bl5prE/Qy7hD8Lx6ITyeyPWcCjYKPj1jFu qWhalSoJt4mlEvx5540TYukosSbPJoedSht1zZAWCZXAkW+o0dS5C1C8I0d0aiKvVK7wHGqnJrMC hxQFTr8Ei47GhH8GapG1W+r8+L7qdvYWzFo9mFJUaYiwSQHWEUnIEP+aFMOOEIdd5w06wnV6A0pf h1OuRdmwkVmkT/FiRjVU0mFocBpFjsKNJUtdD6yW+P51VAGWSAfQfkxvoXVqzJvrMFS66vZU2UJr 7vblpr7jwGf9fvmjjS+yN32CoYnquOj9ONlbJJelmsCn6GsLkQVsBQKiUCqY5a4lI/gUVWpt+d/s IKzmwuokPrZg8B6qeVTUJHjsr/L7G1yYP/KS5LsbHjVX01vpUdqJGh/9JC3FsK5UbGj96WtH3se+ tTTRb3ErXnmeu3/Mc+lRc615nrv/xHnuPWae8Xqq/IqOgu9FOv4gYcwp20ZQp2PTAjkFYF+ZD3mD v0vustlDaaueyN4Xhu1LVRJKzZB0I+mdbqvdsK2ZkmsFjqg/jAjnbBnTaZxLlC5qt+kHMfUaFQTP eJpIl2oKDN8qhs69lXIV3T3zuzvy6cjWnAQ1ZnP61TUxEkuEz7Mih1gqAcJyJGNqlfKzkBaNyVGs bTqnoEb9lENuiBSBEiNmtEqORf2EoSGHHa6pWu0KHW8rGiYz0qTlXd5axPqG6BOu5JY3/mH20zi+ Mc2XSK8p4l+R6ZAQN6L1C9ZCOTXFO+sKANHkHjaKdrA8TjgMgiPmzQJjz/HJ3PeWwj9dlySPFjoD gUPnaDFnzfbWOUcz9kNUE+4ahkiJVgTD5GliYMzNhJpjYQf3hGsgJx8p5LNlrL7EV51tr7Y0rXRa 7Qt+4xsUyifPPhy1YqVAFEje6tVUXjN81YLf+AaDi83aCV8VhXph5Vo7LjYyqvQqrF/QfVlN7ZBo pnLt0vqLf8M17icZQ8Vg+rkE6kojWnr9Zb2K+GYaN/HX65q51y7Tonx9wgIWY0p6yU3Sy5Umvayf i3xuRRUXSnFovjaDizTFLb0qmhxF5Q7GvhXuyhydSnfophvWPaIwJSN4Fc60ZFKofTdX01SAy+IR LUy02MCIzMm8gsukdXcUdKqeBMaGFUdU6Sx9F96w9hE15ZDAbztHzUkfm8DF22kwQyQYNvILFfZv uNaPi2nMXXpVYxttDh9Ydaa/sSte0uBdS+sNjKjcGczi8lvv3qVm3fZVdc2ySUHfGF2skTu4Pqmj kMJ0g87QcsNqM00nEgpMIflmR0M3rHtEdT0m9DdqE4Z5B1sm68FH768dl7qOFvqb69SjfYBCpNaO iz95VZTpZdfacfFaZeVVKHdd8H0rTE4IcFmuv/pLY0/8DatBGVRxsbEsa6PLF38a+GpEr+GE/0or sJSP+KY6gjvep/XliJZVcQkqtxCoMIbJHeRPC28MiX1BKW6sRK8lD1DsHXtBdCIFff06wfNznPML TsZxDgq9hLxx1eD2a0pHGmUUSplJiFDBtM6joGIJbRdaeLe5QVdtVAeFLU6kj7ILFoLDNKj9MwxX 5DY+1fBEif8OENEwnHKYUWaa9xqnw3rOOZvolRVVGKmxZs+yqklibNlyBNiOFtXvqU3XDOr32Dof OHNicglChQqLPMVhEpx8PsWe1K5Ycx2UsPZRzeAYUlLYkKSwGrZSJgwnb5kig6+OX0ZbZ+fbyoym bmDpHrgpiEmPSyPlBl9qT4O/9n5h25Lay9Rf6eowdbpUug6HHWVSAknXOq46f2MvrI/FbFG2Dzr/ ehBb78r6eGh9D01WThIAstXMK2BOJTYB1kQalK9yRZIY/XJukevrMehwvfBBZzcapflwDhKnSIa3 ExRLLFyCRRuleU7RTigb4hnqOrkdzZ4nopjAXEnEWlru6/1icH3wpjzxe+oc1hRMkriJVDsPdHiP 6OqgK5WssvmNCwGRWusaQT3PUWogf1M1Cqx+KFHcAEglNhZxTrN5DvJ6gjZEBqKHSR+Iey11y/w+ 0MGC30xPjqJ1M+OOovcYlyLThrWrJNvzyjdMvKGCVypAQFBhrXosvTDm+77PkugEiH6VjFFuXt5K nKdaMuWNKekKiavgI50csIp26srgy4rviMRzWFLJy1zDXngoBCXc6PDH10HuQHZtW0Y4eVsqXoyi meJUOFiYwtA5x4gM1gnQVUZBUSa6MIrbGc5tRkX9S6XjEdcYLcczrNK6ev22aMFur96VaQRnk3Qc ORfBXmenvNZYl3d2+g/xDFkoekbbe5I/I0haA47FLIIrh0vrcwHBIgFCbQ4JEJPDRzv73j7Bc6cu 2QclR4XRjTYSaClAymdWN3kG/PFeFkWZs4NJyKUjweudX3TGEiEBQJEuitk4u3noUKyRjhzoaXjU JDTxo5hrgF0P3YJOsMzqRKvGX8cfMi1iyjum3A9fBZlYvFqCqiyOfebTkdYNrmF0IZysh9debazj mxauUqosRJAcCnxr7PdZ2sFosQhgkCNc4oaib1Ty8frF/VVynQhOqIuEGWfigwNeeCDURCITHNyq x1S2EoUNJ2ZopxKM+8KX1A7ei2OCIzrDLLmjEKNIEvVIxnFeQJbLug2YK8XC/bNxKj4j/yrPDsp3 HczESTSYPTM9WSR4XfJ3o8ikVPBEjiTinLQsKt6M8XToyaskOCBQ0ptViWCVAj/1gY+57mCgUGsU tMl60TQWUTnK/9aj7G6iQdNgST27QBMeUyZmsHGHm7R3AcJgKR8fJ4Y1HqpfiITWJBJUbR5ZLo8g NYp0Wy6PNTOt7VSpl6dD73b+u1Wlq6v41opWK88i13oqvrU8A1SyYiREjuFImp83yrCVWYrA8T0D rDTzpFLk8kGHE48CvPYCvLa3XfBePVJ104OsL+qU7L5X2ClBZq1ccUM9w3UF27hhQq5KAZOBC32U fZiyz5nzFSp2I8lrw2+dqhqzoqrpMkmQi5z7ONA8q9nLuCCq4alv+hp6G5Rl4KmEc0ZngMy2K6Um 8RMPgGRwqZ1vcLSTbYXK86VUL7Cmyl43aj2y0t6KvOwNTprCpDOn6Uv4vSZHcqwv5fIidkJE7TYF EweP3sX/CXteQUcdT86pFp6jinEM783FC36efJstPFINC1bDUuIpPKUgvVg5HifTW3QPIPLCj/7C iixnuLnXFgus3L5CcUHvGeWqc4+4PqfqnCs4VxbfWGidvGJUZw5zGfZ7B8AVu4e9VtQf7O4xsK2w +cPy6nMtrTs3jV2NICxBl29TeasDbE2/38Oe5Id7NdDx4RfyMD233XI8HfUGfURuD6EMDvYGDc8f 9+3zMlm+fs9Xjd2pWZh8V2kjNkpHQX5dqU+ZpytBYYJieI0qULfpDRqnZr7s8pESmmjBI0KiM12c LMFBduoQcgcFiitzTdCqyDj10iFzvEugj/fczB90ufhSt9fd4y72CId0W4wZmxTrV8E20YqJx8uN HvgADSpoy4zXUI20TAp3T2bmuClnfF8r2x1F8kz0NaYj1230yWxkcs6uYH6TgrtBEqDcmW4WyW90 zjyvFAxLE39IADGJmTShcclW7vkfWKwxcpu/4iRlJCQTsWuObEGZiwBRJm8JWRoT24gpkQl3KJeg jLPNGaCYxiALUnQwVzUhJs+zy/MSgLb+Eu7xfbpX5jGSqD2DB5KE53d5ZcrWMsV6HZUpW7Qx1v1M J4eO2YBYb4s5bxSm0dm1YmT4D1wkAEY/gU2Dm4oSjcrC+nG1L1uPqMq8gdqXLdLlUWKm1ADuK2vc IbNLWMdCzNTD2/ZVjB8Ffl5ZJL/jGprIEHfZJBvezoBBQX9OqW2Gs75TfaotrCYfnAa3S0NcZwlN 3FZ3cCel/zTEnD2uTOI/r0DlkR8Ww/FjIw1h52CFooZPqWcYqXy99PYIGLDWy0TC1lcTMXYqgiIi kkFwwK8zcg2l+gUbiWAklXILsnrK3lBkE9J9VBfzGB7sKF2Hd5rpJfLZkYF2CKCpmSWiF9Oyum2b HZt3jHLAdbAbr1LCU5i0f9jVidx5Emd+VgHPdap0m2io9Jkrp1JjtJHyBpysj99yTWm4DuMDiC2q 03NbOQ2stLLCpWUX5iOW1v4+Y3jQ2YWz153UpfCZuuH60qKuhwflZYZTio2jYd8fPzxaXW5eeI6+ WuRqmN1hxykeGAzA7BqtIJQK8fRHdIKEA6KOvBItEFanEFcssh7dFL5KFffwfOpPpTotyuKliJ5q gM/CcCCGgXFHNlLtYzlWzAcmVcO0Pz0aj79UP3g8IqrF+1EYe/Dx0O7Cn6qf/IcKDN3+PiI72Scl nvxTRHYF/jDo98owBNDgI66r4FoBjzXSAy8QPDAtfSfq3UvRGsCf0CLAH/ZoUOvGA/ftjyz8BoSN 33jwpYPdPf5E9hn6gIaWdeKx9PrENqXW8QBRfoHpIfjhuB9FPspuyQUPcDOE5rldeq1lLO7Te1r8 F7j49bdH41G9JN8FfTC9zmOrT+P5q1tfgpp+clbKz6k+7X0WGLNBG4uL3CNDS19/JyP7dJai/96Z cRhI4MRQ/G1F6rPz0Iz/r1jtulQ5NJVSo7g14SsE8qymGjbl0jl1hSqRa0Vh3LqeXhpbYt7ksJ9R aWxzvF9eERv5CMPPnA13xcLVmZSsPr1mJ6jesF6ddTPNovDLpxRMDUs1K8GyoHy2kMsVTEWFyNY4 xbmw/iSs8y36L2pVfedOqlb/dk48EBT9xjL1250nSYOBsOMPEnGjqwsrncZkLEn/4UxEvZdVxyP5 HDmWkSHZBW0ckA1CZlAVMsLZ1mBcETJOOgQyIxQu80m5zLF2FJ2wFornkq9QpjCMRU+yiKCDDNlM GCX1YdQJkh1OWH59/DdbBkjxFg8mzboLIfCWFHyaDFzsKa3iw/U+7cKmkqcMBo6VGq9AN5NiGw6b mAxwC7XzMyOtzciL+yxwTSPwiqOVSUFFXxCMtCGTsy4lequXJp5Ez2CFtLPrtjPkt6/G2fBXjiKD BfX6Ba+oSBYdLahrLvzEcCmtJOyGiKtnz0U+SL18v99Gpgb+oLZevr8Xf68PnYiqJ9C+A9mw0y98 pg7P8t0c3ZrRSsFC4xxIwqnY8sjl7SzBQlr3rfJ9tj5/UgmpHfmKewSnyHx5RbJ1/9c8xmKoLZL0 JrKrWmWbw88Iij0Z+tJcjELuImFoI6Wc9ii7knswA4lAcFUE8ok67/JtPBtRQdCt9NoEI3ClxAdT h1VDKgWZoNBpW0udhoEApjaSFglIZjORRnRcHIplnJw+9xhrdQObWAybT8JuSC1uJPnX9HjOtjOC ElRQ1oKusDuApMMAW+cYJ47Hh4l2KCZM8B9XG+P4Uk3Pj6OT45foWr4BmR3dpTe3hSuAC3IU27FL 01FOJonY6B1HVDeA3sTGYSlUASf5jAP1MJQW2y7H5Cttx1gaLh5ySWHnOopeSAu8in8ukn54WghV t9RUqhKD5o2M4kZLVE7ZnOAtZThkFqLCjOwY0roZDAlvVOkK7AcQhZvoQXaNcKIpPDxKRIq4Mt7U EX1d6svGmjI9u8my0TOPNnKprkmeUPwS57rFCqQM1BdU5UVOSiER22Qhape7E2pFCJIPF3307Cou vZEnf8W3cn2RnL1L4TsJjn8vkT8eARFQrcq3+r1HRWPUBGPgDuqHVxoId8qcI+0TLZJWYVyGM5pT X2DktykLumMDrXYe3A9EFQbzCNLY6cBOOpGrgIxhAOjIAkqRJugJ9txk2W5HX6Lxkp/w1k+i8ck4 iSfwEJYWAiLvq5fyEZFHxgV16pSmVElcpW6ZgJzEoj0lve7DCx3NuSEsr5zPEikOKBMmMmAmihgq xTBc8yx/j6phgByaWzmmDGPOAYyrnF2GLJPXa4ZA2LFDnDB0oCrW55K2hSkajaIStgLZGufFFIu0 w4SzpCIQpxykxmJRMzoiFA9OMACtEo0hJ6qx2FRADOd4XHBCCe/n86u8SAuxwzpNnSC6gdFvMwqm ZrWdAH1IcSvHrWOWfSAzsLqdSIi3vDqKmijmncAX4yTnqvbzqaMXrlrLo6I5B9lKtdujbo2XulbS vOWP0WaleKOyVKFQfUTPPnrYIyjlGQo4m5mBDPoLlzHLzNIyYJrUjLW2nRSWpY55s+O34iJyXALT Nh6rksfhtjMNBalRpUSG03jcmoJ773gsdj0o02HoresIEwrqg2WCGmUyImQEx1n8Mb2b3wV9Hn3D mVC8mhpZXscMZrRMN2r1JRrDpBCVobSEcGG+rFuYl0vYRaIkhVkqr9J9zb+OebqWet7yQ/xDMLMg 22OU4lnnynkQHVjCC51ChSZ9UDwn/Ici/3gGtZyXATzFHYRqk7F6JUpVNQxml9QT0TK1jC8NVc6l hdHm5UAzgMFq5l0prTY6paw7vQ81JypJoKee04ni3NLzGKrpVPmKTo3iN0V99Bmd//LWs9CmQHCA dyaAzzM5jXIBAlcrFtYYHLc8Z1mfLPaQ0cyWL9ZnzupvrM+VUEGjuTm2l48WuIeMs5jNAAlVnbME 5Ep5vLkVt3Pcr+EoJSo//H6dFOg7xJN+oiYBSeCDI88I1Go6Ioj7TnmVX2BtZ/58mtSWE0l9O5LU Zr/KLmyrk/A2Q+YRNW/UlNDArxke19e1NhJTCjcszCHR74wm1VXG2wWa40VnglB8CRL6GxV0WGPD 5HPqG50txiYVjmCjnozoJHXJ4trZJahEG77yWk6itlK58xPHWLY7zTmMW01Lvkp27IMAPdegqSII 55DkUQTzMJVkJl+mhTrvMvcYPCwaHBQXGjkxAaVHs4Wf+k5G9Nhi947rpjsG0TR/onjYwUsSyZzZ SatMx85Iw1DMMjD5gy7QHnueUy+Scuv3LrUZpM1aJCbNZ32Rrsw3nTqFNcvtwfy8sWeCwJgXuzRP bUNJA8QaSPPZFHPJSkmk/LxXPqjGehgs7wPlER5g1p4ldHQbmZL0FBqLeypadwtdY1Pl8LqSCthL JkgmJEAxRtcmDYH/gW1jeJtllJmEql5czEGkG4TIvi2JBmyRQBOYVwhdHueiVAXeGuvTFYjhKlNv 4zqEJZUd+53ojPgZxbVQnrRzF/EUDC8eIwYPhIfg2h6nv0pcqKSqZK7vm2KCMxYEkcK2ifEfKabq BXGubDyLbjB5Wiwl1MqJXTokiu7iCdxJanZa6c/lWpwpKRmEcwrVxP/m0RbHKl9LrDLG7W2bxE1K ACc4GDmo/HmqxU6dxGJDkyVX8pGGTy+dahyyFRoESZtR+ZZpLpuNZkuEKdzpw+7RQkG5k2aUaOpD HuCyn6AJ3U19uiQVivXFNEUoVsWYwwhdBuzmKNV4Q5RMkTQuk5thF7jrdob9YRlfx/BCBFnrOA7b 3nAm9nlMGX/AHqiIL6zrXyPsGecFLpLPRnOzhlRkN3xKEFPdOLsh9SugOC8Yme2WcWmluSuEok4C M59ujQw61nPkVbaamPzCdWkqyCptt+A7wDTT+qwwScxSdHJWJoMdkqwouFAPD9n2HVO4EULiMgcS Bc7CC6QVQSkJMU511TI5FPldyrAro7VerW8T7ZVonO5cXqn8uXX2HXfyjStOGx5hqClXa5ZEW/Qx zbnUAGF2rhvIK1bmo+PRCOlGIF4muDnCOWibwv+6hwcDVEdxVVKZIAoUS65h88TmiLU0rx1RXamU +zC3vDAMsNfAAHu/dMgdVSpLYSvB4FmGljpzMrNSOcNEV0oVf5+1z8yJRS/gHWKWFpihU5QJdcgp v4SegCIf6ZQMKB63ptwX8R1SNcmhmMdwg8b49SId4ypyyjeLNptzli9YnLy2KM+Ix0RArJBAvMvL qZ4Zh1ZmABR+hRbk8C4kVvm1EnJxWxf3wLq/NEvr6yFg4p66Sl1v8GpsBUjGnQ7Zu2CZxRzhqMcf bpVSOxi/MhhzH7gM4hU7T+tCuJ5RteXCpw/URISWQjpbGlUPGiy5l1gYPqw8oq4cWVwYCIfJCMsU PiCEzlZcn8IfruQU74IglF1e0nkE3z+fiqZpNnTm2tK6LkmbULrUhArUrCPy1WCKM9OEVRahy+q8 EQ0qfOEmmWvrUkc5VIQpsxkPtPMJzRh+ue2IvVfDPjKsUugr7rmp9j5yXQ2RAe64hnhcWQU8LtLA 89BBap3ZPZ2QMI2aS9aHudSGIHDSwJMPLauHMD/cF4g2EVma1UvKdNWtb3smtaw0ac6cXoRQyBk1 CDmFY7eDey1XX/qBR4n7alt9gK+tx/w71TjUWkXiU92+xDLGzNqy5j2fx7rIQpf7rne46Py5zPmk Hem0LId1n8ujeBnWOeLACHRYk9pKj7gBOrsaPdarf6ur1mffZt9BE2xeP0t4DwBl0xgoo5/o/bR9 2bF/4yJsKIPraQi4GLMAgerb6RhXMryaB+unh2Q6LAgmYGBMx2hB4AKQh9cGDDKDYv/nPHBr+Fp0 D7gwSSvR4Q8oVH8+GwahAtwfwgULtOsDBczbTchAQRVD+Llr3Iq1PzSyLsuMuTfk6u7AFyr+R5GN eFjEQP7fejTbjbVBIvn2k5zgZHDEk0oDUV3kXOicOzwjQd0n78CgjSX2+Z7BzHEgVTn+gAVd0rnp OL3rFd1y4kMUQIiBdogqm8hLf1bCbG3WlmDr/3aOShlLEoDwkzb/nvB+iJ+98cGeZF/zSZQJY/MT WzWaBSqCLnZUDSf4Dj0Pi9pkzChYR2wcmCRCSx5tOyO1NVGVNmq8QXAyrN/BtbzKuk2GNedsfbo8 oWkyPrVSqggAEyDSUEUsH97qQQmH0uKDIEwdfW88feOZpoMko7DDcWWQBMTn8UasR/nGMrwG62nD Vds0nA1NcNgpRxMK2RIgHkkXIuNqlaH1RIpzUSc7BMXHEUeduGCHT6KiwBz5MfYg54ZnQpwHHJ8j Amvnvl2yzL8hMdsMZHGpsZjaW6r13PeI1C7vt+ppDHqKID7IJ1tIOvqDo6DVpiqtGA3BfWlpOnER qXZcGT7X4c2rcHE+FFV0i8y2kjOGwQqtTqez7XtnR+RN97pgTvUvQR2U7sFSaI+jDghInmCMK/fR 1Tgh7p0Ymh+FVLgAhkKpwvVQEQKy8sZTP6M2flfzomax+XaMynZY1sHWhaMgMPbX34lv20gtMdC4 QxPvTtaUJPZ6bYdItifvs3DQbDSfi7mTCUukcx/uD1ygbJqBbkZtduIJ1zyoZz71Uijj4a9lzmM/ heqnLq7aDFKheA9G1tT5wDfSrnYA5UlOfRdQ4SFcsPw279qg0lrw1XYQdxt4TcqPECIwGCA8Hfmu 52Nertb2qVs6sR0v7gkd7e+xrPId+shgRdy0ZB/iZTBObGgkcBi2eedaR6MPsZHAeDv1gb9LjTLP ExTn+fxOjjCUOeiq5RGToBvKVTkO6VEZBJ941eNSePo8y7U9Fkfucs3V/8LFR1HSPm9w0NnfViEI PP6BYp9dgbnCvl+m7R+J4Su3lXD6Am3MGC5QoEeG7kWkDRCVW2iB4iM2hZpg7UzCgCZPytiQLGaR bjqOyvpOPlDfDi8hWLg81/WVBcWGXfcnX9eFh0M46ZI/xlfOlghwtwoNj2tj1ImbN7sr+c2LQj25 xiLP3XRGzXZzM9e+QZbIPR9h44z7vuox2vSuM3R0Na98RUY1DtXeVY7ywudIJLOjWOlGOQC3Dzlt 7LwF8WoOBlwerrPIVGs0Js4Y7mzgBJZ5UU1aFY8TcYOL0JUie8Kd61SkN9bGKOgZLM5y2VmUvM7N bSMgOASPNwMJPcpmXGOJPD3BdmdJK2RVzimDJEufBvwZX4bELxSqyJvFq+q/bV/NsrGiprhNRMK3 YV5kO2BiIAin3ngDaig6XXFSgVVk08iENpDyFdpTldGxuPVd/GtC3szrpiWCtW6EVRXmim20i8w/ RyvVNP9WJaShl3bH6gYwBzUiFUXVR1GJtuyQQDfi0DOQmTIZZI8u2KobSz9ffCltOQTBaOMcGMH7 Gjptr9HmBXREJU8WXm7khpE6CJLqkwhraqF2KZ5mbLBkC7O3YARj4urTu7J30uabRvFnPhjBEP+s 8jtPLOJX6EaQEpt/Zgpv2USTfmd3W7G9yDT6xh0OFDcnoEYcU0QomNdkXEKFNwgBTYIHs28mRSod FYjYGZ3ErjnW+tdkRFVE8QtUR1vKBKYootObrU4qqAGB5zNR83iXQBOm7LtBqSjDhFvVWJBtq7aw /i90N89RlCJZLHXzMh5Kj5xqbSrj25E/onlKhoeNEEGJhLvLk/EHmsQojDCOSSakN3M8s97Fkwkd Gnitc8qMl4TuJLvtzvT7KOR/8OWs21xJ8kI1oOjYqEyhnMClFtQI9qoMgqCjAXm7nYVCNGVBvFGh rFcmzaQkvtuoaHxGjIqBy+iVaIm7xd8EcVdxQvR/NmNqHAuFFRGoa79HUb1lg6VSxw5CwklKCuqV qbpLAp21Q9W8MKBEbI0u/yhYOqQVtsywechIIhONS4xjeI3ozfjMOIq7TBTUW60NHPVWXz9aFGrG pG60hl9S5MqHTAR8PsymiQoBW4cN+W233JMk+kn6FOjvoE/8UE4LDNlOqMlKn5o1JXzGm4ZwCXCU Ezr06HnrCLvsDLxD75l/37NtDbeuYKGBcSbdUJKTuSSZ262f2UefkbMLzQXOzSXHQO+KcbVbuJLc TmDaXJdOtomWKzxlmB4o5V/F/KdVQHQzIU9u2XOvJWN9dIbWpob3i3mSHqdduUh5piUyRuVOWcMN kxbESkFQiD1oAasd8FL31/md318V4Pmr//XD6fmrC1t8k7Uu2C/sMLbKXp/tSOKlaAtPKWwM/ct3 GBmOlUl5WwOYwrw2aMZaG9HASI42MhvCQle/5FBzAgkSKi/oXzwLaxKEhsKSCfSiFF0UHBCCYjzl WQs9yGppjCK/rhFzWguaqkdzQsqMxMaDxvQxVX/EhF6ehjWCeKOQhsKKCvo02bnvtJsaLz/rNWff tbBGAylEZ+dOrXktdgLVwmamPI8pr19X+JeR4J0CHTquidTW4UE0mqbbtaWxCINnaI96Fm1hRRm8 U0juC/pd+vYGeGvbAGBKoBCH1YGeEOKbsYufwNEAAcfRfTYbu8gIjsTo87bBwSSc/29LyVbLxOpZ AosFCZJB5AnbhpGfelTLRatbcZEZW+Elxc4rhS9HR1WYuOog1tQi95Z0icbzDhYwbDnkKF6E0EU0 ufxVKMHVeEOu0aAIFOkBrnSSf22J5vkR1qT5QGMYcEC4/D3YObjt2CBRBjkfj22HKFNF0b/fmU0m yX1AVsoLM1Vf3dYanLhaEvJSUBV+tm0lMR0SSeZVvDy5zhGnPZBG0ZiraqXMXZCixXxEQRSw9IkW 2ZgiS7lWAQ2rLGhxSBgcOqa9ty4mNEimqPJaaCim0rlyFkdM2C5btdnhDKM0DOeZANlaVFqVDTUT 5AM/R0fR11jbEDj3rzTSr7G0Icz5X8l0whpTRHSJCV00jrdKXPVz9U1OpRT7GiHJymQNBlIo7q+t 6GutEvdXLsb2tVZK+itL1UuiXlill1L7tODB1YMEBBYaPBENOdGVFXYUV0lxz/2UJPVBCsox+xq7 gbKANZTV08Ll4uuEZ9cB1PJqc4LFMpHYrff3UXxgibfh3TYygCsvfe3S1HFvKZIJRVGbRYJMqFFJ tESwNBrsjvKaqnJ+JT2I+MRfiQp1dmTq7xRquSyIseETQeIl69Tafoeqy9iaMqq13toKlTw5E6dj m6PUlXMn4hZERX5ExlfiSrJZaR/mk6KokRYJbyghSGHEDb6Veaagwzyt10k2aQelcaRnpCZ7MiCN HoQzbzwDqTTl9F05X4fTXC7457bSdaq3m2iy4jd7P2t5p7w1NKmQlPH7XhtdAqSLVqmLkDO8KMvn wf7M4f92KtT0jHMUVSYpLBvCVZlkEMcTYk+03lBMV1bmE9YWXy+oG8QvdrWDpKSCL6lEqrWWrjIV gyirI/a1qqRw0AMSj/Kzck4fBbbGJ9vWE8tlranekNgCR34F/iOZwcaTXl1hyMhHuGDWdqIdvro6 8kUxWVLNJacht1yZq7xyrGORTidwqu9CS6jIfk0mJPixjIsIuLt0hP7QzGTSTPzYidgcqJ58LGYx j4Gj9pD222xWYk3NFGdiFzKn6LAixP5E3ZBinl5yQxt6O1oTFnB6IPldxQZtpWlCneNqki1Uqbma z0YJp2qmBZ+o89v0mo4XCXkL6Z33ZGmZxjOyDZq6BMjS+KmdYbwFKULOSOGzI9DioWYWPbzE3j0S aPKhDAyi/8gI6PxOvLFJwKUQi6IkCRTxGKYHxhSZ2gl0Ehy5C0PFP+QuhLsjmciyND4W/EaXk1mO vnWGcFfN3j+ERl/ZNaU5FWezwzeXWJs+JZiRL8PGbHTtVqzjHNnzaXniO2CwzxVpXVytRvYSg0sU hewFZymF0cxluhkOaDNU0QPb2HiMnWk1af/16bc/nL+Kus/RCJNOlNJGY3XJO1JuiXdcdH1VljNh 4zLV4bXGHGzMfSruPOOz9QaojDYimoLAYSTKQR3rLNQUJWtR60SFSBOf1sUUW6FUMyIX/EP9JpVP ldy7nej88gS2SthDOBRXCI/RmnQooI5BoSJDAj6w3nKMvw/adYuTDWJlS1eNK10P/I5b0a4+LGSE Nf3bZnO2B7t+erA2AmsP3UrPV0LDWjZKUIOWEOh5Qm4AWDUnMJhZ5oN7CNAW0GobO7mQTzXlSI69 yGbpI7m2F9hPCI4P0KkSQl2sups/I5ccupYmw4dn+ELieYJjTnXondKRAJa5SonrMcy4awiRlcLm ebFShBCdMxPWHlSPU26PtDiieWMnNNuwNGT9xR30xAgjh5sovucEKBYdM464yVet9axL08wWcK7b 8lMsSvlcUQyYz6lcpXMoRRqbgKTpLEMVRbjcRwNI+ZGAvMhuPgphAQR4mufKPG2MtOvRYDfTo4aq x6mDByvQ8bEDvtNQ9kSqQJS8O+JS8GYWK9GIAdHmWJvXVBFpkgqxark8KZUnYJaWy+tUgs1onEOu imj2Mhag03gkOyZXK+OlSqukVnVCuLIzB4FzcD/7qh6kjUzh3MruFcYvgjiJyN7rlDMA1BTLEwB3 +8Zmuh75sCyTIxVi6LgcS+Ak8hb5VCfJpNCljG/+8f3pWXRGbrSkfAT5O/7Yw3rtP7KR2nnb8oe8 SMTEhEocaIPo9uZ4P3TpkauO2jiqq862PGdPk+stTmCoG0k7EtPBB/PCpAba9XwylBMXOapkDthZ pfIY8BAIOWMphomx5B9hZruYP8iKkMZCGyKKjJFNL85Z958c6e6rzKRTSgbiu/E1E+rBLHs3LQhA RDXTc1Tg1BRJr7kIUv5x/YGMQW8zlyZQX5lMqjDJfscwQZsLMCKvvih1z8T17/rUc5tuh4gxbEjG MQrrW3QEqn4B2k8yS/Nfoy89/mGP0MylmJefBrE4R6HpYXypFXRF5oY/py7Dn7erSXyXSJAM2/aT SLqI+hfKrAtK2XV5S/lK56n0slxzaxWZHxnkMBvP7ybyVlfjRt6Xg1JJnerqx0dwOAyuER+lIl4L C2kv+I1vcGA+ebMNJwdF/vrkBtZwfdoANraxTviyqPvll9GCawPY2Jy50sui/pdfHkXdl9VTA653 i42t3V++tDeAAUMJf+K9XB3M4GhBpeFHYeNeXXfD+kn8Es4/l3BiqU7tp+j/Pb44OT39/45QUUue ox8HF11v0Aa1cbb6oK5Zs3n2M1xHZ2dHL19G332HHy4unkUbGdRrLaBR4Vjg4iNOEy4XSOGD8sqD 6h01FFphOKsNaun1F6+IrksV3VxvnejzBytgPrHW+tKXffHzaNjymHTEyY2GAT9uyeLeINtyuaQW 3bB+tqRBBa1SPDbYgeTLL7WvKXcn5b6eJWwWD0qagFL7T2luuoNeKO68sbFBcZW50mr7FE2OQFfC Rmd1ZbRWH1SqddQablj/oEqVU+zLoh5uPC+oeDvF2aOgzzUKcfVBLU4S2cSg3pFtlhXVMjawt7eB WbQqfKm7zSawaWxDCb/tHDX3jYxKJG5USkjUN/aXjDYyKO88xl6SFjXaMchL23CtvMKPTFfImhs2 MChT0C6kNq3wurU9FdRWHRSdgjlSt/aG9Q+q1NXSvuyfoOheiD+m+l6z3eGRKvo3dOgkGOJUwWYx iU3RUnSAw97unEB0wwYGFdQrzA1RP0VfT/7qOWcWuVKIxAirD6qZZfiGDQ1KqiWWFwMNipMc2Dbv c0cxymZlfTllYyXZwqorYwODsuE1ZWy0ZxoqJzW9UFcdFKVpFBSpYjskahXeDQzq5wWDOiRdq3u4 R/+DAwpvWHFQpQ6Qg3Iztt8tbXzLj4rVYdm1PmzCf+s53WyuC1O0RvL7ePHyBboPqpfOCJVel4wg K+vM1VJrLd94bPVdo9QerHzDimC6zUMCRFdfbyU7jR1R9JsPavC7mqkFA6IbNsnFW5SmNJlj+zj+ bXcRZR5Fm0Vz/jumzd6CFb7+xVC2N0YbGdRLOZ2+jcv2wrKWKocBT+5VB+UPwPU3rH9QuG9wRdSy 1g+ConV3xAd1UVWtr3H1QbENhOBwO5/SDesfFLbnevTOztcGsDGlr6okrml2o/ahaHUSL2zdspFB 2bJd5cUAK3wStHQJfn/MrrmoA8yqYEqdYrRLjLthVXnTiA3FGz1q8y11nbE3bGCmsroibF/Sb2eg +NW38yhhs3hQljAuZ8PcsP5BfTvOruLxe+14mZ++fvml/gafj6IbuiFyPTG5dtOGsBEnNRpLqyv8 CKvzJxp/aGoq0EF3A9jAFAtCJWQYG8yZ0kg0iXeQLP0NsR869M44gy1AiLCxsTTx+Abr1N/eSbve ldUkoWXTDWsb1HoPa5voObfrQyu+j9rRmyzPqYzO9y9OvzXxFT+5+IqpRvETkSgSUtOztQ43BS8E gK5KgRrKP5LU4jHQCB8cgAuFKidKu7oKDk4lOIKimPLMRyT4uJCOQ9101fJD0O4kFGSlgSYp0nJ4 G09uksgkNhAcCQ2hLIXSMGGpaAiuy2u3WQ34Ds7OJEiSoRmwOIaYl6ByWG0npH08GmlckBKFAjeI /Bagr3/Z4fnvdqJ3sL19SJP7+knVplxx4zRSCCQVi8XXEQzzSlvH/daWv8bha3l+bGwpGHIIJBbH IEh3GLsGZKCR/P2yc9D7xaZFWzaRwY7YgnidSBinNCwbBXS4prIM4+si457XXDg871QpJnFzmlwV D4fZbBQG79pcAQ7k5cooqWm+IUlsnYNdGsXuLx1LbiUlfExMbZCAC5vI7wKDK6gLzq5kr6QCY+zr 2bnMf6/jw5xo7b22VXcDXsCIpFwiwcLAqFgi+yR4qKC0TZQzrvMx59mEewm2Fc1TLVoloCTsyeQE YfIOV1InSI30sDtTUBnBh+9f+3qpOPLGBsDIsZJo4at+UbUYVxsjnVRkEHM0Huio3mEmZWG9UElt 9Wd4vZMCy+ZY6jURv91npsbgUWmABWZRSLs3Hjx9419MgMKX2xM1TqQLB7HkMjdt9XYPsaXkYXkn W3KZ1nDKcS8ekMpBf5/oEECbldxxdeQl9yVxxlhu6cRPqSsWKwJT2W/JWvA9hL+SUDtXYkIrLGqP b78NkSzTxgOwYN1+dY1/9zi77PKgFxQQJzI52m319vaQSI9puknXilTCfpfkipN0l9kMdydfGpGN OD4TjQ3lzEJ4Jtce7Cac0SmayBScpdzmyj0c1Cu5TwBXOixhYBCDqY/q2Tq7eKHE7a0HX45ZbEab bm3AOme0pd3nonCkrTeM+Np0t8Em+sPhV55nNSS7rpVSUxslJwgb2ppfoCxTES8irSKZHZBKn3O/ QrYG/V3qQhs99vK9ft0uRdkoVmiBKOJbTn3fH5cIJpVkTOfPxAgFu7Sd8iKS5ysKxSVAWo4m8v0n F4gHBvKuwCB4w6mk1EonsbyYjx5KogtFnL5whws/scDiaOxMkpNTUX7T3G+5DGjrde39E8Ml+D95 Z1vZBzsPY2AYoi2Ni2cUPM6fUeTiADXhIZW6kqjaFBIAz9oRofL21U9vXtGs3cWzXxESwbBN/7C6 dnoDe938DgOCJlYXotRxG6ldVUds/0pkvj6RCT8NBAQWcV/lRPNHxPgfEeOf/ogYXxAxfoj+Onuk Kt2wfmz+CK7+JwZXP2pQ/53ijdep5m2iIZx8u965+yOs+l8urLoSHtscVL36oP4Iq/4jrNpeK6/w P8Kqm3Be8BvfYLAphVUHMb9l7i9dm8Dmf3RYtekw/0dY9R9h1QtwXvAb32Cw+SOsunSDweZ3EVat AB8XrhcG3q1K4lKUX+WGDeg3f4TrBdcGsPldhBat6wC7ib6P8u3aCO7dClWeBp29ziTvbtjACvsj liu8wWDz3yuWa8/HSp1EbbIrwwjHsA5KgVF7y4NqwkgprFY05lo4zLUz8yYTE0WQHhcXVYmJIhgL 46K8bwkLGDtguOAZTfS53MziB9jNxqbbksY60fmWYLkSvmHhavxW46AYIhUvQpnhq2b7YUjkDOOT DjmAKOYOPJ6C379/FQa/YF25VnQM++3H6NVXKAa6XGYOqPTmy/jLqy/l5bQ08W4s/vStG1eAs3YI e/MlgRinN7cF1mD2Zaa+UuLUP9aK4i+JcFcMwT2XB4RXYlMEQkzV05tNFNe+F6bWlVJPm7yVRum6 S7iIB3G80YDptXoLw6CuLFyo+j6LqHqta47Hpb1KkHMXEuPC4qgGWSu6vHzb/eUIvYX6chyW7woo lZQjigZwESlMKoJDs6SkakmhbpQXMte3qEF+wIaDQAZXqDoowIetoIfZ9CHK5sV0XnCJK/SB+wJZ VEI8l6bt5BcOECIwwRyW529vLXFU1EDMlAoTj7sGkxGkUlRUY+SVW0kUeGWEvgsX86Fp2AOmR6Bk uYSRa/izG6WNmfJD9Eblrd7u3vZjIl4o4AVFnnf1B0tBBlIN5UJfI6md9/je/Cg62BvgOao3kBCP bq+71yKbdp1Fe5GRmkYbml9hXAMMYdgis+s33dXGWA1f4GAeYKzXx3/jX8SOm/tauK7uatAYuNFO WwmB2om2Jlhy84oIyHEwEyp0i7EBnFLg4gM41vbj9jr9IJvoehh4TmE2DnA2sHvA6vFVJraKrEEA oGSBU/6Tvc/vTpXAwgOmK9oYc4LRYsd3t0dts3ixiozp4Lel2zVA7crWoW8Ktdt/eqjdi/px0Abj FnJ58+ywYzzaZxizBH8gT1xlm8UeYOG+cvm290tDMFy0oWg4ry09JQxKxAV3REBRmmNP2f9EffQB F11dDxxqzkbw3ly84OfJ29riJpy4p+S4yXDjEhe7UcAOM73FMttU0pof9BdG9Z2hR/jCeHJfqCe3 cjsG1b0hz2/t/TgHjdoDzEmP5mRn2YQsZya3KIyjI5edR848rj+iLL/TVxX1xNTiLG1NJS1FQ7Jd NBZZLJC8zbqSOF92WhFVFVeFWADB+94cv+hEP3FEt3lXqbEBL10Ghtmndzi/BIq7BLn9WBs8lZ/w D2z1/u8JHCO62xJN6Wijj9Iz2oBxotpuGEDCIbAksHyvE2FHVNnmk5zTeHmEbY3kYrRyM1Vyn58Y hiI3pBjEVVAFcE/tlxwkRrqL67jQiVBL6Ive8/bd5aujZdOCwhTpduh6hnvFUk89qEmTfD1ow8Jt gxxtC2kNK5na2acnJ/5bVEIJCi7Yli50bprCeoR7oR5i8H1eTdX5V600nF060mi7qEHPKbUKtINF W4fzGYIaPyifs9RxeFCwshNWIm9xlbk5k+FQGWgkb+jm2+odkox9lHw1SxtZCPtRocCDE1w+l4jF mWnOhfIGbcJu0cAi1eZfOQeE6QyarlAeQm4OkTCystrSi7ZWjngkdaW0eW/19vcl5rq/KhUMBbpH QGKv2NN4Wib3fGJ1Anfcxyf7R3I6aIVHA/71lcwfZ46QGMyWnepwdMYfstU7EGFNbpAd7wRZMM7z 48vTd2+P33zxp58DSP3PgIR/XdLBxXk1spLOmnwk3YApJmHcqPb4RxgMMht14zD3INe0Im3oVNfG apYcedyF+vgnrnkaxCq6G+Irby1cn6oo/y/QaUHg3lIBduu4IWUCHo7HFic+CFlS6L6ELeFKo5IK 65JB4jugXdHhs1IdXpqblO0g69LPN9MBk4U9ToAWrMbelq5hFx1gjFyIXf+tQFC0v/gT04B2y1Sa MLSIknI87ex1dtWG8UuHooK1EyBvQT3X8YdxesuNSnFpXmEPC6Gxnc1WMOO0hbgz7Rd/QgmNHbXG zGAm4Ybeiyd0MUbhTeF7kIQ07C/+VBWIqi+AaICvQW5IS2c6KGCLTBxkf8dliy20Y7KtctFvDANN qnZxfSy7Kb3NtRot9mm9eOjVpYaJ3dB5iTdIzFhEJ3v+AOf6jeHh2jmW8EAzAn9CUwJ/GPR7G8PD 9ZIs4YHGC/6EBgz+sEcIbQYP38gyxAMNJ/wJzSb8gaZqjXgsvT69SUBDmLWOB4jyC2GU6LgfWdP/ 4gseeEOL1g/bf1gRxlrG4j69p9V/gb2t9bf14MEWvF7F8Y6/oFirHO5dZ1cxkHoDLeo5t3DCiI26 Q7tWrGGScvybX7GSjGIPu1p9SLQhAChbNXZ0ErBf/CkppSNFJ/S2i/kVKX3phBss87fvs5xMpv4U yacpfbmkEYqmje/WLM2fT65OZmWg9KWB+cWfUu3LYyp4SFUOjAgYsdJ+jdZjBJ86N4DvyU2G8y/+ xFpJPsX8TLb2lMe1tdvfeZQBtc6s1eM/L5zRnQbtyYE2DWpPrDNaN5mSUK4HD4m+RkZBvwCZFznJ RfRz+rPlZ4on/rtslv6DAfkZc7/+mMyKljs1ICa3eD/2XhrT/dpKWHS0miHMuOEUcNb4wW2TbFXe OarFRvMyv1C9n3U7DoOg8XjGRByEOHra8xjCAUE0viOgCTbxiHNuKesB6FNxvgSORbxbQRwJ9Zl4 Kyk/D+sACsNBltBDL1s6kK2qKxZ4ZKvX6m27xmS5t3ro83RClDeayU4nRqEPXHugAL7N1qcab6J7 Jn5VHZPYfapk+iba6rbILoTTKDZkhlI6P6v4MMIKxEeXDnhPsYqX5AW6jDByxYhXjNysiAoj2RkO acI1st0xLgYPY/UpYcRj31hQ46PpLaBD47nBMePMIYVd2jjGUW0yDibbiUQqoOgdz0uA5MiAYo+t Mt5vqcZsqeYwn2BG5M9D2BACMthczpTbudGRkGGYZHTD6vfo99a0Uc+/3jPqfGySSes3Z7a0bQ36 /cftDHJdhAd4t0lEX9b7P166oh+32X1Ebeymsqtbeya6iGUvZ3cpTB//IOIeHfXTWYppt26fEYKb fZCMAFzcamy6TPoMRjhk/SpxiXE6Y9FmdwxjnXOWOfb1emnEgKRf1phWkVM4Xgtu9WaDlto5qXiJ sBpRMMNueYorvXvKC2ex1TWg0dYb/hK7UckHEfjbxiorOzA/SI2r+ASaH9mUSdSovhFs/77zS/SX SICDAr8lX3d/absbtp+zDbq77UHEBkQPQcQVEH0HolcL4sqAGCCIqwqIXQdiEIBgIGzxdmi2DD5I Zg9atTllAJkLN92By/4rfbDrIfYDiLsGIrMRg/FgyxDxf+st860oSUk6HGiVI3JUIqslH+UOSqSe fHPQArDf+Gmjr2Xmvtnx8s3f1C3d1NvddXxQ9urngUhnhjSelAn19WRtj1exrN3JyAWRI868cGTJ qFDj+KIxeWBEEJQt5aE3I7esazlXH/smakdbLEw+yvu3o+eRuErM/QL1G/fkXxR7r5JY/0Son6A3 Y0o99CZifTHSSMSBIycSzNxQcg2V4Ho7jlCEwZBo4XF5yrYqztPy5PkgnUT3/ybDU+0bKisi4NFv 2O3S7fkwktAMpWNrnNTS4FXIW8K3ItAVh3NmkpIXENVXMYNdZR+kskDFMi6G8W+6O47JXWO5eoLh L+6tZn8ypPdczubepn1ERS4OjWOfAhJaAbFG++xmGmBG9ddSS03pajZofKrMR2BKErYw9wMk/3aL Bz5GHC2cFXlIJZ7zkFxyPciCE+fFqRndwgH/hSC1eXoD9OHzObHRp4hTbxxOZ+lE78C/ZBaaR/eX yocyTuGfjBNcB+4tsNXrZ7KZ0pc7HolIa63wn2pX/aSQ6FoLTv4tscFpX3DqqtW03evu7+08h62K /ux1dw/1r03idOVx6jk6HYrlst09hC8dTv3uwY7Bab1z1+05nP5F5o7t3PCp3R8cdGHuBjuHu/Bn f7B/eKh//cZz193t7wlOO/s4d4LTbpfmzuG0trkjWVfV2hrdt7BL0f5R2mids7/GTiJiEY0jO5IH 5hdLy68UhuF5tuUZdluOjo8poJNzBZ0OoetL6Ox1BovC3NdSLcc99UexnH+hYjk/2g23em0gf2RR sZwDLE9jgjBFQ9dbV80f6faOXCC4Rmk+d1A2kxTj/CuVUhX7R+yDabg2kfX436jmDv9bjwb+r9H3 8/UfxYX+GzQz9XkLJmVBy/A8YqYWJDdEq4MJSvXU3LAh2vxRvMcleqw6qOa6PXzD+gf1r1O8p0uN wcR6V702gE0YjvvEqjvrw+Z/YBdSit/dcn7H7chcqw4KQ3lrOUZu2MCgnlB1R6bvEYKittyO3rCB QT2hmWkFm98d+z2t6k6IzdKZouN1Q+GdDQxqUdUdDbS2VXd8nZjHbL41BWX8Desf1KKqO7WDqsNm 8aC26oPC118uJ/y3ntPNv0bfz3/h+kB/tPNzv/329YGqEVUeG4ms2sKT0na1auPKq78Lp7TtmgA8 uWFFMAvD9VYHYwMJg6DJ8UP0CDBMlMaYwFXBNIcO8g3rHtSa+cYGE3tsSL10EWaVazMHyN9RlSt2 UtSVOf2EfvM3LfSY43/TSUyfY/p81Vp9wuGhq6NaJzzfsCKYIFqHwqbCG9ZPm6UVwLDeF5qb4jTg qmj1QVVriIU3bGBneFJdqxI2K2jwpO7W37D+Qf13KI/FN6xIYq3L00DlDQzqR85B/zmJZxW+4R4/ 1N9tmBxFD3AP8hCQHVhotEZsvvjTvi/W9ca2AWFP5ntfrCtapYthY3muN9FvUp4rjy44eaKzmfPA JlpL4hw01EFzkbWVilQSkEmJnRIg/W3L9xZEKhEYnZkxlk4bYfjWDCO6QSgRmevqlHHfRDikT6gk DoHxjsOTs59b+J//oKfOv30h938VxSB1x0lRpP8ANLe48RUVcdjmR2XG4GaOB5Xm7thWEpsLLsCF c2nG6Fwp7nnmkSXYojtOPiScAeOLiC0v56VkB8Izp79ylb0I/k+3VPyFotpH+IZsekcBnWHgVj+6 R+0NdC2MIui8JwJQjDKRT7KT0fVKdVJczaqcnmN60TqRchdMAx21czK7qHtyj0uOGdKe78d4ak64 KmPnMrltITeCxM+4OMMGalXqi8gIyzPKvn2f0U7eeqo6Aj9tlSr6bFP6ghT6ESjIoy0khCk21u0j G3f36EbOazasL0zv05sJjpc3LA6UJ5hQLvkZvyICybY8S+K7aBZT3CLWqCBYdBOKLOKQs3jKQRIa T/BqAtCQYgTIz0Qk5d3CNPpSnh5BOAX2+ogp26aiCxfh8IGmS+sfRBJWSTVbDCCtfya1yHAFlYNi MXLEZxaFIa2N722VrcscbhOGICD2Mjpbfc9HvvqSIUQ9YiImOoqmVUM2llwV31mEWlr0KRibs5bj XTiKCCMjPzn0GzSIT21LlE+Rs7XDXRqH4R8wQAIEQ3SXfCxjggJA/+h9Y/+K+u5j1z/AkXPrJixe sB+4P3a/od3hyZg8jiY1mLh3lzAZ/JaYqJzEP7o736h/jTHputebcNjuZjDxdTqbMemhP/KwDSJ5 s7PDO209Tfobx4Q3/J50LjbRRapxoSAiDQoF1MKGy0GzZSt1WazbTfMAXrjFLQ7tOeWODzMN/Q45 SegyY53N6jmy2/K+zW93eXMxbJRymwj08vtwW/EFaKi8xgfCG5Vq7dhNZaPGMej2rTWqzrub6OxJ w8S9hnxADnFJNJqEjZ6TEaes1OqdDlJZ92zRCuKJ8JXD8A1zgoj7qrtDyG7vmsazQiNnrLLhk2Pw rYzwLIGhM5B08iHNUylz5Soe7m+yeuoj66ZSbv+qRVP7Dv3foizqBToXTMVT7sma1JSlctXYjKqE +PwPLGlaWzYUs+hFJO8tH/SqZUNBVWn5g+QRDB7j5PwBQUGE63SLzzDbR4hStago7Ro8XjlCMJjg xHKE5w4cdHKfzKowuv22HDdKQLj/61lGWY8gQyvvf1SV0uWlJMPL1l7bOao55EkVPNHPeXMo7ULR FgpDyT71R93Xv3np0Td/lB4tlR6t/7eeXXcTjRZXKJbaa0W7rYV8brimd4QSgT/vHpFMwC1qOJ7T SRT+DngflEb+m490NMEo29AqaAqpGvuKtapondCpF0cml8ItJXbeOhnsix1SUX6uN5HiCVGUJ11X YgQwhpVSJrGUaPV3pja19eqBAXmThY6BT+zJ3VUyGiWujXvqScB6RQe1RtBMGEw9AahJ90LTAppd tGpgOZYMf2u50zH/Za1vZmQ+1SNE0XanJiMcMd8ozYdz1lZFX2JQjnLIeWHw4ONreT6xkKcs6991 Jc9WNFiJDGElz/dVFiE73Jsv2zQ6wETn+pvIJNnD1cw/qNCAIsKsvy3E6x/xxp+pv5E+oukA3rEQ 1m60hUJBAQ1YRhA//FH700RweUG2Qu3Pks/m91L/0x0UYE3XlV8TZtzqD2jlYyLgYyu9mAUAOwrV E1ZJ2TbLwC2Rxt8uXTEvPQ8imbTYNm8VdDIVHZHttGbzYDC8g8CRbIbnSOeV0Qw4a4+vl/kM5kUy jGuEcL5802h5OR2aulWrVe+o0+E63lFYkm2VbhQ11MvZP9CwOyb1+w4TT3XGbsXBtz6daRO9vZin F9Urip5wleoV+QRZnbBhNpnIRttEcs6YVI74SpZ46VSs5/c15M3uw/8ucjmvLXm24x77I3t2Pdmz 9S6DFf0I3hZMtt1KAm3gXWnOof20AWxq0mcpLfBFOkE5oeaKrf9YEJJdwt99uST9dlUwaIAxCbj1 1yZoY8wX/ktOGmLzMw6KzBDlaxPY1GThmqDiMP8W14HLwV2BxEvSb+W2DQyqJjmV2O9sQVZqBZuG QcHZ+s2CrNQKmLUNqiY5dUlWKs5XCZuGQS3ISDW3bWpQYXLqkqxUbaW1wkwtbbYVbXBQYVbpknRS TRLdBDah5V1pg+JmUSYo4recxIuSQP1taxvUuvXSTTQL28AM1uS+Lk16lds2gE3ZsNAWqSjhEguu gJ+8PcL/rsbKuofNbUvZckkKrty2AdqExjRa/EtTcOXZTWBTzcRdmILrU/42gU1NCu3S3Fl5dumE c+5syymWdXetAGbwSPZbH22qmbhLU3A55WeFvX1B/q2/bRODqmbiNqfgBummG8MmTKFdmDvr82GX k7guYbZ62wYGVZNC25Q7W8qD3QQ2Nbmvn8R4WWQBroKNMz4tJzGbSJfYdDYxqKengm7kuFZNBV2Q A2o1so2oAnElh3NJ8iarwKuIrca0zeC2DQxKnTP2NQvN2nXYNCkmtbbv8m0bGNTTU/rWhE1Am0o5 VvxycS4fp+itQOLmUromMW8TJC7n4tGXlIRXTaHDtDyDdMB+LoXP/x6tdC0b1IrXBs5Zm2n6pj+s T5xVEw8XZRyaJMJN8FNNxuDSVEG5bQPY1GQMLkoVVHdJiE2TndDg3nhtYlA1GYMLUwWR1pguuE5s +N+B9+CcRe3ojHwM5+RWoLA9k5EnrN+YOlj7bE0C4RmBMUmET00gZHSyBbmDLZHGDzYZqXo7AXrd ir6n2990mDDVTL4f4Mz6K8alJR9SDGY0SyDoomuCjcgvxyHbLuLCuM9x9PEkQkPYTJYUhW3U0hKT owbc1TfBjCUYp0++CV7FxRVs7Aq6jTBWWDAjIFOytWIgtav0O4R7U8yUi1kPIse35HHn0dU4Hv7a BtBtGGshWT7Jx8JErl8lOeGinqqzs3Oce3YwxOIzuYqx4VGMbbDwfoJjnpGbYQSx0yiDoJbyS7CA KLvOL5CN4hl2sb2nvD9t6BNGcAxqupVy3A5BIfia3+QHHdGoZcQu4MFDIG/tHHmMoJDLbogWNJ5m Owbn0fSJatQ/7YFOgJMazrEjoMRZDnlLmJWB/c7OTzSfkGyjU+a/ZLaAGaaMCsB58YC5jcn4mgGN soTjBaS3HFbFmIAqV+IyibY3sDHEBZg2HmE4pkqHOOq3x/FDomon5lyMXfowHF3nw2JOTgTOJsVO oupHUAbwjm0OekEsBSpBYZjYsIa61FEzugRbHcC68iF8KnJwywcqPpCzNyawAS6JcDSvr5zP6Lz+ AE42v7mVcNOx6xwFKpYysiFRy+Sh4CHJpzBUgzdySSAQMLASc1r3zt9P2E+BUEOaXYokF0mDit00 sdx1wDmxhk5MIyfGk6gf0ffO+4L3Mh1RzIJgSG5mcBBi/nsBy4D/lOVOYPBGCvA1qS28ds/i/Fcr GOTHTvQKjRaCUMxLheN22emdUdtc5U7NqeDVjqE22MQkoa7igrW0GURZdJ/JiCRLMkUPqwvVyq64 sS6eBz1LIJ6CjvTycm3f0YEvXZVEWsD0JcwM+KihEAPIpI3K+jTYTfRm4wXvppNx70Q/YdxBiSJT E7CDoYA+vqjUvZfuayYMqQzYKzIZfcXl5CUdHX7Y4a4yCwGWsbUAWYC9TGByxxxbgS1iJuo4Bppw HLnIfl7FKoBP4bs5NvuZwUo2GyEt2NuY9e9wG/C7gNvR8YY7pJpuGizqaY9DWwIImSvnyfbkbfl7 VSeiL+gxStfBl8hjZZraDjZhNJs8UJ1hjICJq9NLXb5kkjGf21futwuI771Px2MYS0u6CfF2Rffy 7+NsKLkLOHe8RXFXqDJZkFI4PMG+fpAUtMOieRnawkaNKBMQx1DWCtJEL2ERI68k4O9OBJN0RpBA 8xZn4oVh5wWXkubpnbCcpq3XHeIkjJxkXCjy8RaVoKBmfgDFjPcGCX+CDcy3foVXFbP0al5QXPgc W1XlZmNuCdbYYJvnt5IykxTDTivYVPgRoJPMBcrUUZrze1KJbKUoR1ZQ47sM+EH2lDT3gpRNcPA0 FlIk1tWAaJYlt1nKvdKDzbMVhWHjxPA1Ch1pVwQomDftgI7bSM6rZeK+mkm7V9G35UjhdkTDd2IP pKmhZ2SXSswaRgbCqVYmofUwSzniLZLKCsgstBJSTjsIdlTeLTFormYF6HqckRC+c7lLVSREuqh5 mytXODrz2ChpkLlqiG4dRsegrFEYpxz8hjflXvAHN7k3TZW5lPqoS4jCJFqpHikotaOYxZNcQuRp HefJDFUpNCKjK0M4ndYBB97StzoR4ijBpDYkmp82ZFHnpyIQQbBDACrGOGsYSfZBxBMfiI7HouGZ 85bTh2ks9MQ4nsJAinvUNiUW1q4dI+CBFEI5PsNOcVEgLzGUKQ4G5ELO0sTPGX+pMaDIdswIbtnH rrUKTwYtFxjAEPZSWjBwq60r810rIO5t/IEWm+OnrnDwxXfvfnjzMnr77hKnyv/e292LHCnHFGdC gOYTivokuRpPTQfoWTJMsEnqGOQCShp+udfSJ8lNVmCzTFeK4zVnT+M7dfnjqZgygoJg9qocyHXG jSDHRW9WlMwTs+CYWqAjdJcRC2tYAzvpjSnINURc+y6rnoxrjEnuX186Sadu1fLtb4iyQeR83THU B52i54JA2BGqftGom6v0RTVI/XF6TKt5nYtR5SHluGH1m7ASurBPxQTeYrcmxKKvCQlLsKuMClci 6UdWu5ccdlqxpOIHceLr0a430XTugEsTHPMOfx5kdLr5azqVnUpBGy46EzwqvKdPubNai0k05UOO 0LY+9w3kSUtLHCGs9yLK4XuRnKCQoYYiGzs3G87zbEhrVGOPzWOsXE2zdFJE0g7T/qoKQiGwRcJK JHZ1a62RnkwQAmQhuyHmZuulXbtme4zIgMhKmluVjdCCA5Dq2NwI0SyuBkIz0w5vU1D5SXyrUIF7 yVI3JNrPaINxI7uYXyEapcpCUkFICRjOVkaaGFBrnua3yA1t3u2kl7OAFMsFYy9f8aZUis7jF579 cHEZ6d5A7V2jQfTubUszYVgJo7dpE1TC5piMQ6cUfkhk8xWNUKaIKKVjGA2fjYpu2vHcbmWwRAY+ eALxZGx5wdIKtCdYVThn2366MAhX7VxlKJI6nCeAAzzc6XRU02VC023bYUGBA0yA8IvU2bJbi3iJ O4aPQQv23EQQ/Fk312UTqlUSTJsE9Z/EooMrVTYp1b4mmUxxaWYoRUI5wdpyjfGphJCoDY4OZR4v c+K61D1gImZgCmRRC+XEH5i8m0Iy2wyZRaPD+wiIYBKkqpKAkx9UESmtLDnYudSOWinacubVNuMK GH5FYCrAWfyVJYeFG3tjbUsL1TioLmPjcsXJIBu2LCxHWoeIn3KuMKeJLXKX1+R9mRORxu/NUYbW e1nVqUjzZOROSviTX6t+HZr0GsGgvNOETwoFBE0W4xhh5jjKnFk7PofOmMV1Ygg4aP4p+lAIkKlm 7Y4L6K7g+gYsFiUNjuO5zrN7Di4zku5K3hjLKZdmYy4HrEk0HcdDJ2JshKTIXjE+6mtih2FT4LY/ y5T42MwTHuHoNBCjVZUGjptK75eWfTy/jclEEmpgBEb6uDPHyDHcxBNoJZLhLbWJ1fMQT6iy7xvm fV4ItDOvKl3Y6c2IeHRFgCAahSg1sSuHd5vUoCm0FSxpSyRQ7SJrO5he5goiyDqaIa5mw0h3AHMy tio0jyr5iFtbC2fe0bYsTni2vfVe/F38heoR5ZFYiYCsBfc48Z4xtazykebhTsIKBZt6eQXdetW/ sgu1yiuwdJryyrycq8rSjfhtiS7EtCYoTmXhhNVJZa+RrY9LhqJLaprlXFrpPn5ws+wwWAV9Qf0o 2upulxARPKral5gBXZIvqb/MZuyXW98BZWM9+XhWeEtgpRC1ZSAaIEPJbf73r6KtHtEmpIucNXxx I6YCEQGtBL/C5I5lI6LFUnojgO03kLxEX1QPlcZa9APR4cQnfa/g0/T6qgfBjF3VRlYJCY4H2wiy npd45xZtxistsieIacX7GRfyqN8tdYmx3wooRzZUTnmVlSL7McgakIWdwJLi1rpZjG6ZqNh8xEKX UVyJop241UqDlc/k72RFPJZyY9lwOBdXx8TpDJ3ou+w++UBmYUMw2Xtpv8d9j0gef4jTsdu2rWjJ 2PUgDkM9QNBvZb0C5brYC2U1LLq25FBMBZfen5+eHZ//TFLg/fG3r7CuYXOUzV+r93fxWzhxhK81 J6dvor/3Wt1fwt9Lh7Vvou5BeAMvn7/v/NKAjd5QBkzX0jC/TzUP/VhzX3hD+aETna36+80NNa8L KdQFCi28oV8hIV1VOu4tvWFdBPvkGKnmgfCG3x+5e8vI3fuD3Gskd38Zufv/08kdSUnZRZfXdlBd /pt2uaEd4mf3lzhiyaOqBaBwaxLzJ9tCCAqczJJZe5xc40kI9KyZ8dPgpmeM+1jtx4UEcrmH4a24 XVJjPqoamXpsiQ1O9bgFSvEWguCHAkqfHwkPotkiQ5uy2AedTbnWhxRJbTQCxBYcDahSZeMDKtiT zFgVSFUydh4OeqNYDIIjRprYezZxoGg4ZK2PeByLSXD1kNTX4ZFT4DoV6421g6ujZkD0PGCAFjHA AZdXeSGBg9h6QZSyizCXTZRioMk/kpkaTVtqJyO3INloA1Qk6HLurH94C0ydnO3tFIonxlUqYj2l NDOsjHGJPo23Pq1YGAPojA8F77GPA28EgBqzweVc/Goilo9RWwS1bfyAB0YM9mF+vE2Ckjf4tx+C lnkpUU6ONj5UgGOE+PDvgpAkYqieEa91XdBD1i9fR0l4CiO3Ke2jVQ9WpEHBNdKSUV0PB2PEqBmq LWkTvhvFhXv/lw0IBC+PGZ+DNtaU8I/WmMElvPARBYzVCMEyyEpcjeUuVzIW0nI143IlY/Is6yEf 5Rw6cflo0okuUjR1qc+dRAdHahNpYrbKj8eJCwiTM03FBC4mW3GeupAR/lpDt8JYzzBeJbcBKwTE Oj2Jp64efDS5RpJzIDBi4KREhw0f18FZbuRLcuQc50rOuOJhKi3jnJWFbgeos2w6w3MQgdCQN5kj oJzkaSHSYcWyYYCMM5DzEXmEIZKOJX6DotB1NaEVuROelyXloQmMdNOo8eYQWN4bzSEYYJkTspdq siGyALB1waUQpIRGxP7Ayy9ombAJAmSgh3FA9ba5MIhHgTjc63FSUA4L3oT9/BAQ3o+Jm+IxmdbY skhsNCwwr7bhPcQH9SW3qZ7KwapT72YbPQ2l+al1XWJMCRqKKKwtiORQEdNxRbqlrJ/xGmjlkdq6 IgQFV4W6SChrWzz5RlH7ShymHj7egPIJpyzFMs2RBqrHJcusq/HMddFYPUPtTXS4lkVAtQRCwiDA axftJOgHdIvXm0loepaWB184MXRJ3cX1lTCtK63NUFrRPmC1uAKxhRQxy9gg29xWshvgsic67eIn 98CyiJoSmD0HZt+BMYP4pqubcKOY70THrLW56C7nAjKnkDp1khVr51F2LlOYd3wjuu6FZR/qNJOy OSzFyNVO0mnVqE0m3pRfoNpdHO3oVhseAtj1oVLxFJ0zxXpD4jfTuS0K5k+G7Jw3chJ0skM0aJOE CMM5boDiI6uVKTSIimYSZoldY26Fvl5bKfcFZdzLltZHVnHH84RTRR5fxJ2N96zMPKKGO90v1yPK t69Qun1pIXSMpVtQC71Z/Ox0HiFhWMNpkDLEHOefWTc7srji5r9q5Wx6YD11s59YNpvGXxJQsOkc rlRxtapIhpofh0FTbK44FXWLL5/BeT3XHyVh2VDoVMwHdDp1duQ0BASe0HBm0mRCpTPrkeYUXo3G 8cdOTbCTE8h8NlMVpdb0cKvZJ+YMmzhYl/SZJ7MJBvt1Kf+lLv7U70M/uaRQva0mBcWpm/4gygwg pgex+QQbIYvHwJyRW8MJssXvtHw4DtfYBYMzfLpy9fAnFQ8nBoXti6ULawRBPfFSKfETF229uGr4 Y4uGlxDxhaFDuixxP8r2xO2h0IrIiyYI0C776uWk5HIQSR03kvlewyBk7bNFoWzxGGDQB59uGyqZ cxd1OJOQQgxrdmu3v/OoU67Tg8v92AHSik2K9Ao3okeptbTf9DqsXK2xOPsqiByVDmZBuRovIEN8 9x2+a1Mv9zbR3exy8I7tNLBdqzLRpcPN7qpUFWpe7nlIJJoe2YAoWvGgROckJq2E5Wz1H8vT9lK/ l3aT8jFt5nQquXa2uL6tkVaI3AhqpeGa9gVRKFTDQdR4J9ofdFGBTH+cBYovsz8YSPufBQn+uBBL OwunW1Cg/4EnLG6D/CGZFWjLEyo4E3CRTdkNlXnzLw7XZTeWbgiDl6qOKlZQVRcPgjrLYU9FfdIK 2R106w81A/9kTY8I9gZR4MYIb/G9fIYZ5TBhRAcIIVC79/YPtvnAiroRcGlNwgHrRG6qCZDjJoDy fCCpKnibd5y5W+AddEs6EYedjbezpHD5YNqmYbFLLnJ7XpMXUvZsZ2FyrSJQyKAJyS8TLuxv1UjV jAiIiMODJU0KnrKSwyYFT9teWFu7POipHBv0d5/UMSE0ETaJsV33ylDphNcOHk0DLzkXNcXD4FA4 OnNCi0ba81rg2LWK19RFNXGzdYLibtXg6Fmi3Ukp38GHwZWPJ87TxSpfxdO1bdLOg4ZVZb3cJk5T i0xZDOJgq9XiU1+CSZySYQkZbzdna5GapyZlb1WtK85iZH1XLly8lDC8yHtGQLbY8MWP3cR3c7SF jcdzrAOHGd1XafFc86ORwUe0gLaDXhJPpwPTAH/gEbFIqaNJM0kuvjt+86aOJsCA3KzADaAvqd75 c06M9xTvRJ89oMbT7HLUK2jzLv9I1L2Pj30dBMSdZGJTKsk3bGXMMGYBfpqp8zU4aJo9RKPbTfI+ MUXpxfalHoTvJdtZp7a6ma6A+F2YzqKpJWL8NXI/q/rFyOcluxQwy/Vcczyk/oBfr7Mk98kmEh+S 57j8ykEMxiDR4RCCNDchBHW2j1SWGXOkZH0FRUEDgdCpuALZ/mQi2lmi5oGOuTSmAgMvxJIhHNY0 MGc1r1mAaF+W+GT/cuUsXoLl4Vxi1l2uQcYrUwhv5rBd0YsMUhyCFgTG28AT1UzqRQil0Yh1DOdA X+Cco/RWs+Ae8eby4FVvM7nyfsrMbMRlVCthMgSnOq0trm+dqDR0LM0Mhs9KHI+NMvZD+fvOL0eR vfxOTLpCzRPd0hPesxz6EEL7oQJacIkiTQHbJbeSM6PbjKUQDVEtbhOspB6iTSUCSnc3304O6PLd LD2Y7vfOQx1FYauf8CkXHN1o1D+yXQ317pIyZ2H29R7j3Slj2sV+zZPEgfvbc2MbC2+mrbN6NnNP 6rGgQgyMaeQPPzffQ0spPDfjiVBfKGmZq/DFbVI9bIsiadJqF1/lwyaF3PhoSLhKCqwdkLjnd1gg BA9ISfUyL+oDpAXrA2HEQPDIFec40+ctOGi56QvlQvDMKMkp6skJbVK0XEdbgoCHEqRQxVJOrBxu Wt6hUCxRwcgKz5UmeL1rCprrsasQ6vNd6t6b5lzY0HtXXHbj1u7u4eNPiu5gVjX28GGGRfNtfWaj r3Mbq5vChB5xJCtZgdWZ5Bwv7GG0ml4NfCaeHKpIaN9pimGpaABSSgs58ztQeSGrPVe0wnIoHm/R 80hc+Wo4NEy8USH51BlSp2tLpzA29eVT6qunRKaBJegrmGrKVA4TTTPZIIIM2DYiKuIeyPNOyxsZ 4xIG1rApo1XOf8Wdwr6kpZ688LTgjLTrUnw309rRqBpb/cF+v/cEO0mF/Xt+Sasvw5zmuViXqR/V VVdFeQmzt5xv6utNZfnC51S+qVfj9CAY7BHhAnq52uTqiu3VemK8B8eQq4hvjCZ672OTS33BZG1l poakV90wdU3jJgunhrpIN3bTsMbqjBFWo5JAJjgvst7SPRKyo5GlckyxYS/8fpoFjnujKATdC9BR lGiVKCKmG6qtQNepvCJ3O6QPy9RTFEiytt8cqfYuqIvzbJ63C1x/BGD2wCPpmZGEM0rHFti46vKQ vVOrpQUXI181oqR9ENXhay/BAEkqSSLBFP2AmoYtNkLNbqWWEEFVIDcAY0b0tDWoeUdGyYXVZuCj pPKjVu86yxMInYVbUEPNNBiql9kL1G9lKs48lVFSHDwzJatFQB6z1mDm5Ni22v1AZcoP5NcHJ9Kw tA2DQ7c5xVzJjpn6+jmd6gjcKSOvXV/MsnW1ouVYMAvx18gGPmZK3KUtaxZAJEAhipwbw7SgUwsG Ahk7oxyuaqxM9oSNjJv6dBEbk+IETJ1GxczqOC6klK6S0Jahmntw4opqy6fUHad0ZzfncjOOtByR T0FQXnNXvU0YGE0htXwi7mxNjteYFKJLiUVqHT+xq+XBVA8fLMkpenqKB62bWTzVAmY1pT/UBk4B KZQJ7Aw5PCBnzKk+k0oYHuuGnE4clAao2Qv0oSBoz4P+qjTf1rbcxbFy3Pws0cgUV2TntC6p2Fah esuHKyOICTgtU+eeWUMD5nXqU5tpSUjRE+dzympARZEto1SxnOGQfJABezXfFw6/hpmKqR/AWIti zAgcPi3SRc6ifSOowtppukq6jQXCtGBHoabqK24YbKaQrNW6+1wlurHqrokPlepnXoabMZu7pb6L Uwv8u0gEhIjnTklMfRJMn155dvyz0y20ZszjgeVw9kVoCmnX2GaTj8OEfHTM2422FLbrAQl2Og7O ablMapXCsn3VhropGKfFVKkrU1qTLumYB8ZF6osvspVwnwWSblcoBOCZr9zbqMBAUcDZEmjEYfrC YViDHj0zBA2G+pBNwgp6MuMKyQQ/6WF0mHC1HK4RlGMdcR9Z9QwL09DG+YzAKpwAUdZiQAphyqQ8 K+F9rABosbHxg6JouYxgOXWOVQ0mXrO+L8MPODfyepaCX4Fp9xzTfhaYfcI4TxQzBGhaeyikIZV0 lW0L35b62Ds+ysNrp4aNBlKWvqwOk6EhSKaQQiWkHbAte+K53m0ochRHo4TEMLKGJaefWzZe63Gn yFrBKtTlQVY3UtEId1gYamkWkadqHj24WzMGg2Z92gwrPxLeru/vHoQV/1bKkom20AbW3Q5GgpEL 9P1gW9HcEzTrU1SWY6ygA8wxuchgXPPafT0nod1Iql958VItT8dteLzNKpBtbj0tLV5pypu5ZAIn tp2li/gytbXWSKmJSo4u8Wp76eC82yKg6stwNaOskJpLShv8s8rx8ikjOq4A9PLmucKpxJF4X7F/ ha0AlreisKaUXUoGgT/nQaWhlnX14FmjvIAVDG2KoXqpNWbwUTEIGrS3mEKwHIyAM5JVfqc6PhPJ fR+rKmpBuyOaQ2XBUa3xmIZinjRMhdIUh3QtOaAzF4mt60pUHDQt0nJXSDyLXiTXhWhVt+71Ka4b 6/F2UG6JwRqLtangTwujmGtmXshUimaO6iOZ6b0KRJQMtF+Xw/RC/HyI3nNTU9ouieZcU4IhJtwg 2o9AOSBb8MPz7rbpgyQ30A89Yvtu3U8ikQ86u6XOYyCZcU70u4v5HdcypDfak5JhUa5/xWWJgZOx W1YKhPjSPSXp6fJINrNlq+3DsIvN8ajsQXwZxPiUf05dfhLLCWyAaiQm7c1cBtO/kABpMip5wcJe Z64Wd+lluRQQccj8yCBBeZrfTcrnbc3cxuZTH/VwWhkfweFKfI34eLd1TVO51Rs9auO7T+XE8Gql GRlYzfVpzZhY3zF/RQ3B5fBErVwark8OSPUnTKFlMNJaQ2Ls3GtWAoIpuEdOq426PRsKVQNkTTSx eYvyVfcoeosKwdZpaDzD/RMZTuM2Fw6njxQ5A82FYhu+A768i3nXcV+eY6LhQiADAyJ8rHTnIiD7 iAn2iqv+GN65cHaOpD8dNa7vHOxWb+I7FwHp7oRQBv3qXXTneqf4Jezil+md7evJLZy3j9BgkDwv 4EfV3nqD9i22RrqmzXPhcJ79DNfR2dnRy5fRd9/hh4uLZ9Ub1z0clyarTaCJYyklNDdpnlea5lmD Sf0qPpJk0SVQ1jwcWmQvfVGPL02D7WPSmUEdLHnTSpjUDmfI3XnCENgat+YmhkMhPQ6Tg70Bps/2 8L89qgex3zvAbvG9nQEcOXuDfq9lMamfnd1DdPDt7ON/B7sApb+HTw92DuHzAN4hdy4C8jYrYL/m DiBSRUTCL8LjyiZowlFRzLPc5pd6kzdUeWaFbO2zEx6tAZlPUqCjGk5UvhYStlxho8FysBhIaFfI JoFJw965DBNbi8M3NyzduSbCrus8s4mOf/Tdmjjn3SxVFTGSr0B3wtohmtUdDstca+bhskUavtrB LZ4TkU/z/40Z2NGWb7/j80w853gztv6E8j86//ZFtOxayH67AOTk7Of/qP5WunOxnoDj4biy6u/m zvUS1puvscQACQegCZ3hll3rxsSGL/FXIDBVVM6MqKROdu629WNSCg4VtgdN4ctoa4yhrIBEXp/I tFg9PkJea0Uwwy1kmOo9cuciIKAer8Jra6dJdl3cwynySwffayx4Io7+Dc6X2P/QRvqFmNRrLBhZ jbMr8Kv3yJ1rHk4Yh/olKGBfT/5q2Q1btJd7L2wMEwlwJUVBMLFRvUFgria/LiEsoU12wGCpVO9c 73BsMQD5SosQoPanNRWiLSySXnDr1hIm9XqCNy4tTCFc83B+rg6Hix7ABNihbomTTiNJoiXD4cIK y5Mh1zycckWDRa8uXWvGxKXJO/i8oTsjVXodmCnS3BkDFhJWjA6t6NW7N5xjhwsZlDQ43yXGhLB4 L27Go/fSGyUWAzmnwi2ERkzpnQ2oLJb2i2jiEVkMJKRJPT2iZUB2N0CTRlTWzWx7VWZbyGo9d/ZY OJyV7FTR2ofzUo5Lb2Ox75T3YjlYIlXd0WojmOAx5i1tmWKXAZ2tdXfEpzrZS4MsPDr+0q+LtQIK p15+rWs463RSbaLRJH23pjmrVLD5FG11W+jf2erBPr2tFraaa+GcAZCou30k+6Nps+VUZrIEL5l4 Qk4zgE2RjPEDaJhaJGP8sBgTGsdRVNxjq2nsu4YhnB4Nhb4QCDwmyARI2Fod8OfaV1SlKhDtRkNM SZ2V5XXpWjMmUhbIwEehSSUNw4o9zm5VwaRpc13yuNy53uFoxymDydfwBWjatAv5FgCvv33+4tvI 3rtuFdl54B0mphiMIJJOnCfdWMIWEraSfddwrVtFrg6nVMymYTC/z+H4KipNL2y81r3NUwEKCz+6 SydvMOvqI/43ncT0OabPV/T56ijApJawcDOlp6Eo01Q1U0eOay1Eax9OybGIX8Wtq9YQFqCPUHBp loEhbN2iIExrI1FgD//NzRc3QhMOQtLZATUdFCgO7mGEWi5A0IWqGZrU74BJ56YjHeAFSu1Zc916 tiv14zCBLYM8p1IKGYkLf/c0vm1TmHw7zq7i8XsfNfcJJc9RdEPf23C6kp/BEhZ++jL8KVr1Wree zdQj/418hc4kjJQEgkpBEg2W8xVLNoAJqKmCjJCGMMFSsRiSHBdcTRV0WZ3wjdHkhDjojPsxfKmY mDLNoMTfYJXi2ztfz4ZRWjMmcPrTU5ChiZSAYY4fDCLXXtRea8bkR37nz0k8Uz4h7UYFx1H0AD9R AtTlDzRNDqv1HqXWd5zaRFvMw050dnr2St3lbVpIpIY+L9Lrazlx/R0XUvv81be/lJqazJKbFESr 66tEUXlleATCw+Qc7+uE8mFphVaT2zQIESOUMZKdzswEB6FzCCI9Ku9xUfNU3ybN/WFfzZC2TJPv s22wUkiIMUVNa18WajSkgUn0/DNqC8WNjZ55CYrmEsXDJeq4IbvujFzhBzurpMP5GHjQQPszxrBd ScoPDRBVEyaSGiyd057g1NVoSa8lGe7XSXY/6USXmoUr5X3ug+rIUhQjzqmBNs/qMJ2ivxPlxCjF Xi7DW4mJn6cF1WybYVgiBWdMQWeJb1xxjVvAeCzFd+DRMXYzpYYkQ5RFk1LzIpRCHWbEbnROxGP3 9/VCviQSvNZy6/TeY09Fl0sm6WyWHzRPxtdqd+H4rhWN0N5lD3OW5fWcbN1w7KPQVdNZxs6gYQc7 TQb1yrhc2R6gis8hD+jET9a/Jg64jiD5wfmQT2qQ2nLx49LdHQNM4yNnWMFHP17BbfA/UsXLofaM fnrWgEWae97AgWO+D74hmJVIisBgbqFwBBddmHEwPu/X2SyspC+TMpOlwXCCwt62MRaX7MZlQ/U9 DKigRJIMiAb5uDHxajHjevKYCJIfl4dTLly+YHyt6PitVsQaB2+xw120EnLMSkdNsMT+IdK+A5Mv 9cQ5ib7YurNvYq570NDNkEuln9CYq3dSeDe91MsxX8FaZZxdULXYOonApNSkKyJZG0jWZpagdxAU es/We4V10Ype44R8jwkKdoYZFeo97mqE5GVEZiQfSXoLTciOcmuSrRfTAnPieJE9gSAqAx5DGGt1 8tUhHTlOWtEbHNYZ912+T8bUwqeWnLz1VNdGPeWWUc0xWxPlqlTjlWwyhNerfG2idSJ+M3EdrGWQ 0uC+JPpp0zixm6FmrJZJbiiDNHWJrUzJPxN//VmWam4lv4V+ZN79lYX+DT0vT2melsvLcLhjuki4 xCUZfELCtLorGP0IkVVljIr+oBBxKT/u9KxiU/mcN74qr5eFuJOl5Y0ilAqt6AV1nsPc2ORuWkii rkp4r8FYMXvKSUnw8nim2UCkPpbmeNHEEiA3a40TSwgFAyPFi7U0X4BTaTTzhKuT7kQlryY8iS2c voCtYi6S4Zza4pxg4h1oioFidlnaiPRIEfOp9LpmIVH+ohOALKlyUEBZ0C3euzrRcU4Fh6hIhKti zaUMef1MHrBeCaOc5vk80ZZF2A7oQZlTWsH64xA1pEOLrDappagUztQJUnnpkV+4JPaM1TKqyoJZ zaYzZCDJXcpr6nsSxnwiwZzoAnvLI6CMalfMZ8n4QZ6XaOoPSTSJizm2rcglx1wSqd1YbaoNdVVx JYZez2fwBs6I9IvG12tUzPw0Kl1TLs14Hz/IBplgmbbESjf83U2tQwZmsciAjXChwRtnD1PplRTP 4dlJQTGtVAd6kk3as2Q6H5H6TdPh9kTH03ewUOMbKWfe7WLlCU1K13Pt+av/9Uv0YhaPJjhS2P6f /QcQ9T7DJj+q8cFwzl+fUMb6qSYFmpIOBOgN6FDj/FkL74x63e5hKzqLZ8Cr3cPDfaUolpb9pbHn HdYYYwNE+g93nkZb8DTq+0GptEcdfs44ugmQfF6y+LSid8MiQxsuYuAR2GtEYK9lJKfO9vAWxsje Sv6K4KB0nsE0Xc8nUk8B8WBcB/bwoXi2orfZh+SO0Tk48Oj0dxrx6e9EbbT2DZMRVdnBV6i7v3T0 uzQD10SOb7lSUnQBq4hKG1y6llpvEzhlzX5tRd/P4S+gz56ZoF7zDPVaJAxttSqUeXOWtGEev3RH LenQXs3Qt65fUdlEo7iIadNvpk2/RZ105lz152YWP7TzYTy2u2q50AH3/R1neU7FAAOWa6IbAQo5 erBgTcGiOqN8wHNKAdS9LKKSl3ByguP7WEEemmV60G2EedBtAdF4h8JvimR4O4GR3zwAu75Mb2BD 1lYOxvzq1g8u6nLJs7xItdhrDkBsuRjZnICic9iCpKzXRTItdDEd9gzWzbx70FuA9YkzjJV4GDfW dIgbCOEQg7jFxGgPhhboDY3yAxZhaROUMQpD0Y4MFYxI3DVI7zYjvduyVh2nwVyLblMzyipGDchE W5iJJhNlGG+7pBcZESZrIkAfN/XoMr6REnFmdcFWkHxI6VV7nR14egTSOHqJ2GRT7Ux1LOWUiDok jWAd4aTytnddTI+eP4f/dmJ8ugP4P5/Or57TX89HyQfY8nkxPZeN/wNPbIEl40fXpBKRsrbXgT+N UudT4wG5ULmgnLhRgE3phq3htgcE8nyvjUJdbuVxXjzAervLgeeG2QyOmlyuE6sgnGPsSY7B9sns g9c2WKUCYr6PZzkMqBV922HO/x727RiryRQPsD3X0jrawqcZqTac4N97RvE7hW7O/Z09w4kHJQRg PyKynIxjkEmvy3oXSIyox0PdKc/RNTuQ3Szpvswz8P9cd4qPRfAysqeb8bbcQHHQOPaLTvS/QTbg oi+NnMAEo4eRl48VF/MrPiueGzM90AF3v0gq001lubSiEe4T7TQprtswlDaCAR3r5irN2ztdRB7J RvvODhcew3SyIzuWVE9rCjShwiIvTt7TaOikiEciMjpr1THSttFskWYzrZyA34mw5Gn5Gxco4a1M 9SQ/ddjvSDgPN8Gz+FcQjsjZNJeXuCYoCAMxFgHaiboDmsddnsfbgiby/v7eLDaxkyCrpsPSinv/ 8vXF88u3z/EV78/sAkN8QBQzsjUYYKnO88TXlMBbnmOGLj1d4jjh1H2Lq+e5+bwDm/dzqkGXDvPn /zlNbp4rGj++Pz0DPH4EuT1L5ukYlxTOA/yP47pnP2YYGWZXjKoEBOQshufazoPX89xjOOdrZp3k Lm5/mKZ37Z09ZJe/usNeUivh+djhu8AAJ5tJSIt5Z3jbWaNmtL+JHmfdHog1OJ1ks/zPwIEj4no9 XpyjAl5Ein3d9TKZTGBd/MiGEXrqb8ks+wibMstNpHrlqtzi5irHwok73d5Bu7/zqvpgeEtv/xU9 eLCzE72/BUGD9WnOs7q43cot9OBPyRXqVaDe/wzLafcA9rkfLo6DB+tvoaeJ9Y6iv3Tb+9299qDX awNSveDp6i2AyCELv/ij+6G3t9s+ONgvp+DZW/DZvW53n559dQd0OIpmVzwz/z6cFZ2PSFNc9fys 3DL6wDMT3iLz+2acPYyiM8zDe2jI17ko4NCRTESMrzq/lU20E07w++PvfgRi1aQcult+6g7omT6m mHwHb/+Qwrn/+ENNDnR/sIsC4Vf8dSL15t/H4wz2a6zRdXIcHQ76O4Py1F7Ek+j7DCs04R273e4O MNTOoG5+93Z32gfdfntvf69pfgc7B+3dPszT/t5eML/07GC33YORROGlt7hndwY9O7/ju2FKU/Pv 0/j2QzjDckv+D5qYf3cyX6b22zEsTNx/RVJG1ev7GI/GumXLjkg2kwkdNh0rBdeLWZb9CqfnecG7 AinhTPLOu070AlijD7QkawAxx4l5eNDdATmF6fhmqt4VRXwfw4Ef1HbYRKP/6P4cDb6DDeMknsSj GJ97mySj2/gOdpPjaKc3OBy4OXqPJ2KmM8zP/h78/25pDfpb9g+A1v1++3Cw1wvnSJ7t7R3uR+Hl 1qA+29s7sHNEhO4Ilf8dCZiMO0PCWm/5TxDT1/9+5Qin0/TYf+vZRTbRe+h4Mkk+RsdHkRYAcnZM ib8sgxIuJTtqTA9zLwQMy0BxpX4XLMeDblg9OhW3rm8kwZVgIAKGv6FLOyPPI6BrbLFsuLRFiLLZ TTyhEvqwxDIpQ4q2MQw0Sqxjobsd8TtLlXD0957+Xm0yyzf0tyMTixp4y3msMnY2mIsL0oRxat8E pUInejUpEEmCw9VtqQwcaKdw2EwLF7IfU8F6tk6jw9yMyknttmb780Pu91Z0J7/3FJ7+Bov1qhUN 8bd++TcNf4TfeHdwGQR6x9eTv+od8WwWE6+UgHx95W4Jgp70d8mRIeSpwob+4EIA21yq0ceDO9AY KV56e+lWVX+O0cUy+VVa84ldjv0VvkABWaUL5S08I0iDSRfxQ3eYcBk7k/imS4J43Ok2sZmiztfq IVzl6y8hoKYQyNemnlf99WldGH0qY3SGAc3AMZLfiPZwQBNNHYTvmyzPQQ/99EaMbp/EPEYYGTRw aC/+7adIBuk+ug8SuPzJfxALGwLCZ2gmLI0MtT5VPtivxEYngGgO9YYLf+tr/fi9++5EP73RD2f0 IRzaX2o++Y81v/oPhJEU0cIX6PbgP/mPnyK0EvT4qxaWyDIfCJArw7U6jbBGVvBhvUOTzL82fOy7 d/Zb0UBfr9/pHo8Jzea2VrTPQ3PVtJ4w/Yctgrnmob2UGlDBO50UdB/9d9Wv1ozRay3j9CnqOYyQ QcKP/rvgK/5mjRitX0/aRKuadU4A2dJeArt/Hktg3QauXPUUbtcPGxham16gaor/5D/W/Oo/ECAu 2hQ9aSHrh40NDctoRe6TLafFr6+tu9XSobkaXRb5cpUt+tWW6bI3uL2uPGT4VC3O9Slqrtu1ABCX 7MIVgjpSrTPrzCcYLADEYVdS9QsjNx7U2BpWKpb71ztrXHerTSR2GLlTpvtY86sW6JKhodigqti/ G4akwlDCkO5V3fZB6aP/rvoVD83VY/rdDI0qTfHQ1PICn1oyTvfRaQE4ay1spsC/KUafIq5W1X7M 0JxioRB59eMuMX0UIPdBIRIgV/7qd0NsrqBSXiIt0cTcR/9d9Svho5QLWP2OhsblrFCv/LztyBXE +t0MTepj4dAWnwa6btbwE0h+/4HXmlbY+v0MTctQ2Xf+U1Vmmv6yWuOsIe6j/676FRMbq121+Xs/ tOrHZcT+FJm02epD/5xZWxeNpA7X72hof1MR+QlVMnlVjytqDaieln+9FtoyZbYUI5aQ/nH5NOD7 DiJ3meFWrjUP7Wc/tEOKLtjzn1puMI8bGt7HD9F9/cOuublhWApoXUNb74lyE8261HjYa7RBf/GH 9fAP66Fen7vQuabNCgqs1ybKX4m+IJVG2ssANX/FgFzpgc8D9M+g0ddYZumvdV+JuiiFnZbS6Gs8 2f+17qvfK400EPqzjVdYOK0J+X/O0FyxpdUx2ml1ww/rxei9mJyiT86r5z/5jzW/+g9MbK6q8jsi tisF9QSMxBO4ZoxcNUyyIQz4VWhpaC3HSG7TXaTmVtATd8tPVT6529Y9tD03NP+qHf+x/CEYmnxY L0au/tYTpl8c1evWhH9fGC3+tx61dhOtvFStRZuDD534Q5n9Q5ld41p9EY9ggkuKmrHrlT/UfMVD e0N1COpvfQSgNQ7tZJzEExycfSdvL71HDe0l5u033PpPGhqluzSr1ytbY7neVNQIqPLdbzC0CeaS toN3PoUhMXUWuLtdd+ujAAELMXP/bmjkSikuw+jr2V/DT/7DejFiGdKM0coM6Xaa3w2xufZeaa25 GDv30X9X/UqGRqn/T3N86Qfm7GSWE+TfDY2MR7/69iUYBacrVzzydzO0y4Peapxd+bXE2a6U5H+L WQt9MVoG9XczNKxh+FTvUDBrv6fjfiAhG/e1lUUtxWCEj3/m0J5+Bce09RzJNtKNbI0sarx8ej1t 9bnSv7+b1Sd1O5erXhrj/sl9cL8RIKz8WXr8nzm0zf1bD8tvolcDp7W8AJxOj98eB1nIBMXkK9s8 f1er+Is/SW9kVwzP1EH5gpJAsiOC/e9pnnaS0Vy+vphf/WcyLI7CV2KeBObA1ZZU8vkiBMGjJiAp ofouGaUxFxvG7iJH1dveaQNjX1f5yL5RbkObDI1tK98+aqi5aJqiIuo/5Immn9D9UfvJVRkJyEYq GC6uWmhqxlXKFEac0UO1j1Ids6kYRLWGuJJYmlMJjVhrK10kVIUmOoT7vuCMEVOXyNUzEuoauj22 +CPBKRW1fCzpCIatfve04o8ExheArC/+uJyiBGY5VWso+th/65FSmyiB3FCqTBeb+3kY/BxRJQCu ZGBK9tGE65S61DFlnMIu2MnIMmFY9LVeRsUzKZkQVCPTieru1M/U+4QzWP8tSjCfEusac5Y6ok5T PmRyXXPFL1vhRYnA6bA/+XTYrYa8TS7CEabGRlvfz+Tjv99ns/EIpqQTFwWWLuD7wyzpaKuSlbst eJzcxhPggxMuQDVOZkfVFGvgjrev352fHV+evqP5vnwXXX73Krr44cXZ6eXlq3MdFK6OeDjEajqj oJJ1zsUKYSFi/qTWOoOpO85z7tDFqn3+jOD4MnRYJ6zDgG2ZHHl8Vtr/7nDNXc8SV7cNf02v5iRz nrTIyv/Ws+g2Ufry9RwIfJJNH2ZYD4aSnaWaGs+z+2XrZJsrSCjYi2yYJshUWL1lGwa1oKpMWGcQ VxzVSJMSHjhjaRHdxQ841cNsigsKb4KFMEnz28TVxqYc0bxFP2LV6w8xFdfDShgquKmwBbVtBhrQ /fcpiAVMKY2pRqBulVJnW+oGphg/euerhjEu0xlWaU5GLcGqFU3nV2NCifduxEO5BX8GaPe32Zg2 npRERtGi+oGYZw6TjPHXugXEE2a3X9MJAp5lH1J0jrhEzPgq+0DkkBmYZAU1j0LqaWFPKjji5RHn 345w9DHMBpZaZMzzWpLBpH2X3WPZ4Zbfhdw0AVmS8TWRgjoFJtjA2kk7qSzY4pdgfdAHGOAdDEKy WHEIFeSzGZecp+J/mvhQYSmdOYLjfpVMZ+aZFswoSgx88yRJTBFerMCIudOqhIy41BNu3L7SoVSu yXnCMEN7iH1iC069NqXuCIQbRlBKMkTdQVT1Qwres6IoBZlbzHi+zx9SQFZCQrXiMYd7DLJ1TkXI fE40gXk1uUHms5nXY1AzUDJOk5kU3sux6tsEv2MGwtBh+HWaFNgEjcqsolDlKSU4s+RD9msy0o2x bjpwicBE48CyWa7L52aSL1jhJeHrlRqsvJlSU0PH9MiwPMZnxxfR6cWz6CrOU+Za3DNO38J+8fbV ZXTx7uT01eXPpGsFP7x6++3p21evzk/fcvmey+OL/4hg+zl5Fb08vTh5c3x6dhEdv3kT/XR8fn78 9vL01UUrevW39+evLi6id+fR6dn7N6evXrYA4smbH14qmBc/XEZv311Gb05hz3r1Evew47c/K5Cf AYfjS0Lkh4tX0bvXgpNue28Jxnevzl+dkvD96RQQQHBwC2L6ioCdn3773SUhgX8JIgZPgEtwzl6d n3wHXx2/OH1zCu+GB16fXr7FAbzGh6P3x+eXpyc/vDk+j97/cP7+3cWrf6KKuIn6h3yQPelEb1B0 gwyFc2BBcgR2/F4fEBF2/EuDJWDlix3rmPfV+eQ0O2O3gOsVvDvi2oXRIZWFOozK16f1YtPtwH/6 LoHpeIRr55lYE58hHXJBtUiLcVKulrJmbHqIDe76jA3rhIAPbBOMzLOpYhbnQZ+GTWDTb8BGj22M kSk9+AzFWIk2nyL9j4B5FpZirB+JudY8qEGH6NzrUHqiTHiRfCywShzV/sey2BOect5Nr/EYQUpE 46Du5uMixaT3K1w9ctaVrngIIuhj1AzmWgIhVr3WTJtdWgxAG07GpjKPychXXWYty3d1ZnTvZwV2 +107NnuMjeZDSF050EqoTJDX1aiiOJq//FeeNhUSD8fxLL1+wImWwy3ijrvi+eUJTpcrssHRLQ1g YmlegwX8VrnWTJv9Dk1Xr8NpiszFLvH+my7XZaWhonap/uPvA2wqg8KK4MlMdSmuvJz5XhOgO0Vv Ll4Q7DP43yYwj70awJxLkZgjM7Ae2SpAwQO1DpRlrJwIsgQWXzMYrFsOOyCFR21Rm7ptA6Tj9XXQ j8gPXQ/GswRWX9QOIwHJSZeNAZlWMzbaeokay6JkYIVUmzC5XVftaA1ggjnh2cZyfQIcx2wxa8Tm nvrmjkBsJcOYKoJTVwHggzzjfgYk9rSdVCMYXIF5Np8NE6NgY817IDycFvCcgocefANsuE1gXkvR 7XiMRqnSGBBVmCbthU5P1IOBkwau7hT1HyxIG1+lBLCAwyL8UFa/1r00D3Bp7rmleaKslowkExaH SGmssLZ60VbaSTp4zrzlAr3BoPYdGDx8siVUOaOFZ5CG8pMl2hw4MI+91kybww4NqhuILdp8xZpg xLKMlrsIo2COmmiDRbptMxmgdxLfLRuUAdPTPx91rVsT3elY2qi2JVV5pKaO2FKBGhwHCywEW16S RE2LgZamaNs5DpZkxT7sqvi/Up1tI4Na+/nnYBNVTtc8h92OZcyXCTAvzCFFgZzFU1GYtnKYMDgG RYfbX6HERdFGV4kxVfMBYZ/MrsdYVp1mbZa4lhBsErILpQxGp/iT7/jBKimtmkXr5bfa3ZE6SBwk g7O36YbkdtwGMHO09qdOzyahP3U1ELDMu9CFV06nAcylEsS1ynRGNTaDqQb1Rp6oB6MvC484rehW dQxRrbjLzlIwpdFY2w9VmXZP1INxxHTtVgIB2WETE+tPCw4l8mSO+VQWBVcQmw1OeNt91gxmnIlf kZ13pTVxT9oTL5cii5rBkEUUxjH3biSq4B9NMzq2gQ6VzGbofSR9pGnCT8vawVVS3CfJpGS21l4O i44BcKYDRuXafnhvzchUcemse8/odewOpnvG5fG3vr2YZp0xNtez7A4L9RCRGwbVH+z5jcVuIKRI 8A7iGs5EjWCkePnK17pp0++g5uP2U3cY4sM+OzBxvrSDFQ5LdI+ocVDAe7NxPGXjN+WXLb7WPaiB DEomvHFQJDdLTS+aB0X+PXRGJOOvovmU+ySYzl5SWHUc2JkqYECszH1PjZnqpGSMrinO/JttMJeu MVVxiyw9zfKcWljfxw+5SJtGMG4f4P2FtExq3C7uMXIGxLNC/dsNYHT/OGMyOlJ1yN5A5vrgapTF NYcaJ8JJwCdD7s1BWkUDGDrzwcCBYdKbCVrdbqipkG6a/4kqEkxaazE2d9gXIv1H3WkLW1KhMYEr zXIfmGYSC6fYNnRw4KlhGX5izWtqt2OPSOZQYmxFhY8uoQBhV2StUfFGx/2LePgrNo+CocGOBMpp In8RB+FRW0uUNYGpdK5fcq2PNhv0ZBxsotJ0tE6W2KthiRNv6P6mS4hRXL4L8/b7wW8l2H6YqPEd rbTU2jFAsoUc1gQGFRbycRYSB+JDrEr7xmiOwqIBzBXIeqq9R5pT6nQ8L/BIRY/JvNY8KG43JlpL kXkUKLZEQhrIbBdPFhj7GEzHkoGCy/Dd8gqFly5QeZE2kwTlEHKxnkVirYcdIBs1gwGBaoxhV2lx B1phKrGEwSDhPtDHG8Cguhwb017IiCnJ/Rm39FyEjXWyNHBvsKDXLWb3a9YUhXtj0SqpN7VF+imo mx3y0XS3SZVYNKgl/hs+Icc5G00awUj7TQ5TvI3hgLFjprd6rZs2B0KbUI+nYRXSmN1ltBNJXDZ5 NMoWcTGNRczSaj1qutY9qEMZFJfy00HxOQSDjPkw8pKRo12VOXHh+S/k2hYGewx/xWkfcgAdzLKz iXaawWALva/MQYmCowgzXOnzCUMbfSUM1gSGZgifVWW56l4KrpUGFS29fqsNhmiIpBLqssEJ567l hFgjmFBzZpkZinGRo4uxEXndWswt/lqJxGyDEJaJP2TpiGKEr+e+wHeDoND2xcGa0v6999ovPtZw ygYwYlNJPrDwx3NEuKug9o7rV5+oB+N61gbjUb9fbqdg0Zqy4xEs5DRTpprFZm2CorcTCIp6Bdwq 34TV39W20DAomRh0kqgVYOG17kF1aVBqw60f1PkcRMa+PbeH2FQGNcxmsPNPMzhV46yq0YqWKIZC TiUuUbWvBjBnfDPfixv/EjqtmzZotuq6Osg/iMEh5m5jJowb0ePOttq3ZBPYoKFIEnoib7QP1g61 wnvzw8VGabP+c9YmKtU3BopJ81cg3bqPYwtCxiRmjHp69gb1MWPr1ms69B8tX8wr++w7jRYaC31s S9Y7CfxBFbRhSeqKfd3iRT4sSJfFlKxMmiDG4yjTXtBrXwQcFtUVbLxhMVgGjSbdNWPT1yAt1oex VLyXaRcSp8KmJdwkbfCvx6ZGk4hHHDFxjeaobDZSiVJ//VZaFve60gNeSmwSj0F/oAgc0jiawSDL ecqYlCjOn+m4hif6xHpnahAGIp0nGs5t2f+b6FAcVtTJmBoUbxtsdFBy1gsPzuyrPNgNk9lkxGib BpABmF2nSZBjiJbn5UEvCFr7ik2gfjtd5ORhtYqmhUbagv8BUUMaC/7PrvWlw6t/M75BqkhbKU66 wOyC2JK+OZ4JUz070SnF+6B5op64QvxeM23MuyxIb5IIYzsbuZgzTQKW8aLHsA1rug1gytMsPuVi lo3mQ5YP8RCNzdmI0Fmwpj5gx8F5XkcYsfxLRkvzoNI77jiXcQdv8bdi9iWa2WLXE9g90YANyK2C U3BM8GVHfNalhdEMRmcV51tPJ7goYfv8RzLL2GDN8V8YuNqITcbenHe0Qmliakmk1GkAY1HgkDFE ZCpGjdwnoYjus2axtSuBSLRydQ8vbXWdwS+yqL+NSlcwKB+z89hrzYPa0+gqu2syceuUEdw9bXJk w0zlxZyDRig+Yvm1GX14E9rxJqpur1v1pUDftRvR6D53rK/dDM2m1wiG9IuDcPdrctrREw1SG8Wi 2C6S62tUfT8k4wdNjsP4HmwW3N0TBaEBTPdQdyzNIKHDAJ9TOHPr6oHfs2i3L9nigI4htaLS9dtp iYn3Y8wk+sZEKV09LABD6Y3ENC3enWPnsCavlUSh4kC3F4ABqZ0NUzqsO0OYOMNDlY3BL9pf6bFO dHZ+4oKprRlqC4e6LWNtACMDuPJOVrLilrysuYuVagDDZRvwUa5BgItAeZB32fBaaU3JCnUsrCbQ GcmSBWAKF2XAhk8qknA3jXPuG0q/m2loxMa0vFrlWvNWREHQXa3r7iw8P5y/ofHjObK3IDRovXvI Oge2PHuN9wPq7VW1RayZzF09ffHu8E6z8W00uC4TSoDAH9DhmyxanqcX756fvjqJvr886T6/OOkd Pv/pWzj00CZhNOxvop1oq2hWxgML+bbZXlTvJeW1TJuqzKlqlws3rCZlHA9vHPUMJzaxlztqaENi avtM4qtpr5IzF+J/h3V453esBKt6jS9gLToe542uOXo8y/F0P8KtzkUdwuun2svZXGvmm15oX1nI Nz99i6RNZy11hTXPVIS+bFWgydCCAP7m0x6ird5Bz/l0G8D8HN7f39bm3MZwblOUmkicSQkMjwlm WdDLpW3bFYVe6RP1YGYOmbylJJkCOWQTPTv+GTcXOqOhCbspYQfxhYUA+MIGTJUKqJiOh0ccIyU7 XIrMv5QEZPn3blhkWBuwu//bGWN9tg0f5AyjkOucVGQ4voiW+gpP5NfzybDdyDskDPykDWmqkH2E ZwwT+UFVwPC9hoOWbMnrnPT1HJE2UcH9t2XIt6D33/3WDHl8hTlfw0IZkriQnFkZBUpGZJ8tkvEY 0MYiElOKnSweGqUQ18oAxk7vlsYcR/+64uMsfoi6PeoCthPVXZuYLa+nasbz3ym19/zVt79wmNY1 zhOJag6O1riOhtnCYOpef6eH+voIF0w7TYrr9nX8sY0F9dqg2V+leXun2yk+Fq1GMBKUlGNyHLxf 7HVowcvntNdEL07em6X9Lz3pu7/1pDv3s066FgyzOS4o1Uolv/5lyQxiuBPtLFhcmyDzoNMPwjoC GysuqGdYMJIVvGe2FlDTotDhUQkHb1KnEnZ54Rxm96icLYh+HaH6lboSczkcDvotUCTgP/uAMB8T jDFrEwr4oLMv2LyHLeH/6qqGzbXVXa1QrGreUh8fliduNQ0Ktt335hhii04ouX3LFDeoChjMLDcH AC4U6WmFeG/ycNJnM7aqdC4JHLZv0CL0iNFyVVqi18/IzyMhas3HAffAm2fNjFPcLgzp1WMem99M /FXDtWbaDNgcrCb+N7GhCM7XOLalMVwoQcKBe8vWFEegBkvU/uSWw5oHtcuD0vZVJr9ilt3ronjG /eLHyQ2oS9Ls3WJTGZQWLzNN4GHaT1xsnFaF097xTYda8ZKUQKnJdEoWU1xt6IWFmxrA5NSOTB6C P9r4IBv68u2W1I4g2SdP1IMxq5BCqZfZ+Na7V63nTLGJEuTrZUhypPnE6ZAhabK5o5K0Q5JmRtyJ KArnTttVdSk3YX43KfGzslYAsArGjfuTeZvKIsPE7K9+sJ7lBjCGlzvPgKm8DQyZ7P/aZY/JxjbA /ZDE72+zIuMD9WmY9FxL8SYSe9oosTWn+Fn3mWjPRuA3Kt64EfhQmjxQFDiFwdkR10ub9f9bz5rV Gur/P1BLAQIUABQAAAAIACGm+igOGGeznsYAAL+ZAwAdAAAAAAAAAAEAIAC2gQAAAABkcmFmdC1p ZXRmLWZheC10aWZmLWZ4LTA3LnR4dFBLBQYAAAAAAQABAEsAAADZxgAAAAA= ------_=_NextPart_000_01BFF88D.1AF574F0-- From owner-ietf-fax@mail.imc.org Fri Jul 28 10:37:21 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA03127 for ; Fri, 28 Jul 2000 10:37:18 -0400 (EDT) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id HAA25209 for ietf-fax-bks; Fri, 28 Jul 2000 07:01:21 -0700 (PDT) Received: from smtprch2.nortel.com (smtprch2.nortelnetworks.com [192.135.215.15]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id HAA25182; Fri, 28 Jul 2000 07:01:17 -0700 (PDT) Received: from zrchb213.us.nortel.com (actually zrchb213) by smtprch2.nortel.com; Fri, 28 Jul 2000 09:00:47 -0500 Received: by zrchb213.us.nortel.com with Internet Mail Service (5.5.2652.35) id ; Fri, 28 Jul 2000 09:02:12 -0500 Message-ID: <456E6DB7180ED3118A670000F8BDCA29021BB1E1@zcard00p.ca.nortel.com> From: "Glenn Parsons" To: vpim@lists.neystadt.org Cc: ietf-fax@imc.org, ietf-822@imc.org, "'eric_burger@adc.com'" Subject: RE: [VPIM] Flurry of mail from me Date: Fri, 28 Jul 2000 09:02:08 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2652.35) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFF89C.6AE607B0" X-Orig: Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFF89C.6AE607B0 Content-Type: text/plain; charset="iso-8859-1" Eric, I suspect we'll have to resubmit these drafts to the ID editor after the IETF since you probably received a 'submission closed message'. Still, since these are updates to existing IDs that I expected, I think you and Emily should present on these during the VPIM meeting. We also have a short slot in the fax WG meeting to present these to the fax community. Cheers, Glenn. > ---------- > From: eric_burger@adc.com > Sent: Thursday, July 27, 2000 5:53 pm > To: vpim@lists.neystadt.org; ietf-fax@imc.org; ietf-822@imc.org > Subject: [VPIM] Flurry of mail from me > > > ?I sent out > the drafts you (hopefully) received today back on the 14th, to meet the ID > submission deadline. ?Unfortunately, the submissions got eaten somewhere > between here and there. ?Why I never received a NDN, I'll never know :-) > > By the way, ADC Telecommunications just completed its acquisition of > Centigram. ?I didn't update the documents to reflect this (minor) change. > > -- > - Eric > > > It looks like we've had an electronic oops here at Centigram. > > ------_=_NextPart_001_01BFF89C.6AE607B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [VPIM] Flurry of mail from me

Eric,

I suspect we'll have to = resubmit these drafts to the ID editor after the IETF since you = probably received a 'submission closed message'.

Still, since these are = updates to existing IDs that I expected, I think you and Emily should = present on these during the VPIM meeting.

We also have a short slot in = the fax WG meeting to present these to the fax community.

Cheers,
Glenn.

    ----------
    From:   eric_burger@adc.com
    Sent:   Thursday, July 27, 2000 5:53 pm
    To:     = vpim@lists.neystadt.org; = ietf-fax@imc.org; ietf-822@imc.org
    Subject: =        [VPIM] Flurry of mail from me


†I sent out
the drafts you (hopefully) = received today back on the 14th, to meet the ID
submission deadline. = †Unfortunately, the submissions got eaten somewhere
between here and there. = †Why I never received a NDN, I'll never know :-)

By the way, ADC = Telecommunications just completed its acquisition of
Centigram. †I didn't = update the documents to reflect this (minor) change.

--

    - Eric


    It looks like we've had an electronic = oops here at Centigram.


------_=_NextPart_001_01BFF89C.6AE607B0-- From owner-ietf-fax@mail.imc.org Sat Jul 29 14:44:59 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA02193 for ; Sat, 29 Jul 2000 14:44:58 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id LAA24982 for ietf-fax-bks; Sat, 29 Jul 2000 11:00:44 -0700 (PDT) Received: from altavistausa.com (max1-3.newyork.corecomm.net [209.81.238.131]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id KAA24929; Sat, 29 Jul 2000 10:59:26 -0700 (PDT) From: Subject: Re: From Lorraine,as promised,I can lower your bill Date: Sat, 29 Jul 2000 14:59:12 Message-Id: <894.14814.93337@altavistausa.com> Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Untitled Document


Today, everyone knows the impact of the Internet.
But not everyone nows how to cut their phone bill in 1/2. Just a Few examples!!!!

Uk $.04     France $.06    UAE  $.31    Saudi Arabia $.59     Denmark $.04      Sweden $.05

Click Here Now.

If you do not have flash please go to
www.macromedia.com
to download it.

From owner-ietf-fax@mail.imc.org Mon Jul 31 07:40:54 2000 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA19665 for ; Mon, 31 Jul 2000 07:40:54 -0400 (EDT) Received: by ns.secondary.com (8.9.3/8.9.3) id EAA05369 for ietf-fax-bks; Mon, 31 Jul 2000 04:01:44 -0700 (PDT) Received: from pp-mx0.tokyo.spin.ad.jp (PP-mx0.Tokyo.Spin.AD.JP [165.76.52.9]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id EAA05365 for ; Mon, 31 Jul 2000 04:01:43 -0700 (PDT) Received: from localhost (wired-129-128.ietf.marconi.com [147.73.129.128]) by pp-mx0.tokyo.spin.ad.jp (8.8.8+Spin/3.6W-JENS-stand2(10/10/99)) id UAA11125; Mon, 31 Jul 2000 20:05:02 +0900 (JST) To: ietf-fax@imc.org Subject: For Wednesday meeting ... From: Hiroshi Tamura X-Mailer: Mew version 1.94.2 on Emacs 20.4 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000731100403K.adm@ifax.attnet.ne.jp> Date: Mon, 31 Jul 2000 10:04:03 +0900 (JST) X-Dispatcher: imput version 20000228(IM140) Lines: 50 Sender: owner-ietf-fax@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Folks, I'd like to draw your attension, again. If you are in Pittsburgh, please check the related IDs again, before Wednesday. The followings are the lists. .... 2 Status of pending Draft Standards - draft-ietf-fax-tiff-fx-06.txt 07.txt(McIntyre-san circulated directly in ML). 3.1 Service - draft-ietf-fax-service-v2-02.txt 3.2 Addressing - DRAFT-IETF-FAX-MINADDR-V2-01.TXT - DRAFT-IETF-FAX-FAXADDR-V2-01.TXT 4.1 Gateway issue - draft-ietf-fax-gateway-protocol-00.txt 4.2 Imlementers Guide - draft-ietf-fax-implementers-guide-02.txt 4.3 FFPIM - draft-ietf-fax-content-negotiation-02.txt (draft-ietf-fax-ffpim-0x.txt, draft-ietf-fax-timely-delivery-0x.txt) 4.4 TIFF-FX extension issue - draft-mcintyre-fax-tiff-fx-extension-00.txt or http://www.imc.org/ietf-fax/temp-draft-fx-extension.txt 5 Issue from VPIM WG - draft-ietf-vpim-cc-00.txt - draft-ietf-vpim-hint-00.txt (These are circulated directly in our ML by editors.) ... Thanks. Regards, -- Hiroshi Tamura, Ricoh Company, LTD. tamura@toda.ricoh.co.jp