Applications Area Working Group (appsawg)
-----------------------------------------

 Charter
 Last Modified: 2011-08-18

 Current Status: Active Working Group

 Chair(s):
     Barry Leiba  <barryleiba@computer.org>
     Jiankang Yao  <yaojk@cnnic.cn>
     Alexey Melnikov  <alexey.melnikov@isode.com>

 Applications Area Director(s):
     Pete Resnick  <presnick@qualcomm.com>
     Peter Saint-Andre  <stpeter@stpeter.im>

 Applications Area Advisor:
     Pete Resnick  <presnick@qualcomm.com>

 Mailing Lists: 
     General Discussion:apps-discuss@ietf.org
     To Subscribe:      https://www.ietf.org/mailman/listinfo/apps-discuss
     Archive:           http://www.ietf.org/mail-archive/web/apps-discuss/

Description of Working Group:

The Applications Area sometimes receives proposals for the development
of specifications dealing with application-related topics that are not
in scope for an existing working group and do not justify the formation
of a new working group.

The Applications Area Working Group (APPSAWG) can serve as a forum for such
work in the IETF. The APPSAWG accepts work items in accordance with the
consensus of the Working Group and the best judgment of the Applications
Area
Directors, who are responsible for updating the working group milestones
as needed. The working group meets if there are active proposals that
require intensive discussion.

Work items that are appropriate for the APPSAWG mostly fall under the
following topics:

(A) Well-defined security issues that are relevant to multiple
application technologies (e.g., draft-saintandre-tls-server-id-check).

(B) Small-scale additions to the protocol stack for HTTP and other
application technologies, mostly related to service discovery and
meta-data (e.g., RFC 5785, draft-nottingham-http-link-header, and
draft-hammer-hostmeta).

(C) Selected other work items addressing topics that historically fall
within the Applications Area, such as calendaring, date and time
formats, HTTP, internationalization, language tags, MIME, URIs and XML.

When considering whether to accept a proposed work item, the APPSAWG and
the Applications Area Directors shall take into account the following
factors, among others:

* There is no existing related Working Group that is willing to recharter
to take on this work, and the document doesn't justify the formation
of a new working group.

* Whether the WG has consensus on the suitability, importance, and
projected quality of the proposed work item.

* Whether there is a core team of WG participants with sufficient energy
and expertise to advance the proposed work item according to the proposed
schedule.

* Whether there are enough WG participants who are willing to review
the work produced by the document authors or editors.

* Whether the Area Directors judge that wider input is needed before
accepting the proposed work item (e.g., from the IESG, IAB, or another
standards development organization).

 Goals and Milestones:

   Sep 2011       Submit draft-ietf-appsawg-rfc3462bis to the IESG 


 Internet-Drafts:

Posted Revised         I-D Title   <Filename>
------ ------- --------------------------------------------
Jul 2011 Jul 2011   <draft-ietf-appsawg-malformed-mail-00.txt>
                Best Current Practices for Handling of Malformed Messages 

Aug 2011 Nov 2011   <draft-ietf-appsawg-rfc3462bis-03.txt>
                The Multipart/Report Media Type for the Reporting of Mail 
                System Administrative Messages 

Sep 2011 Oct 2011   <draft-ietf-appsawg-xdash-02.txt>
                Deprecating Use of the "X-" Prefix in Application Protocols 

Oct 2011 Oct 2011   <draft-ietf-appsawg-about-uri-scheme-00.txt>
                The 'about' URI Scheme 

 Request For Comments:

  RFC   Stat Published     Title
------- -- ----------- ------------------------------------
RFC6365BCP  Sep 2011    Terminology Used in Internationalization in the IETF 

RFC6452 PS   Nov 2011    The Unicode Code Points and Internationalized Domain 
                       Names for Applications (IDNA) - Unicode 6.0