Hi folks,
To my complete amazement, we just got lucky. The IETF assigned
a new Area Director to shepherd our LDAP Printer scheme (Ted
Hardie of Qualcomm) and he intends to move it forward for IETF
four week 'last call' in the near future (for publication as a
future Informational RFC).
Apparently, sometimes pigs do fly!!!
Cheers,
- Ira McDonald, co-editor of LDAP Printer schema
High North Inc
-----Original Message-----
From: McDonald, Ira
Sent: Monday, August 04, 2003 2:25 PM
To: 'hardie@qualcomm.com'; McDonald, Ira; 'Pat Fleming'; 'Harry Lewis';
'Kurt@OpenLDAP.org'
Subject: RE: Help with review of
draft-fleming-ldap-printer-schema-02.txt
Hi Ted,
Wow! Thanks for your instant reply.
I just sent a note to the RFC Editor and copied you and Kurt
ASAP, so soon you will be able to schedule an IETF last call.
Cheers,
- Ira McDonald
High North Inc
-----Original Message-----
From: hardie@qualcomm.com [mailto:hardie@qualcomm.com]
Sent: Monday, August 04, 2003 1:59 PM
To: McDonald, Ira; 'Pat Fleming'; 'Harry Lewis'; 'Kurt@OpenLDAP.org'
Subject: Re: Help with review of
draft-fleming-ldap-printer-schema-02.txt
Hi,
I would also like help moving this forward. As a first
step, would you be willing for us to last call the document? This
is not required for an informational document, but I believe
that in this case the combination of technologies (and the time
it has been on the plate) would make that prudent. If you
are, please let the RFC Editor know that this will be moving
from "Independent via RFC Editor" to "Independent, sponsored
by AD"; I'll then mark the change in the tracker and issue a
four week last call. Assuming no issues come up, we should
be able to get it on the ballot after the last call.
thanks,
Ted Hardie
At 10:44 AM -0700 8/4/03, McDonald, Ira wrote:
>Hi Ted and Kurt,
>
>Pat Fleming and I revised this LDAP Printer schema document
>in response to comments from Kurt and others in June 2002.
>FYI - below is the release notice Pat Fleming and I sent when
>we posted draft-02 last year.
>
>Patrik Faltstrom has never replied to any of our subsequent
>notes.
>
>I found out in the IETF I-D Tracker that Ted is now our shepherd
>and the docment remains in 'Expert Review' (since February 2002).
>
>Printer industry folks active in the IETF and the IEEE/ISTO
>PWG (Printer Working Group) would very much like to get this
>Informational RFC published. Two IEEE/ISTO PWGs protocols
>now under development recommend support of this LDAP Printer
>schema for service advertising.
>
>Any help moving this document forward would be greatly
>appreciated.
>
>Cheers,
>- Ira McDonald, co-editor of LDAP Printer schema
> High North Inc
> (consultant at Sharp Labs, Easy Software, and elsewhere)
> imcdonald@sharplabs.com
>
>--------------------------------------------------------------
>
>
>Copies: IPP WG <ipp@pwg.org>
> SLP Discussion List <srvloc-discuss@lists.sourceforge.net>
> Pat Fleming <flemingp@us.ibm.com>
> Ken Jones <kjones@bytemobile.com>
> Harry Lewis <harryl@us.ibm.com>
> Ira McDonald <imcdonald@sharplabs.com>
>
>Hi folks, Sunday (30 June 2002)
>
>I've just sent a final version of 'LDAP Schema for Printer Services' to
>the Internet-Drafts editor and posted a copy on the PWG server in the
>directory 'ftp://ftp.pwg.org/pub/pwg/ipp/new_LDAP/' in the file:
>
> <draft-fleming-ldap-printer-schema-02.txt> (June 2002)
>
>There have been a number of minor revisions, based on IESG 'last call'
>comments. The document includes a change history appendix (to be
>deleted before RFC publication - see below).
>
>The technical content is entirely unchanged from the previous version.
>
>As soon as this I-D is available in the IETF repository, we will request
>that it be published as an Informational RFC.
>
>Cheers,
>- Ira McDonald (co-editor of LDAP printer schema)
> High North Inc
> imcdonald@sharplabs.com
>
>------------------------------------------------------------------------
>
>Copies: Internet Drafts Editor <internet-drafts@ietf.org>
> Pat Fleming <flemingp@us.ibm.com>
> Ira McDonald <imcdonald@sharplabs.com>
>
>I-D Editor, Sunday (30 June 2002)
>
>Please place this document in the Internet-Drafts repository named:
>
> <draft-fleming-ldap-printer-schema-02.txt> (June 2002)
>
>It replaces the previous:
>
> <draft-fleming-ldap-printer-schema-01.txt> (February 2002)
>
>There have been a number of minor revisions, based on IESG 'last call'
>comments. The document includes a change history appendix (to be
>deleted before RFC publication).
>
>The technical content is entirely unchanged from the previous version.
>
>Abstract
>
> This document defines a schema, object classes and attributes, for
> printers and printer services, for use with directories that support
> Lightweight Directory Access Protocol v3 (LDAP-TS). This document is
> based on the printer attributes listed in Appendix E of Internet
> Printing Protocol/1.1 (IPP) (RFC 2911). A few additional printer
> attributes are based on definitions in the Printer MIB (RFC 1759).
>
>Thanks very much,
>- Ira McDonald (co-editor of LDAP printer schema)
> High North Inc
> imcdonald@sharplabs.com
>
>------------------------------------------------------------------------
>
>[Excerpt from Change History]
>
> 30 June 2002 - draft-fleming-ldap-printer-schema-02.txt
> - Final edits after IESG 'last call';
> - Revised title page and section 12 'Acknowledgments' to acknowledge
> Ken Jones and Harry Lewis as major contributors (rather than as
> current editors), per new RFC Editor policies;
> - Rewrote and simplified Abstract and section 1 Introduction, per
> comments from Kurt Zeilenga;
> - Added section 1.1 'Rationale for using DirectoryString syntax', per
> comments from Kurt Zeilenga;
> - Added section 1.2 'Rationale for using caseIgnoreMatch', per
> comments from Kurt Zeilenga;
> - Added section 1.3 'Rationale for using caseIgnoreSubstringsMatch',
> per comments from Kurt Zeilenga;
> - Renamed section 2 to 'Terminology and Conventions' and added schema
> definition format reference, per comments from Kurt Zeilenga;
> - Revised section 3 and section 4 to remove (erroneous) guidance on
> adding new attributes to existing classes and discussion of RDN for
> auxiliary classes, per comments from Kurt Zeilenga and Ryan Moats;
> - Revised section 4 'Definition of Attribute Types' to remove
> (erroneous) guidance on support of matching rules, per comments
> from Kurt Zeilenga;
> - Revised section 4 'Definition of Attribute Types' to remove
> normative/lengthy descriptions from the DESC clauses and place them
> _below_ each formal attribute definition, per comments from Kurt
> Zeilenga;
> - Revised section 4 'Definition of Attribute Types', removing all
> ORDERING clauses using 'caseIgnoreOrderingMatch', per comments from
> Kurt Zeilenga;
> - Revised sections 4.x printer-uri, printer-xri-supported, and
> printer-more-info, to provide guidance on application handling of
> malformed URI and reference new sections 1.1, 1.2, and 1.3, per
> comments from Kurt Zeilenga;
> - Revised section 6 'Definition of Matching Rules' to remove
> (erroneous) guidance on support of matching rules, per comments
> from Kurt Zeilenga;
> - Revised section 7 'IANA Considerations' to include completed
> templates for IANA registration of new object classes and attribute
> types, defined in this document;
> - Revised section 9 'Security Considerations' to reference RFC 2829
> (for authentication methods) and RFC 2830 (for TLS confidentiality
> and integrity), per comments from Kurt Zeilenga;
> - Revised (former) section 10 'References', to separate normative and
> informative references, per comments from Kurt Zeilenga;
> - Corrected author contact info.
This archive was generated by hypermail 2b29 : Mon Aug 04 2003 - 14:31:08 EDT