[Acme] ACME resources relations
Andriy Mahats <Andriy.Mahats@buypass.no> Fri, 20 January 2017 16:08 UTC
Return-Path: <andriy.mahats@buypass.no>
X-Original-To: acme@ietfa.amsl.com
Delivered-To: acme@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1C50129AB7 for <acme@ietfa.amsl.com>; Fri, 20 Jan 2017 08:08:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 leag_KIypUOc for <acme@ietfa.amsl.com>; Fri, 20 Jan 2017 08:08:36 -0800 (PST)
Received: from mr10.infostorm.no (mr10.infostorm.no [217.18.206.43]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B59312952D for <acme@ietf.org>; Fri, 20 Jan 2017 08:08:36 -0800 (PST)
Received: from Buyp-gvk-ex01.intra.buypass.no (unknown [146.192.247.21]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mr10.infostorm.no (Postfix) with ESMTP id 499CB137DC6 for <acme@ietf.org>; Fri, 20 Jan 2017 17:08:32 +0100 (CET)
Received: from BUYP-GVK-EX01.intra.buypass.no (10.11.2.9) by Buyp-gvk-ex01.intra.buypass.no (10.11.2.9) with Microsoft SMTP Server (TLS) id 15.0.995.29; Fri, 20 Jan 2017 17:08:31 +0100
Received: from BUYP-GVK-EX01.intra.buypass.no ([10.11.2.241]) by Buyp-gvk-ex01.intra.buypass.no ([10.11.2.241]) with mapi id 15.00.0995.032; Fri, 20 Jan 2017 17:08:31 +0100
From: Andriy Mahats <Andriy.Mahats@buypass.no>
To: "acme@ietf.org" <acme@ietf.org>
Thread-Topic: ACME resources relations
Thread-Index: AdJzM3QHeFQ872lYS1ShtddeaxOqYw==
Date: Fri, 20 Jan 2017 16:08:31 +0000
Message-ID: <1bfcd722703f4236a32fc7458084ff06@Buyp-gvk-ex01.intra.buypass.no>
Accept-Language: nb-NO, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.11.51.34]
Content-Type: multipart/alternative; boundary="_000_1bfcd722703f4236a32fc7458084ff06Buypgvkex01intrabuypass_"
MIME-Version: 1.0
X-mr10-MailScanner-Information: Please contact the ISP for more information
X-mr10-MailScanner-ID: 499CB137DC6.AB347
X-mr10-MailScanner: Found to be clean
X-mr10-MailScanner-From: andriy.mahats@buypass.no
Archived-At: <https://mailarchive.ietf.org/arch/msg/acme/9BtFQScjkZ2D_WAZtD-SZbR1ys0>
Subject: [Acme] ACME resources relations
X-BeenThere: acme@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Automated Certificate Management Environment <acme.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/acme>, <mailto:acme-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/acme/>
List-Post: <mailto:acme@ietf.org>
List-Help: <mailto:acme-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/acme>, <mailto:acme-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Jan 2017 15:26:49 -0000
Hi all! At the resource diagram in 6.1 Resources section, there is an authz resource related to order by "up" relation. My question is for following case: The client orders a certificate and at the time of ordering it satisfied some of authorizations (let's say 2 of 3) in previous transactions (possibly using pre-authorization: new-authz). When client queries such previously satisfied authorization, what order resource shall pointed using "up" relation, since that authorization can be used for many orders? I've created issue in GitHub for this. You can find it here: https://github.com/ietf-wg-acme/acme/issues/236 Sincerely, Andriy
- [Acme] ACME resources relations Andriy Mahats
- Re: [Acme] ACME resources relations Richard Barnes
- Re: [Acme] ACME resources relations Jacob Hoffman-Andrews