IETF Logo Mail Archive

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

Matthäus Wander <mail@wander.science> Tue, 02 April 2024 17:21 UTC

Return-Path: <mail@wander.science>
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 24757C14F5F7 for <dmarc@ietfa.amsl.com>; Tue, 2 Apr 2024 10:21:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 (2048-bit key) header.d=wander.science header.b="gMypZaJZ"; dkim=neutral reason="invalid (unsupported algorithm ed25519-sha256)" header.d=wander.science header.b="8fvJXlkp"
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 CuHRNPiZgsEJ for <dmarc@ietfa.amsl.com>; Tue, 2 Apr 2024 10:21:07 -0700 (PDT)
Received: from mail.swznet.de (cathay.swznet.de [IPv6:2a01:4f8:13b:2048::113]) (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 72C76C14F5E6 for <dmarc@ietf.org>; Tue, 2 Apr 2024 10:21:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=wander.science; s=2023-05-rsa; h=Subject:Content-Transfer-Encoding: Content-Type:In-Reply-To:From:References:To:MIME-Version:Date:Message-ID:Cc: Sender:Reply-To; bh=NbnBbYJDtqwpZC+oNwTbFn83sAFHpU3FZx3S6Nr+p14=; b=gMypZaJZD V2sdQm0GLVhWJZy/26CmwZASR4nxFuAopIhHaSWut5pV4+4YsFjFAVhmLUQYG2owtSA35koK5a9u7 s4jTYraOl4+13MojP1tpBP/kb5xkJvvsJqSUzs1ZbY4d20OfBGLeufu7F6XYvQDxmU3yGTw0lswFC sK8epzCE0XBIgqigDIyEtCvqkEBz3LU6w8CGMJe0g4uKz+gWyVl7TTv9KmDePwEm1QSbtrRPJMkQf 1XlkyOyZ3kcgioG9ILywyrs6Ou7J55nkF+jsUu7lYB6KLqkZCm3JG4w+uyMCsGkFV7QmWs5poT4JI I+pX4jioHl4qhC/fvUxvsII4g==;
DKIM-Signature: v=1; a=ed25519-sha256; q=dns/txt; c=relaxed/relaxed; d=wander.science; s=2023-05-ed25519; h=Subject:Content-Transfer-Encoding: Content-Type:In-Reply-To:From:References:To:MIME-Version:Date:Message-ID:Cc: Sender:Reply-To; bh=NbnBbYJDtqwpZC+oNwTbFn83sAFHpU3FZx3S6Nr+p14=; b=8fvJXlkpt VtMO58JA9RqIEoVZK8HPaiOX/mWAdFTXyIAc8+X+a3ZRNRIS2kxJWJfklBeWFqJ3HES/ciEv8NpAw ==;
Received: from dynamic-2a01-0c23-691e-4200-4db9-7c40-6fcf-6383.c23.pool.telefonica.de ([2a01:c23:691e:4200:4db9:7c40:6fcf:6383]) by mail.swznet.de with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from <mail@wander.science>) id 1rrhoh-001AqA-D8 for dmarc@ietf.org; Tue, 02 Apr 2024 19:21:03 +0200
Message-ID: <d67a6bd5-b201-46bb-b9e1-8e810cc5a204@wander.science>
Date: Tue, 02 Apr 2024 19:21:01 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: dmarc@ietf.org
References: <1663413255.6490632.1712076110725.JavaMail.zimbra@univ-grenoble-alpes.fr>
From: Matthäus Wander <mail@wander.science>
Autocrypt: addr=mail@wander.science; keydata= xjMEX32k2xYJKwYBBAHaRw8BAQdAnfSBcaYKuP99+S+Cv7yM2MC5uDVgjDHq72XoUkvDduTN Jk1hdHRow6R1cyBXYW5kZXIgPG1haWxAd2FuZGVyLnNjaWVuY2U+wpYEExYIAD4WIQRN5cud QSNuO9g4P/vwPFqQ1RKslAUCX32k2wIbAwUJCWYBgAULCQgHAgYVCgkICwIEFgIDAQIeAQIX gAAKCRDwPFqQ1RKslBHNAP92aGE3RVTUoVtAOMVyEzC5kpipuYgwEUBGohcKJ6FlkwEAyvGn 2Cqw6T/GOCgcZb3NlOLAAh83v3GOLnbiQxzZgQ3OOARffaTbEgorBgEEAZdVAQUBAQdAMtpC ADRykYF4hU5t/d1ItWsCVcQTrUXARpFGk4s8shADAQgHwn4EGBYIACYWIQRN5cudQSNuO9g4 P/vwPFqQ1RKslAUCX32k2wIbDAUJCWYBgAAKCRDwPFqQ1RKslI9HAP908/+/2MpEH/63y93a 1WB5pcYFy9Do/b0AQjjkfP+ZVQD9EaC+bOBrNgJzHFwhJAHI0l2KD79pMSgXSllPlA0dBQg=
In-Reply-To: <1663413255.6490632.1712076110725.JavaMail.zimbra@univ-grenoble-alpes.fr>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-SA-Exim-Connect-IP: 2a01:c23:691e:4200:4db9:7c40:6fcf:6383
X-SA-Exim-Mail-From: mail@wander.science
X-SA-Exim-Version: 4.2.1 (built Sat, 13 Feb 2021 17:57:42 +0000)
X-SA-Exim-Scanned: Yes (on mail.swznet.de)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/xdxofT02AGNM_gqHKrUhjQADBTo>
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:21:12 -0000

OLIVIER HUREAU wrote on 2024-04-02 18:41:
> Shouldn't we remove the maxOccurs for the error element ?

[...]

> NEW
> ```
> <xs:complexType name="ReportMetadataType">
>   <xs:all>
>    <xs:element name="org_name" type="xs:string"
>          minOccurs="1" maxOccurs="1"/>
>    <xs:element name="email" type="xs:string"
>          minOccurs="1" maxOccurs="1"/>
>    <xs:element name="extra_contact_info" type="xs:string"
>          minOccurs="0" maxOccurs="1"/>
>    <xs:element name="report_id" type="xs:string"
>          minOccurs="1" maxOccurs="1"/>
>    <xs:element name="date_range" type="DateRangeType"
>          minOccurs="1" maxOccurs="1"/>
>    <xs:element name="error" type="xs:string"
>          minOccurs="0"/>
>   </xs:all>
> </xs:complexType>
> ```

For the sake of consistency, either remove maxOccurs from each element 
under <xs:all> or set maxOccurs="1" for each.

Regards,
Matt

v2.23.0 | Report a Bug | By Email