Hi, > To be fair, I think I counted about 10 people on the list who urged to > proceed with the SMIMEA draft. In this case, I think the perfect is the > enemy of the good.
I would count myself as 11th there, but those people voted against delaying SMIMEA for another year, not for pushing without discussions. There indeed are quite some points in heavy discussion about the localpart lookup mechanism and I am pretty sure there will be an update to the OPENPGPKEY draft in this respect soon. I would wait with updating the SMIMEA draft in this respect until that point. Of course the option Olafur just mentioned, simply referencing the OPENPGPKEY standard there, also would be OK. But copy&pasting the current, possibly soon-to-be changed version, no. The more important point to advance the draft is the assignment of a RRtype. Viktor pointet out that a requirement for that is the settling on the RRDATA format. This is different for SMIMEA (more like TLSA than OPENPGPKEY) so the question would be: does anybody see any problems on that side, or can we consider that agreed? Greetings, Florian -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstrasse 15, 81669 Muenchen Sitz der Gesellschaft: Muenchen, Amtsgericht Muenchen: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein _______________________________________________ dane mailing list [email protected] https://www.ietf.org/mailman/listinfo/dane
