These changes will be in Revision 0.13.
Thanks again, Tom.
-Rick
> -----Original Message-----
> From: Hastings, Tom N [mailto:hastings at cp10.es.xerox.com]
> Sent: Friday, November 08, 2002 10:36 AM
> To: Gail Songer; Seeler, Rick
> Cc: ifx at pwg.org> Subject: RE: IFX> A new revision of the IPPFax specification
> is ready [follow up on minor comments]
> Importance: High
>>> 1. I think that the new paragraph that you added to Section 6
> "IPPFAX Printer Description Attributes", should be moved to
> Section 7 "Sender Validation of the Receiver's Capabilities"
> where Sender requirements are
> discussed:
>> "A Sender MUST NOT use any OPTIONAL feature in PDFax unless
> it first queries the Receiver to confirm that the Receiver
> supports the feature. If the feature is not supported in the
> Receiver then the Sender MUST NOT use the OPTIONAL feature. A
> Sender MUST NOT use any feature that is prohibited in PDFax
> [ifx-pdfax] specification."
>>> 2. Also, then the Conformance Section doesn't need to be
> changed, since it already has the statement:
>> "5. The Sender MUST validate that the target Printer is
> IPPFAX-capable using the Get-Printer-Attributes operation and
> validate that the Receiver supports the job using the
> Validate-Job operation as specified in section 7."
>>> 3. Again, the SHOULD in section 1.1 point 1 needs to be
> changed to MUST to agree with this new paragraph, as does the
> second sentence in section 7.
>> Tom
>>> -----Original Message-----
> From: Hastings, Tom N [mailto:hastings at cp10.es.xerox.com]
> Sent: Thursday, November 07, 2002 19:13
> To: Gail Songer; Seeler, Rick
> Cc: ifx at pwg.org> Subject: RE: IFX> A new revision of the IPPFax specification
> is ready [minor comments]
>>> Gail and Rick,
>> Here are some minor comments on the Draft 12:
>> 1. The new paragraph added to section 6 is good to have:
>> "A Sender MUST NOT use any OPTIONAL feature in PDFax unless
> it first queries the Receiver to confirm that the Receiver
> supports the feature. If the feature is not supported in the
> Receiver then the Sender MUST NOT use the OPTIONAL feature. A
> Sender MUST NOT use any feature that is prohibited in PDFax
> [ifx-pdfax] specification."
>> 1a. However, it would be better to put it in the Conformance
> Section 15 or somewhere else. The conformance section 15
> needs to make reference to it.
>> 1b. Section 1.1, point number 1 isn't as strong as your new paragraph:
>> "1. Get-Printer-Attributes - Sender MUST verify that the
> Printer object is an (IPPFAX) Receiver and SHOULD determine
> some of the Receiver's basic capabilities, such as PDFax
> profiles supported."
>> This paragraph only says SHOULD, but paragraph 2:
>> "2. Validate-Job - Sender MUST verify that the Receiver can
> support the Job attributes that the Sender will send in the
> IPPFAX Job."
>> requires that the Sender do a Validate-Job in order to ensure
> that unsupported attributes are not being submitted.
>>> 2. The keywords in the new table 5 and 6 need to be made all
> lower case and use hyphens between words to follow IPP keyword rules.
>> I'll try calling in during the 1-3 PM CST time as well.
>> Thanks for setting up the call-in.
>> Tom
>>>> -----Original Message-----
> From: Gail Songer [mailto:gsonger at peerless.com]
> Sent: Thursday, October 24, 2002 11:08
> To: ifx at pwg.org> Subject: IFX> A new revision of the IPPFax specification is ready.
>>>> The corresponding changes to the ifx-spec are now available:
>>ftp://ftp.pwg.org/pub/pwg/QUALDOCS/ifx-spec-12-rev.pdf>ftp://ftp.pwg.org/pub/pwg/QUALDOCS/ifx-spec-12-rev.doc>>> Gail
>>>> |---------+---------------------------->
> | | "Rick Seeler" |
> | | <rseeler at adobe.co|
> | | m> |
> | | Sent by: |
> | | owner-ifx at pwg.org|
> | | |
> | | |
> | | 10/23/2002 10:59 |
> | | AM |
> | | |
> |---------+---------------------------->
>> >-------------------------------------------------------------
> ----------
> >----
> ---------------------------------------------------|
> |
> |
> | To: <ifx at pwg.org>
> |
> | cc:
> |
> | Subject: IFX> A new revision of the PDFax
> specification is ready.
> |
>> >-------------------------------------------------------------
> ----------
> >----
> ---------------------------------------------------|
>>>>> IPPFAX people,
>> Here is revision 0.2 of the PDFax specification. This will
> be the revision that we will review in New Orleans next
> month. Please note the 'issues' with PDFax in section 5 of
> this document, they will be discussed in New Orleans.
>ftp://pwg.org/pub/pwg/QUALDOCS/pdfax-spec-02.pdf
For the version noting the changes from 0.1 --
ftp://pwg.org/pub/pwg/QUALDOCS/pdfax-spec-02-rev.pdf
Thanks for everyone's help.
-Rick Seeler
-Adobe Systems