Re: [dmarc-ietf] RUA XML : maxOccurs="unbounded" not allowed

Alessandro Vesely <vesely@tana.it> Tue, 02 April 2024 17:01 UTC

Return-Path: <vesely@tana.it>
X-Original-To: dmarc@ietfa.amsl.com
Delivered-To: dmarc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64875C14CEFA for <dmarc@ietfa.amsl.com>; Tue, 2 Apr 2024 10:01:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.098
X-Spam-Level:
X-Spam-Status: No, score=-7.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1152-bit key) header.d=tana.it
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F1YByl0uWlrR for <dmarc@ietfa.amsl.com>; Tue, 2 Apr 2024 10:01:34 -0700 (PDT)
Received: from wmail.tana.it (wmail.tana.it [94.198.96.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 566F5C151986 for <dmarc@ietf.org>; Tue, 2 Apr 2024 10:01:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tana.it; s=delta; t=1712077275; bh=iSacAMQjI+OhmTPkIt3FPcDEOA02n8qQSiOPaQQm78o=; h=Date:Subject:To:References:From:In-Reply-To; b=AKJyOfR5SqEhH70YSJMa+W3dQz0uU59vQ65DZ94ip2e97Eashhc7SZMT2fRnKWA1G uhMNeCBDA2H9OmaxFW8GQ1fohnq+JBbaTLuLXIjia6JORAP2+Hza0igjhEcp215wGU vG1M8f+fvI1eq8uwBKOQlr5PtMh0ly2Jd7YhFvFt42aWQ1vOP7xV2cFvGi2Uk
Original-Subject: Re: [dmarc-ietf] RUA XML : maxOccurs="unbounded" not allowed
Author: Alessandro Vesely <vesely@tana.it>
Received: from [172.25.197.120] (pcale.tana [::ffff:172.25.197.120]) (AUTH: CRAM-MD5 uXDGrn@SYT0/k, TLS: TLS1.3, 128bits, ECDHE_RSA_AES_128_GCM_SHA256) by wmail.tana.it with ESMTPSA id 00000000005DC0F5.00000000660C39DB.000025AD; Tue, 02 Apr 2024 19:01:15 +0200
Message-ID: <c6fcd375-6247-4119-8fe5-c359a6095408@tana.it>
Date: Tue, 02 Apr 2024 19:01:15 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: dmarc@ietf.org
References: <1663413255.6490632.1712076110725.JavaMail.zimbra@univ-grenoble-alpes.fr>
Authentication-Results: tana.it; auth=pass (details omitted)
From: Alessandro Vesely <vesely@tana.it>
Content-Language: en-US, it-IT
In-Reply-To: <1663413255.6490632.1712076110725.JavaMail.zimbra@univ-grenoble-alpes.fr>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/bjWRN1xKoCIwJYAky3FKgBJ_Sjs>
Subject: Re: [dmarc-ietf] RUA XML : maxOccurs="unbounded" not allowed
X-BeenThere: dmarc@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Domain-based Message Authentication, Reporting, and Compliance \(DMARC\)" <dmarc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmarc>, <mailto:dmarc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmarc/>
List-Post: <mailto:dmarc@ietf.org>
List-Help: <mailto:dmarc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmarc>, <mailto:dmarc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Apr 2024 17:01:39 -0000

On Tue 02/Apr/2024 18:41:50 +0200 OLIVIER HUREAU wrote:
> Hi,
> 
> I have tried to run some measurements with the new XSD but it seems that it is 
> not valid :
> 
> ```
> xmlschema.validators.exceptions.XMLSchemaParseError: attribute 
> maxOccurs='unbounded': value must be one of [0, 1]:
> ```
> 
> The complex type "ReportMetadataType" has a <xs:all> (see below).
> However the Python library i am using refuses the XSD files as, according to 
> W3, macOccurs unbounded are not accepted in all :
> 
> ```
> Schema Component Constraint: All Group Limited
> When a model group has {compositor} all, then all of the following must be true:
> 1 It appears only as the value of one or both of the following properties:
> 1.1 the {model group} property of a model group definition.
> 1.2 the {term} property of a particle with {max occurs}=1which is part of a 
> pair which constitutes the {content type} of a complex type definition.
> 2 The {max occurs} of all the particles in the {particles} of the group must be 
> 0 or 1.
> ```
> https://www.w3.org/TR/xmlschema-1/#cos-all-limited 
> <https://www.w3.org/TR/xmlschema-1/#cos-all-limited><https://www.w3.org/TR/xmlschema-1/#cos-all-limited>
> 
> Shouldn't we remove the maxOccurs for the error element ?


Alternatively, if we want it unbounded, move the error element outside 
<report_metadata>.  For example as an optional, self standing element of 
feedback, between <report_metadata> and <policy_published>.


Best
Ale
--