<email> cardinality

[reschke]

(from https://tools.ietf.org/tools/xml2rfc/trac/ticket/36)

reference.RFC.2507.xml has two email addresses for one of the authors, which breaks formatting in "strict" mode.

This seems to be on purpose; the RFC indeed specifies two comma, separated addresses.

We either need to fix the generation script, or xml2rfc's DTD.

Looking at my collection of RFCs, this seems to be used now and then;

rfc4844.unpg: EMail: ​ledaigle@cisco.com, ​leslie@thinkingcat.com
rfc4845.unpg: EMail: ​ledaigle@cisco.com, ​leslie@thinkingcat.com
rfc5741.unpg: EMail: ​daigle@isoc.org, ​leslie@thinkingcat.com
rfc6185.unpg: EMail: ​tom.kristensen@tandberg.com, ​tomkri@ifi.uio.no
rfc7269.unpg: EMail: ​chengang@chinamobile.com, ​phdgang@gmail.com
rfc7269.unpg: EMail: ​caozhen@chinamobile.com, ​zehn.cao@gmail.com
rfc7445.unpg: EMail: ​phdgang@gmail.com, ​chengang@chinamobile.com

[paulehoffman]

This seems more like a feature request for <address> than for <email>. An easy solution would be to allow zero-or-more of any of the children in <address>, not just zero-or-one.

[reschke]

More recent uses:

rfc8316.xml:        <email>ludwig@clemm.org, alexander.clemm@huawei.com</email>
rfc8345.xml:      <email>ludwig@clemm.org, alexander.clemm@huawei.com</email>
rfc8346.xml:        <email>ludwig@clemm.org, alexander.clemm@huawei.com</email>
rfc8366.xml:            <email>tte+ietf@cs.fau.de, toerless.eckert@huawei.com</email>
rfc8368.xml:                            <email>tte+ietf@cs.fau.de, toerless.eckert@huawei.com</email>
rfc8855.xml:        <email>tom.kristensen@jotron.com, tomkri@ifi.uio.no</email>
rfc8856.xml:        <email>tom.kristensen@jotron.com, tomkri@ifi.uio.no</email>

[reschke]

see #143 - @levkowetz - is this something you would add in xml2rfc?

[reschke]

Feature request for xml2rfc in https://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/522 - implementation in https://pypi.org/project/xml2rfc/2.46.0/

[stpeter]

FWIW I agree with @paulehoffman - allow zero-or-more instances of any child of the address element. This would also solve #161