Not sure who suggested ORCID-only in author blocks. (To be clear, I
have no objection to permitting ORCIDs. I think it has been
demonstrated that in fact, as an unintended positive side-effect of
other things we chose, we already do.)
Please don't go to an ORCIDs-only preferred approach.
I can't stop someone who wants to be obscure from doing that. But as the
normal practice, please don't.
1) Note that if I use the alias (e.g draft-name@xxxxxxxx) it will use
the dattracker email address.
2) If I am looking at the contact information, it is probably because I
want to contact that person. in 90+% of the cases when I do that, the
place I am looking is current enough that the email address given there
will work and reflects their preference for contact about the
document. So please keep it there.
Yours,
Joel
PS: While I don't have an ORCID, I don't object if the community decides
it would be good forour folks to have them. I recognize that my
long-term stable email address is an outlier. (not an extreme outlier,
but not the cmmon case.)
On 4/12/2025 5:20 PM, Michael Richardson wrote:
John R. Levine <johnl@xxxxxxxx> wrote:
>> Are you okay with an RFC having *ONLY* an ORCID?
> No. That would be a significant change and would make RFCs less useful.
>> We only solve sob@harvard and the problem of deadnames by leaving all of
>> those out of the document.
> While I understand why deadnames are an issue, I also do not see that it is
> our job to tie ourselves in knots about it. To the extent that we can change
> entries in our databases, sure, do that.
Someone who is concerned going forward would want to proactively redact their
name. I think we already redact first names in many places via "ins",
although I'm not sure of the history of that. It seems to be what scientific
publications have done for a long time.
Thus the question about ORCID only.
> But we are not going to be able to
> go and retroactively edit every downloaded copy of every document we ever
> published, and I don't see any point in trying.
This was not the question, nor have I suggested it.
--
Michael Richardson <mcr+IETF@xxxxxxxxxxxx> . o O ( IPv6 IøT consulting )
Sandelman Software Works Inc, Ottawa and Worldwide
