Hi folks,
I personally think we should award SOMETHING to Ted Hardie for
being the most responsive IETF Area Director I've ever heard of.
See below.
Cheers,
- Ira McDonald, co-editor of LDAP Printer schema
High North Inc
-----Original Message-----
From: hardie@qualcomm.com [mailto:hardie@qualcomm.com]
Sent: Monday, August 04, 2003 2:46 PM
To: McDonald, Ira; 'Pat Fleming'; 'Harry Lewis'; 'Kurt@OpenLDAP.org'
Subject: RE: Help with review of
draft-fleming-ldap-printer-schema-02.txt
I got the note, and I've updated the tracker and sent a request to
the Secretariat
for a last call. That should be a four week call (September 1 or 2).
Thanks again
for your help on moving this forward,
regards,
Ted Hardie
At 11:24 AM -0700 8/4/03, McDonald, Ira wrote:
>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 - 15:27:32 EDT