From nobody Mon Jan 4 21:08:12 2016 Return-Path: X-Original-To: precis@ietfa.amsl.com Delivered-To: precis@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FC521B2B54 for ; Mon, 4 Jan 2016 21:08:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.099 X-Spam-Level: X-Spam-Status: No, score=0.099 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tc2O0wHNoy_C for ; Mon, 4 Jan 2016 21:08:08 -0800 (PST) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A2E11B2AB8 for ; Mon, 4 Jan 2016 21:08:08 -0800 (PST) Received: from [192.168.123.7] (unknown [75.83.2.34]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id ADA55509BB; Tue, 5 Jan 2016 00:08:06 -0500 (EST) To: precis@ietf.org, "media-types@iana.org" References: <5641BCB5.4060409@it.aoyama.ac.jp> <5653BDDB.9020203@it.aoyama.ac.jp> <565433DF.50304@seantek.com> From: Sean Leonard Message-ID: <568B4F8E.6080505@seantek.com> Date: Mon, 4 Jan 2016 21:07:26 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <565433DF.50304@seantek.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms010801070008060803010600" Archived-At: Subject: Re: [precis] [media-types] Internet media type application/pkcs8-encrypted rev 3 X-BeenThere: precis@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Preparation and Comparison of Internationalized Strings List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2016 05:08:10 -0000 This is a cryptographically signed message in MIME format. --------------ms010801070008060803010600 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello: This is rev 3 of the application/pkcs8-encrypted template. It continues=20 the progression from the thread at the end of November. Sean ************ Type name: application Subtype name: pkcs8-encrypted Required parameters: N/A Optional parameters: password-mapping: When the private key encryption algorithm incorporates a "password" that = is an octet string, a mapping between user input and the octet string is = desirable. PKCS #5 [RFC2898] Section 3 recommends "that applications foll= ow some common text encoding rules"; it then suggests, but does not recom= mend, ASCII and UTF-8. This parameter specifies the charset that a recipi= ent SHOULD attempt first when mapping user input to the octet string. It = has similar semantics as the charset parameter from text/plain, except th= at it only applies to the user=E2=80=99s input of the password. There is = no default value. The following special values are defined: *pkcs12 =3D UTF-16LE with U+0000 NULL terminator (PKCS #12-style) *precis =3D PRECIS password profile, i.e., OpaqueString from Section 4 o= f RFC 7613 (always UTF-8) *precis-XXX =3D PRECIS profile as named XXX in the IANA PRECIS Profiles R= egistry *hex =3D hexadecimal input: the input is mapped to 0-9, A-F, and then= converted directly to octets. If there are an odd number of hex digits, = the final digit 0 is appended, or an error condition may be raised. Compa= re with Annex M.4 of IEEE 802.11-2012. *dtmf =3D The characters "0"-"9", "A"-"D", "*", and "#", which map to = their corresponding ASCII codes. (This is to support restricted-input dev= ices, i.e., telephones and telephone-like equipment.) Otherwise, the value of this parameter is a charset, from the Character S= ets Registry . Encoding considerations: binary Security considerations: Carries a cryptographic private key. See Section 6 of RFC 5958. EncryptedPrivateKeyInfo PKCS #8 data contains exactly one private key. Po= or password choices, weak algorithms, or improper parameter selections (e= =2Eg., insufficient salting rounds) will make the confidential payloads m= uch easier to compromise. Interoperability considerations: PKCS #8 is a widely recognized format for private key information on all = modern cryptographic stacks. The encrypted variation in this registration= , EncryptedPrivateKeyInfo (Section 3, Encrypted Private Key Info, of RFC = 5958, and Section 6 of PKCS #8), is less widely used for exchange than PK= CS #12, but it is much simpler to implement. The contents are exactly one= private key (with optional attributes), so the possibility for hidden "e= aster eggs" in the payload such as unexpected certificates or miscellaneo= us secrets is drastically reduced. Published specification: PKCS #8 v1.2, November 1993 (republished as RFC 5208, May 2008); RFC 5958= , August 2010 Applications that use this media type: Machines, applications, browsers, Internet kiosks, and so on, that suppor= t this standard allow a user to import, export, and exercise a single pri= vate key. Fragment identifier considerations: N/A Additional information: Deprecated alias names for this type: N/A Magic number(s): None. File extension(s): .p8e Macintosh file type code(s): N/A Person & email address to contact for further information: Sean Leonard Intended usage: COMMON Restrictions on usage: None. Author: RSA, EMC, IETF Change controller: The IETF Provisional registration? (standards tree only): No --------------ms010801070008060803010600 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CfYwggSvMIIDl6ADAgECAhEA4CPLFRKDU4mtYW56VGdrITANBgkqhkiG9w0BAQsFADBvMQsw CQYDVQQGEwJTRTEUMBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0IEV4 dGVybmFsIFRUUCBOZXR3b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290 MB4XDTE0MTIyMjAwMDAwMFoXDTIwMDUzMDEwNDgzOFowgZsxCzAJBgNVBAYTAkdCMRswGQYD VQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNP TU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVu dGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAImxDdp6UxlOcFIdvFamBia3uEngludRq/HwWhNJFaO0jBtgvHpRQqd5jKQi3xdh TpHVdiMKFNNKAn+2HQmAbqUEPdm6uxb+oYepLkNSQxZ8rzJQyKZPWukI2M+TJZx7iOgwZOak +FaA/SokFDMXmaxE5WmLo0YGS8Iz1OlAnwawsayTQLm1CJM6nCpToxDbPSBhPFUDjtlOdiUC ISn6o3xxdk/u4V+B6ftUgNvDezVSt4TeIj0sMC0xf1m9UjewM2ktQ+v61qXxl3dnUYzZ7ifr vKUHOHaMpKk4/9+M9QOsSb7K93OZOg8yq5yVOhM9DkY6V3RhUL7GQD/L5OKfoiECAwEAAaOC ARcwggETMB8GA1UdIwQYMBaAFK29mHo0tCb3+sQmVO8DveAky1QaMB0GA1UdDgQWBBSSYWuC 4aKgqk/sZ/HCo/e0gADB7DAOBgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBADAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEQYDVR0gBAowCDAGBgRVHSAAMEQGA1Ud HwQ9MDswOaA3oDWGM2h0dHA6Ly9jcmwudXNlcnRydXN0LmNvbS9BZGRUcnVzdEV4dGVybmFs Q0FSb290LmNybDA1BggrBgEFBQcBAQQpMCcwJQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVz ZXJ0cnVzdC5jb20wDQYJKoZIhvcNAQELBQADggEBABsqbqxVwTqriMXY7c1V86prYSvACRAj mQ/FZmpvsfW0tXdeDwJhAN99Bf4Ss6SAgAD8+x1banICCkG8BbrBWNUmwurVTYT7/oKYz1gb 4yJjnFL4uwU2q31Ypd6rO2Pl2tVz7+zg+3vio//wQiOcyraNTT7kSxgDsqgt1Ni7QkuQaYUQ 26Y3NOh74AEQpZzKOsefT4g0bopl0BqKu6ncyso20fT8wmQpNa/WsadxEdIDQ7GPPprsnjJT 9HaSyoY0B7ksyuYcStiZDcGG4pCS+1pCaiMhEOllx/XVu37qjIUgAmLq0ToHLFnFmTPyOInl tukWeh95FPZKEBom+nyK+5swggU/MIIEJ6ADAgECAhAaQkrPJ/nEG3M8lirbnsnnMA0GCSqG SIb3DQEBCwUAMIGbMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVy MRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDFBMD8GA1UE AxM4Q09NT0RPIFNIQS0yNTYgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1h aWwgQ0EwHhcNMTUwMjAyMDAwMDAwWhcNMTYwMjAyMjM1OTU5WjAlMSMwIQYJKoZIhvcNAQkB FhRkZXYraWV0ZkBzZWFudGVrLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB AM+J9tKgDs1LQtaDc+c4E58tCUQRNZiWbM1drOhLq2oSj75LuxPrrZy4XGjWoQFq9qGYHgiv boRKoo2guKi2R5xrf/pZ27ELY5jCa3BQs4Q2YwziXWM5rktnFL2amO2MMwhuo0n7OIMDYftv TEun2mOrnJ3G53zvawQdMbuRiHSNwc7DzWJwAjZQWFO8OF+BgNPzMDQGmzYQ4MVNk8NX5ecN VbfusUU1wZOlfdy8lWTfcASDqa9jLoaAiSx2ay4q7/5m0BOWqOKZCS0f7MmIUtSqODEoiZkd 7oCj5MRKOg2ZLia33JN+oS5rTKN8rs4u4ZF5g8zypHS5TY/l3pNRlrcCAwEAAaOCAfIwggHu MB8GA1UdIwQYMBaAFJJha4LhoqCqT+xn8cKj97SAAMHsMB0GA1UdDgQWBBQaZuXe8vDwU+ja pyFW3zSvIW6TxjAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggr BgEFBQcDBAYLKwYBBAGyMQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYM KwYBBAGyMQECAQEBMCswKQYIKwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQv Q1BTMF0GA1UdHwRWMFQwUqBQoE6GTGh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET1NI QTI1NkNsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1haWxDQS5jcmwwgZAGCCsGAQUF BwEBBIGDMIGAMFgGCCsGAQUFBzAChkxodHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9T SEEyNTZDbGllbnRBdXRoZW50aWNhdGlvbmFuZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsGAQUF BzABhhhodHRwOi8vb2NzcC5jb21vZG9jYS5jb20wHwYDVR0RBBgwFoEUZGV2K2lldGZAc2Vh bnRlay5jb20wDQYJKoZIhvcNAQELBQADggEBAHiH/zXr779dLLJNLp6yW/RQvJSYuNbEqauQ BWLZgvCF8FJjcS+y+bhN7RpTSVaEymbxnpJWFg0Qs6us6rXtttU6MF2JhTuxtu6yWW0EYy80 KGOt6zJRTxa46kAhAOqw4KPQ5RTvf/NT+2Qu8b2edlh+3t6f8iTQOAL/BNHnmr4QvpfnMLa8 NMAqd4FLOcSU9JKBlb5YtsEdfM3nBt4m95pfhpww79gB+zoXMoVaI+lfQHhkGth6mlaTkFUV DT2pqq98XgESpObFEngb8ZRftBVoZfgJ4ajXcZnhKaqYEr23EtY207KgKb4LAXA84wtPcFfJ rQaDArapR7xd2GNs+eYxggRBMIIEPQIBATCBsDCBmzELMAkGA1UEBhMCR0IxGzAZBgNVBAgT EkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RP IENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEtMjU2IENsaWVudCBBdXRoZW50aWNh dGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhAaQkrPJ/nEG3M8lirbnsnnMA0GCWCGSAFlAwQC AQUAoIICYTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAx MDUwNTA3MjZaMC8GCSqGSIb3DQEJBDEiBCAoQw8wSSHkAovqX6Yrmfd3Gp1ut2eVqdTTT06v fIWGgTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMIHBBgkrBgEEAYI3EAQxgbMwgbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJH cmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBD QSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRp b24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQGkJKzyf5xBtzPJYq257J5zCBwwYLKoZIhvcNAQkQ AgsxgbOggbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIx EDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQD EzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFp bCBDQQIQGkJKzyf5xBtzPJYq257J5zANBgkqhkiG9w0BAQEFAASCAQCdQltt5g5hNbtY7ZS/ TyRylflifRTn6Yyo2Xl2Bb4bcRvbEAjSqgvfU4UehgLLXd5xuMosLK9BuTcDLA04HR741vwl 9p56QlP6nLXFsgjTBqb1ePuuMzo0EC6lO/ggcZfsyTLYGQObNxitXya8my3KHd7MDGU6YVzT nT8axSjVKyfR2xC33atypVdDM0OzjgJRz/jMdS2A2tZCSSDgAPTmJR0TkSSgNwkDtHiamxqX Xsde8tpY2Dp2fPlFLsrdsdiQy+3jnPTgqz23fZ3ZuPiI9Gw3JXUGVxEYsPUtV9M7soC3pRTy BC/J8qFIxmK5A9Fzliyrzf6AhmuRjB/Sv/yvAAAAAAAA --------------ms010801070008060803010600-- From nobody Thu Jan 21 05:29:10 2016 Return-Path: X-Original-To: precis@ietfa.amsl.com Delivered-To: precis@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 280621B3106 for ; Thu, 21 Jan 2016 05:29:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GsCBlN3Yg5JR for ; Thu, 21 Jan 2016 05:29:07 -0800 (PST) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A491F1B3118 for ; Thu, 21 Jan 2016 05:29:07 -0800 (PST) Received: by mail-ig0-x236.google.com with SMTP id t15so125458304igr.0 for ; Thu, 21 Jan 2016 05:29:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=hfx3Nqbk66aFkEnqme8V9ZhIyrd0F6qAJjcmOc8q+Gw=; b=fLVwUtAXYFLrCdBj7Lc1pMT4ES3fGEAlUFBP6tKeE+gdGluuVgdmF5Az9jsllbZlPy AbeL6MohWGIw4sXNvBZAmmrRhr0ZLkEStbgFUeOAUc9VkoQPBSFom0AActrYVqbJZCkr C/DW1273vLaaBOzyV8xeqUJ3il4877hrOEa9DrCak1pFUZOK8HwIi/d+TFqMbMs/o5mY O9veqgrJYd8KE/izlw2veP3w4+toZDUW7Qx9f911nAnxqqk6hOiZ2NHRhyezgyU9A+PZ U1t+dHZiYogpYP8mhY6VPoGvv/k/yeSv3g0xgUyteOZcu73mz7OgzkiG1psgK9xOlzwy WSUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=hfx3Nqbk66aFkEnqme8V9ZhIyrd0F6qAJjcmOc8q+Gw=; b=KKXZWe0jx9h5SPLXjNOa5N7Pb6Omp9maxGeQ30WaPqOw1x5OS+wMUrBbGB12lepqZK on34p1fvWXtOj8bFMnGmg3MTkFva5H2Z9mu9tXt6PbyMIxpTDYrLaBQAXefw+RlvlbgF Lf/xNHpxKI2C6Lr6JXWerXSBHgyTtDNcSCb43bwQDSFn6UEcxng8qZfCSTsG/8TT4OTY GcSIGBUozZv4LSswhyxFDlFHy1OhuRtno1ywD870qmWthqJsTxSNQ2HcoviNR+oS1CZL 2rxMYNFL3ucJPaqjej7AYJRz2FgXxJoC+6OY7nQu/dSIWYzAqUafqR/1PCF3jFw+Zhbp xqDg== X-Gm-Message-State: AG10YORKivt2iv0jGeEhvFM5zwIlBMB9WbqJYrCdDQvVb01/Uumb9wGK35Tf1qjZyqkqjlEDN1g/dJfr8WgUsw== MIME-Version: 1.0 X-Received: by 10.50.183.11 with SMTP id ei11mr9349364igc.81.1453382947110; Thu, 21 Jan 2016 05:29:07 -0800 (PST) Sender: barryleiba@gmail.com Received: by 10.36.117.3 with HTTP; Thu, 21 Jan 2016 05:29:07 -0800 (PST) In-Reply-To: <20151220193202.24380180006@rfc-editor.org> References: <20151220193202.24380180006@rfc-editor.org> Date: Thu, 21 Jan 2016 08:29:07 -0500 X-Google-Sender-Auth: QG4pKNAECv1PQu7SX9umxIRJh54 Message-ID: From: Barry Leiba To: RFC Errata System Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: Cc: Peter Saint-Andre , precis@ietf.org Subject: Re: [precis] [Technical Errata Reported] RFC7564 (4568) X-BeenThere: precis@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Preparation and Comparison of Internationalized Strings List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2016 13:29:09 -0000 Are there comments from the authors or working group on this errata report? Barry, ART AD On Sun, Dec 20, 2015 at 2:32 PM, RFC Errata System wrote: > The following errata report has been submitted for RFC7564, > "PRECIS Framework: Preparation, Enforcement, and Comparison of Internatio= nalized Strings in Application Protocols". > > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata_search.php?rfc=3D7564&eid=3D4568 > > -------------------------------------- > Type: Technical > Reported by: Sam Whited > > Section: 3 > > Original Text > ------------- > Preparation entails only ensuring that the characters in an > individual string are allowed by the underlying PRECIS string > class. > > Corrected Text > -------------- > Preparation entails applying some or none of the rules specified for a > particular string class or profile thereof to an individual string, and > ensuring that characters in the resulting string are allowed by the > underlying PRECIS string class. > > Notes > ----- > The original text makes it sound like preparation is ONLY validating that= the characters in a string are allowed in the underlying PRECIS string cla= ss, however, some profiles (for example, see the UsernameCaseMapped profile= ) specify that some of the rules must be applied first (in the case of User= nameCaseMapped, preparation includes first applying the Width rule). > > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party (IESG) > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC7564 (draft-ietf-precis-framework-23) > -------------------------------------- > Title : PRECIS Framework: Preparation, Enforcement, and Com= parison of Internationalized Strings in Application Protocols > Publication Date : May 2015 > Author(s) : P. Saint-Andre, M. Blanchet > Category : PROPOSED STANDARD > Source : Preparation and Comparison of Internationalized Str= ings APP > Area : Applications > Stream : IETF > Verifying Party : IESG >