IFX Mail Archive: IFX> RE: IPP> Storing capabilities as s

IFX Mail Archive: IFX> RE: IPP> Storing capabilities as s

IFX> RE: IPP> Storing capabilities as single text string

From: McDonald, Ira (imcdonald@sharplabs.com)
Date: Tue Jun 11 2002 - 10:53:06 EDT

  • Next message: McDonald, Ira: "IFX> FW: Last Call: A Simple Mode of Facsimile Using Internet Mail to Draft Standard"

    Hi Ned,

    Thanks for setting me straight. For IPPFAX, we've planned to store the
    capabilities in an array of strings (IPP strings are limited to 1023
    octets, unless we define a new IPP longstring datatype).

    Cheers,
    - Ira McDonald

    -----Original Message-----
    From: ned.freed@mrochek.com [mailto:ned.freed@mrochek.com]
    Sent: Monday, June 10, 2002 11:03 PM
    To: McDonald, Ira
    Cc: 'ifx@pwg.org'; 'ipp@pwg.org'
    Subject: Re: IPP> Storing capabilities as single text string

    > Hi folks,

    > Below is an excerpt from Ned Freed (IETF Applications Area Director)
    > comments on ESMTP extensions for CONNEG from the IETF Internet FAX WG
    > <draft-ietf-fax-esmtp-conneg-01.txt>:

    > "...Although several examples of returned capabilities are shown, the
    document
    > isn't very specific about how capabilities have to be formatted. In
    particular,
    > I'd expect to see capabilities often stored as a single string without any
    line
    > breaks. Some advice on how to take such a string and format it for
    inclusion in
    > the reponse seems warranted."

    > Note Ned's preference fill a flat string without newline characters.

    Er, that wasn't my preference. I simply note that content capabilities
    can and will be stored as a long string without any line breaks.

    > Advice
    > worth considering (although the IPP string length of 1024 would be
    > problematic
    > here...).

    And since protocol limits may be incompatible with what's stored some
    formatting may be necessary to return what's stored in a legitimate way.
    The document needs to talk about how this is done or it is likely not to
    be done correctly.

                                    Ned



    This archive was generated by hypermail 2b29 : Tue Jun 11 2002 - 10:52:43 EDT