All, Let’s remember that this is a contract between ICANN and the New gTLD Registries. It is not a Registry-Registrar Agreement or a Registrar-Registrant Agreement. Accordingly, everything in it must be legit under ICANN’s Bylaws. We want our ICANN Board Members, including Becky, to sleep at night. To do so, terms that are put into an RVC must fall within terms to which ICANN, as a signatory to this contract, must agree. Again, this is *ICANN’s contract.* There are many things we would not put into the vPICs/RVCs therefore, even though they may happen. Like some cooperation with local law enforcement and providing data on users and use. It may happen; it’s not in our contracts or blessed or enforced by ICANN. Accordingly, to the end of Recommendation 9.12, we must add something about the requirements of the RVC. A registrant cannot be required to paint the moon pink, and the PICs should not be allowed to push ICANN outside its mission, mandate, scope and core values. These are ICANN commitments to all of us, and to the world, in its Bylaws. _Accordingly we must add: RVCs will not address the contents of websites or apps that use domain names, they will be consistent with ICANN’s Human Rights Core Value, they will not allow the registry arbitrary discretion to suspend a domain name, and they will not be used to create new policies that did not come through ICANN processes. _ These limitations are substantive – they will keep the RVCs within the bounds of what ICANN is allowed to sign and what ICANN is allowed to do. The Attorney Generals do not want to see a spate of new contracts from California public interest corporation coming without principles and guardrails for what one party, in its self-interest, can impose on other parties, particularly those who are weaker – a registry imposing arbitrary and unfair terms on its registrants (note: unfair RVCs _did not, _in Round 1, come through the public processes we are working hard to protect, including GAC Early Warnings, GAC Consensus Advice, and settlements of Objections e.g., Community, Legal Rights, etc). We need to finish up 9.12 with the additions above. RVCs will no longer be the dumping ground or the “kitchen sink” as they were in 2013-2014. This is critical for ICANN’s integrity, and for this I quote, as I did in my March 11, 2020, CircleID article: Becky Burr, then and still an ICANN Board member, speaking in her personal capacity at an event at American University Washington College of Law in February 2019, ICANN and New gTLDs, DESCRIBING THE ROUND 1 PRIVATE PIC PROCESS: "_I HOPE WE NEVER SEE ANY LIKE THAT [AGAIN]", "THE PROCESS BY WHICH THAT HAPPENED WAS APPALLING," "AND MOST REGISTRIES AND REGISTRARS WERE APPALLED BY THAT PROCESS AS WELL." "A SUBSET OF… REGISTRY APPLICANTS CAME IN AND MADE ... COMMITMENTS THAT WERE LIKE, LITERALLY, EVERYTHING IN THE KITCHEN SINK."_ [emphasis added] NO MORE “KITCHEN SINK,” AND WE’RE DONE. Best, Kathy
Kathy, ***View as the Co-Chair - I do not believe the guardrails you have proposed have support within the working group. The rules/guardrails you have proposed represent a drastic departure from what the Working Group has discussed, that I do not believe it is realistic to think that they can be adopted at this point. Other members of the Working Group have supported the PICs and RVCs and have also supported the notion that they can be done in compliance with the Bylaws provided that we do not put ICANN in the position of determining whether any content based commitment was actually violated. That adjudication may be beyond the scope of ICANN’s mission. But if the actual adjudication is done by a third party and the registry agrees to be bound by the decision of that unrelated third party, then the Working Group members have weighed in that this seems in line with the Bylaws. We will discuss this further. __________________________ ****Personal View Follows**** Taking Co-Chair hat off – the following represents only my opinion. If the Working Group takes an opposing view, then as co-chair I will follow that. 1. I personally disagree with the overbroad guardrails. Take the .gay registry as an example. The .gay registry has a very tight anti-bullying / anti-harassment policy and reserves the right to take down sites that it finds violating that policy. Their goal is to present a safe space where a group of people that have historically been (and in a lot of cases still are) the subject of persecution, discrimination, harassment and bullying. The registry wants a space where its registrants and end users feel safe to belong, participate, celebrate, and just be themselves. If they want to commit to a content based policy, then who are we to tell them that they cant. 1. I believe I was at that American University event, and even explained then that registries aim to make TLDs a brand. If they want to have policies that distinguish their TLDs from others, even if related to content, then why should they be forbidden from doing so. I think I raised the example of Anti-abuse policies. When Neustar in 2008 or 2009 (when I was there) adopted an anti-abuse policy stating it would take down names using for phishing, pharming, malware, etc., it did so because it was starting to appear on ISP block lists for not taking that action. Legitimate registrants were having their e-mails blocked because the registry wasn’t taking action. The .biz brand was taking a huge dip. We made the bold decision and actually became the first registry to adopt an anti-abuse policy addressing these behaviors. I believe the EFF and others made the same arguments you were making. But the registry cleaned up its act, got taken off block lists and became (at the time) one of the safest TLDs. The brand became more respectable and registrants emails were again getting through. Over time, you, the EFF and others came to accept anti-abuse monitoring and now it is employed by virtually every registry and registrar. [cid:image001.png@01D6D47E.6C5D25E0] Jeffrey J. Neuman Founder & CEO JJN Solutions, LLC p: +1.202.549.5079 E: jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com> http://jjnsolutions.com From: Kathy Kleiman <kathy@kathykleiman.com> Sent: Thursday, December 17, 2020 1:43 PM To: gnso-newgtld-wg@icann.org; Jeff Neuman <jeff@jjnsolutions.com>; langdonorr@gmail.com Subject: Finishing up PICs All, Let’s remember that this is a contract between ICANN and the New gTLD Registries. It is not a Registry-Registrar Agreement or a Registrar-Registrant Agreement. Accordingly, everything in it must be legit under ICANN’s Bylaws. We want our ICANN Board Members, including Becky, to sleep at night. To do so, terms that are put into an RVC must fall within terms to which ICANN, as a signatory to this contract, must agree. Again, this is *ICANN’s contract.* There are many things we would not put into the vPICs/RVCs therefore, even though they may happen. Like some cooperation with local law enforcement and providing data on users and use. It may happen; it’s not in our contracts or blessed or enforced by ICANN. Accordingly, to the end of Recommendation 9.12, we must add something about the requirements of the RVC. A registrant cannot be required to paint the moon pink, and the PICs should not be allowed to push ICANN outside its mission, mandate, scope and core values. These are ICANN commitments to all of us, and to the world, in its Bylaws. Accordingly we must add: RVCs will not address the contents of websites or apps that use domain names, they will be consistent with ICANN’s Human Rights Core Value, they will not allow the registry arbitrary discretion to suspend a domain name, and they will not be used to create new policies that did not come through ICANN processes. These limitations are substantive – they will keep the RVCs within the bounds of what ICANN is allowed to sign and what ICANN is allowed to do. The Attorney Generals do not want to see a spate of new contracts from California public interest corporation coming without principles and guardrails for what one party, in its self-interest, can impose on other parties, particularly those who are weaker – a registry imposing arbitrary and unfair terms on its registrants (note: unfair RVCs did not, in Round 1, come through the public processes we are working hard to protect, including GAC Early Warnings, GAC Consensus Advice, and settlements of Objections e.g., Community, Legal Rights, etc). We need to finish up 9.12 with the additions above. RVCs will no longer be the dumping ground or the “kitchen sink” as they were in 2013-2014. This is critical for ICANN’s integrity, and for this I quote, as I did in my March 11, 2020, CircleID article: Becky Burr, then and still an ICANN Board member, speaking in her personal capacity at an event at American University Washington College of Law in February 2019, ICANN and New gTLDs, describing the Round 1 private PIC process: "I hope we never see any like that [again]", "the process by which that happened was appalling," "and most registries and registrars were appalled by that process as well." "A subset of… registry applicants came in and made ... commitments that were like, literally, everything in the kitchen sink." [emphasis added] No more “kitchen sink,” and we’re done. Best, Kathy
Jeff,The Guardrails are the Bylaws. Pure and simple. They are ICANN's commitment to stay outside of content (Bylaws 1.1) and operate consistent with internationally recognized human rights (Bylaws 1.2) and respect the policy procedures in which we all engage (in which this PDP WG operates). As an individual you have fought long and hard for the private PICs which you created for .BIZ when you wored at Neustar. I know you worked hard for your former employer. But the 2016 Bylaws and the .ORG battles commit ICANN to a higher standard. We are bound by that standard. We have talked about that standard, and our Bylaws, at length. We have heard from our Board liaisons that they are worried on this issue. They told us that ICANN cannot enforce that which does not fall under its mission. That is true We are very close. I'm asking us to tie up one last loose end. But it's an important one. The vast, vast majority of all of the private PICs/RVCs we want to protect fall under the Guardrails - the hundreds of GAC early warnings from Round 1, the GAC Advice from Beijing, the settlement of Community Objections in Round 1 (I did one; maybe the only one then).I want your legacy and that of Cheryl's to be solid on this PDP which has lasted so long and where you, and all members, have worked so hard. Please step back from your deep personal involvement on this issue. Telling ICANN that the working group says "anything goes" in RVCs is not true, and not right. We are all bound by ICANN's 2016 Bylaws. None of us is above the law; we are not above the Bylaws. This seems like a pretty easy fix, Jeff. Best, Kathy----- Original Message ----- From: "Jeff Neuman" To:"Kathy Kleiman" , "gnso-newgtld-wg@icann.org" , "langdonorr@gmail.com" Cc: Sent:Thu, 17 Dec 2020 19:10:50 +0000 Subject:RE: Finishing up PICs Kathy, ***View as the Co-Chair - I do not believe the guardrails you have proposed have support within the working group. The rules/guardrails you have proposed represent a drastic departure from what the Working Group has discussed, that I do not believe it is realistic to think that they can be adopted at this point. Other members of the Working Group have supported the PICs and RVCs and have also supported the notion that they can be done in compliance with the Bylaws provided that we do not put ICANN in the position of determining whether any content based commitment was actually violated. That adjudication may be beyond the scope of ICANN’s mission. But if the actual adjudication is done by a third party and the registry agrees to be bound by the decision of that unrelated third party, then the Working Group members have weighed in that this seems in line with the Bylaws. We will discuss this further. __________________________ ****Personal View Follows**** Taking Co-Chair hat off – the following represents only my opinion. If the Working Group takes an opposing view, then as co-chair I will follow that. * I personally disagree with the overbroad guardrails. Take the .gay registry as an example. The .gay registry has a very tight anti-bullying / anti-harassment policy and reserves the right to take down sites that it finds violating that policy. Their goal is to present a safe space where a group of people that have historically been (and in a lot of cases still are) the subject of persecution, discrimination, harassment and bullying. The registry wants a space where its registrants and end users feel safe to belong, participate, celebrate, and just be themselves. If they want to commit to a content based policy, then who are we to tell them that they cant. * I believe I was at that American University event, and even explained then that registries aim to make TLDs a brand. If they want to have policies that distinguish their TLDs from others, even if related to content, then why should they be forbidden from doing so. I think I raised the example of Anti-abuse policies. When Neustar in 2008 or 2009 (when I was there) adopted an anti-abuse policy stating it would take down names using for phishing, pharming, malware, etc., it did so because it was starting to appear on ISP block lists for not taking that action. Legitimate registrants were having their e-mails blocked because the registry wasn’t taking action. The .biz brand was taking a huge dip We made the bold decision and actually became the first registry to adopt an anti-abuse policy addressing these behaviors. I believe the EFF and others made the same arguments you were making. But the registry cleaned up its act, got taken off block lists and became (at the time) one of the safest TLDs. The brand became more respectable and registrants emails were again getting through. Over time, you, the EFF and others came to accept anti-abuse monitoring and now it is employed by virtually every registry and registrar. Jeffrey J. Neuman Founder & CEO JJN Solutions, LLC p: +1.202.549.5079 E: jeff@jjnsolutions.com [1] http://jjnsolutions.com FROM: Kathy Kleiman SENT: Thursday, December 17, 2020 1:43 PM TO: gnso-newgtld-wg@icann.org; Jeff Neuman ; langdonorr@gmail.com SUBJECT: Finishing up PICs All, Let’s remember that this is a contract between ICANN and the New gTLD Registries. It is not a Registry-Registrar Agreement or a Registrar-Registrant Agreement. Accordingly, everything in it must be legit under ICANN’s Bylaws. We want our ICANN Board Members, including Becky, to sleep at night. To do so, terms that are put into an RVC must fall within terms to which ICANN, as a signatory to this contract, must agree. Again, this is *ICANN’s contract.* There are many things we would not put into the vPICs/RVCs therefore, even though they may happen. Like some cooperation with local law enforcement and providing data on users and use. It may happen; it’s not in our contracts or blessed or enforced by ICANN. Accordingly, to the end of Recommendation 9.12, we must add something about the requirements of the RVC. A registrant cannot be required to paint the moon pink, and the PICs should not be allowed to push ICANN outside its mission, mandate, scope and core values. These are ICANN commitments to all of us, and to the world, in its Bylaws. _Accordingly we must add: RVCs will not address the contents of websites or apps that use domain names, they will be consistent with ICANN’s Human Rights Core Value, they will not allow the registry arbitrary discretion to suspend a domain name, and they will not be used to create new policies that did not come through ICANN processes. _ These limitations are substantive – they will keep the RVCs within the bounds of what ICANN is allowed to sign and what ICANN is allowed to do. The Attorney Generals do not want to see a spate of new contracts from California public interest corporation coming without principles and guardrails for what one party, in its self-interest, can impose on other parties, particularly those who are weaker – a registry imposing arbitrary and unfair terms on its registrants (note: unfair RVCs _did not, _in Round 1, come through the public processes we are working hard to protect, including GAC Early Warnings, GAC Consensus Advice, and settlements of Objections e.g., Community, Legal Rights, etc). We need to finish up 9.12 with the additions above. RVCs will no longer be the dumping ground or the “kitchen sink” as they were in 2013-2014. This is critical for ICANN’s integrity, and for this I quote, as I did in my March 11, 2020, CircleID article: Becky Burr, then and still an ICANN Board member, speaking in her personal capacity at an event at American University Washington College of Law in February 2019, ICANN and New gTLDs, DESCRIBING THE ROUND 1 PRIVATE PIC PROCESS: "_I HOPE WE NEVER SEE ANY LIKE THAT [AGAIN]", "THE PROCESS BY WHICH THAT HAPPENED WAS APPALLING," "AND MOST REGISTRIES AND REGISTRARS WERE APPALLED BY THAT PROCESS AS WELL." "A SUBSET OF… REGISTRY APPLICANTS CAME IN AND MADE ... COMMITMENTS THAT WERE LIKE, LITERALLY, EVERYTHING IN THE KITCHEN SINK."_ [emphasis added] NO MORE “KITCHEN SINK,” AND WE’RE DONE. Best, Kathy Links: ------ [1] mailto:jeff@jjnsolutions.com
Thanks Kathy for the views. To understand, under the guardrails you have proposed, would .gay be able to commit to enforcing an anti-harassment / anti-bullying policy like the one they currently have? See https://www.ohhey.gay/gay-cares. [cid:image001.png@01D6D483.80638B60] Jeffrey J. Neuman Founder & CEO JJN Solutions, LLC p: +1.202.549.5079 E: jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com> http://jjnsolutions.com From: Kathy Kleiman <kathy@kathykleiman.com> Sent: Thursday, December 17, 2020 2:40 PM To: Jeff Neuman <jeff@jjnsolutions.com>; Kathy Kleiman <kathy@kathykleiman.com>; gnso-newgtld-wg@icann.org; langdonorr@gmail.com Subject: RE: Finishing up PICs Jeff, The Guardrails are the Bylaws. Pure and simple. They are ICANN's commitment to stay outside of content (Bylaws 1.1) and operate consistent with internationally recognized human rights (Bylaws 1.2) and respect the policy procedures in which we all engage (in which this PDP WG operates). As an individual you have fought long and hard for the private PICs which you created for .BIZ when you wored at Neustar. I know you worked hard for your former employer. But the 2016 Bylaws and the .ORG battles commit ICANN to a higher standard. We are bound by that standard. We have talked about that standard, and our Bylaws, at length. We have heard from our Board liaisons that they are worried on this issue. They told us that ICANN cannot enforce that which does not fall under its mission. That is true We are very close. I'm asking us to tie up one last loose end. But it's an important one. The vast, vast majority of all of the private PICs/RVCs we want to protect fall under the Guardrails - the hundreds of GAC early warnings from Round 1, the GAC Advice from Beijing, the settlement of Community Objections in Round 1 (I did one; maybe the only one then). I want your legacy and that of Cheryl's to be solid on this PDP which has lasted so long and where you, and all members, have worked so hard. Please step back from your deep personal involvement on this issue. Telling ICANN that the working group says "anything goes" in RVCs is not true, and not right. We are all bound by ICANN's 2016 Bylaws. None of us is above the law; we are not above the Bylaws. This seems like a pretty easy fix, Jeff. Best, Kathy ----- Original Message ----- From: "Jeff Neuman" <jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com>> To: "Kathy Kleiman" <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>>, "gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>" <gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>>, "langdonorr@gmail.com<mailto:langdonorr@gmail.com>" <langdonorr@gmail.com<mailto:langdonorr@gmail.com>> Cc: Sent: Thu, 17 Dec 2020 19:10:50 +0000 Subject: RE: Finishing up PICs Kathy, ***View as the Co-Chair - I do not believe the guardrails you have proposed have support within the working group. The rules/guardrails you have proposed represent a drastic departure from what the Working Group has discussed, that I do not believe it is realistic to think that they can be adopted at this point. Other members of the Working Group have supported the PICs and RVCs and have also supported the notion that they can be done in compliance with the Bylaws provided that we do not put ICANN in the position of determining whether any content based commitment was actually violated. That adjudication may be beyond the scope of ICANN’s mission. But if the actual adjudication is done by a third party and the registry agrees to be bound by the decision of that unrelated third party, then the Working Group members have weighed in that this seems in line with the Bylaws. We will discuss this further. __________________________ ****Personal View Follows**** Taking Co-Chair hat off – the following represents only my opinion. If the Working Group takes an opposing view, then as co-chair I will follow that. 1. I personally disagree with the overbroad guardrails. Take the .gay registry as an example. The .gay registry has a very tight anti-bullying / anti-harassment policy and reserves the right to take down sites that it finds violating that policy. Their goal is to present a safe space where a group of people that have historically been (and in a lot of cases still are) the subject of persecution, discrimination, harassment and bullying. The registry wants a space where its registrants and end users feel safe to belong, participate, celebrate, and just be themselves. If they want to commit to a content based policy, then who are we to tell them that they cant. 1. I believe I was at that American University event, and even explained then that registries aim to make TLDs a brand. If they want to have policies that distinguish their TLDs from others, even if related to content, then why should they be forbidden from doing so. I think I raised the example of Anti-abuse policies. When Neustar in 2008 or 2009 (when I was there) adopted an anti-abuse policy stating it would take down names using for phishing, pharming, malware, etc., it did so because it was starting to appear on ISP block lists for not taking that action. Legitimate registrants were having their e-mails blocked because the registry wasn’t taking action. The .biz brand was taking a huge dip. We made the bold decision and actually became the first registry to adopt an anti-abuse policy addressing these behaviors. I believe the EFF and others made the same arguments you were making. But the registry cleaned up its act, got taken off block lists and became (at the time) one of the safest TLDs. The brand became more respectable and registrants emails were again getting through. Over time, you, the EFF and others came to accept anti-abuse monitoring and now it is employed by virtually every registry and registrar. Jeffrey J. Neuman Founder & CEO JJN Solutions, LLC p: +1202.549.5079 E: jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com> http://jjnsolutions.com From: Kathy Kleiman <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>> Sent: Thursday, December 17, 2020 1:43 PM To: gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>; Jeff Neuman <jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com>>; langdonorr@gmail.com<mailto:langdonorr@gmail.com> Subject: Finishing up PICs All, Let’s remember that this is a contract between ICANN and the New gTLD Registries. It is not a Registry-Registrar Agreement or a Registrar-Registrant Agreement. Accordingly, everything in it must be legit under ICANN’s Bylaws. We want our ICANN Board Members, including Becky, to sleep at night. To do so, terms that are put into an RVC must fall within terms to which ICANN, as a signatory to this contract, must agree. Again, this is *ICANN’s contract.* There are many things we would not put into the vPICs/RVCs therefore, even though they may happen. Like some cooperation with local law enforcement and providing data on users and use. It may happen; it’s not in our contracts or blessed or enforced by ICANN. Accordingly, to the end of Recommendation 9.12, we must add something about the requirements of the RVC. A registrant cannot be required to paint the moon pink, and the PICs should not be allowed to push ICANN outside its mission, mandate, scope and core values. These are ICANN commitments to all of us, and to the world, in its Bylaws. Accordingly we must add: RVCs will not address the contents of websites or apps that use domain names, they will be consistent with ICANN’s Human Rights Core Value, they will not allow the registry arbitrary discretion to suspend a domain name, and they will not be used to create new policies that did not come through ICANN processes. These limitations are substantive – they will keep the RVCs within the bounds of what ICANN is allowed to sign and what ICANN is allowed to do. The Attorney Generals do not want to see a spate of new contracts from California public interest corporation coming without principles and guardrails for what one party, in its self-interest, can impose on other parties, particularly those who are weaker – a registry imposing arbitrary and unfair terms on its registrants (note: unfair RVCs did not, in Round 1, come through the public processes we are working hard to protect, including GAC Early Warnings, GAC Consensus Advice, and settlements of Objections e.g., Community, Legal Rights, etc). We need to finish up 9.12 with the additions above. RVCs will no longer be the dumping ground or the “kitchen sink” as they were in 2013-2014. This is critical for ICANN’s integrity, and for this I quote, as I did in my March 11, 2020, CircleID article: Becky Burr, then and still an ICANN Board member, speaking in her personal capacity at an event at American University Washington College of Law in February 2019, ICANN and New gTLDs, describing the Round 1 private PIC process: "I hope we never see any like that [again]", "the process by which that happened was appalling," "and most registries and registrars were appalled by that process as well." "A subset of… registry applicants came in and made ... commitments that were like, literally, everything in the kitchen sink." [emphasis added] No more “kitchen sink,” and we’re done. Best, Kathy
Jeff,I walked with Community application attorneys today. The protections for the .GAY anti-harassment/anti-bullying policies _predate_ any existing private PICs. _To this day, they are not in Specification 11. _ But we did create a Specification 12 for Community Registration Policies, apparently just for this purpose. Best and tx,Kathy ----- Original Message ----- From: "Jeff Neuman" To:"Kathy Kleiman" , "gnso-newgtld-wg@icann.org" , "langdonorr@gmail.com" Cc: Sent:Thu, 17 Dec 2020 19:47:11 +0000 Subject:RE: Finishing up PICs Thanks Kathy for the views. To understand, under the guardrails you have proposed, would .gay be able to commit to enforcing an anti-harassment / anti-bullying policy like the one they currently have? See https://www.ohhey.gay/gay-cares [1]. Jeffrey J. Neuman Founder & CEO JJN Solutions, LLC p: +1.202.549.5079 E: jeff@jjnsolutions.com [2] http://jjnsolutions.com FROM: Kathy Kleiman SENT: Thursday, December 17, 2020 2:40 PM TO: Jeff Neuman ; Kathy Kleiman ; gnso-newgtld-wg@icann.org; langdonorr@gmail.com SUBJECT: RE: Finishing up PICs Jeff, The Guardrails are the Bylaws Pure and simple. They are ICANN's commitment to stay outside of content (Bylaws 1.1) and operate consistent with internationally recognized human rights (Bylaws 1.2) and respect the policy procedures in which we all engage (in which this PDP WG operates). As an individual you have fought long and hard for the private PICs which you created for .BIZ when you wored at Neustar. I know you worked hard for your former employer. But the 2016 Bylaws and the .ORG battles commit ICANN to a higher standard. We are bound by that standard. We have talked about that standard, and our Bylaws, at length. We have heard from our Board liaisons that they are worried on this issue. They told us that ICANN cannot enforce that which does not fall under its mission. That is true We are very close. I'm asking us to tie up one last loose end. But it's an important one The vast, vast majority of all of the private PICs/RVCs we want to protect fall under the Guardrails - the hundreds of GAC early warnings from Round 1, the GAC Advice from Beijing, the settlement of Community Objections in Round 1 (I did one; maybe the only one then). I want your legacy and that of Cheryl's to be solid on this PDP which has lasted so long and where you, and all members, have worked so hard. Please step back from your deep personal involvement on this issue. Telling ICANN that the working group says "anything goes" in RVCs is not true, and not right. We are all bound by ICANN's 2016 Bylaws. None of us is above the law; we are not above the Bylaws. This seems like a pretty easy fix, Jeff. Best, Kathy ----- Original Message ----- FROM: "Jeff Neuman" TO: "Kathy Kleiman" , "gnso-newgtld-wg@icann.org [5]" , "langdonorr@gmail.com [7]" CC: SENT: Thu, 17 Dec 2020 19:10:50 +0000 SUBJECT: RE: Finishing up PICs Kathy, ***View as the Co-Chair - I do not believe the guardrails you have proposed have support within the working group. The rules/guardrails you have proposed represent a drastic departure from what the Working Group has discussed, that I do not believe it is realistic to think that they can be adopted at this point. Other members of the Working Group have supported the PICs and RVCs and have also supported the notion that they can be done in compliance with the Bylaws provided that we do not put ICANN in the position of determining whether any content based commitment was actually violated. That adjudication may be beyond the scope of ICANN’s mission. But if the actual adjudication is done by a third party and the registry agrees to be bound by the decision of that unrelated third party, then the Working Group members have weighed in that this seems in line with the Bylaws. We will discuss this further. __________________________ ****Personal View Follows**** Taking Co-Chair hat off – the following represents only my opinion. If the Working Group takes an opposing view, then as co-chair I will follow that. * I personally disagree with the overbroad guardrails. Take the .gay registry as an example. The .gay registry has a very tight anti-bullying / anti-harassment policy and reserves the right to take down sites that it finds violating that policy. Their goal is to present a safe space where a group of people that have historically been (and in a lot of cases still are) the subject of persecution, discrimination, harassment and bullying. The registry wants a space where its registrants and end users feel safe to belong, participate, celebrate, and just be themselves. If they want to commit to a content based policy, then who are we to tell them that they cant. * I believe I was at that American University event, and even explained then that registries aim to make TLDs a brand. If they want to have policies that distinguish their TLDs from others, even if related to content, then why should they be forbidden from doing so. I think I raised the example of Anti-abuse policies. When Neustar in 2008 or 2009 (when I was there) adopted an anti-abuse policy stating it would take down names using for phishing, pharming, malware, etc., it did so because it was starting to appear on ISP block lists for not taking that action. Legitimate registrants were having their e-mails blocked because the registry wasn’t taking action. The .biz brand was taking a huge dip. We made the bold decision and actually became the first registry to adopt an anti-abuse policy addressing these behaviors. I believe the EFF and others made the same arguments you were making. But the registry cleaned up its act, got taken off block lists and became (at the time) one of the safest TLDs. The brand became more respectable and registrants emails were again getting through. Over time, you, the EFF and others came to accept anti-abuse monitoring and now it is employed by virtually every registry and registrar. Jeffrey J. Neuman Founder & CEO JJN Solutions, LLC p: +1202.549.5079 E: jeff@jjnsolutions.com [9] http://jjnsolutions.com [10] FROM: Kathy Kleiman SENT: Thursday, December 17, 2020 1:43 PM TO: gnso-newgtld-wg@icann.org [12]; Jeff Neuman ; langdonorr@gmail.com [14] SUBJECT: Finishing up PICs All, Let’s remember that this is a contract between ICANN and the New gTLD Registries. It is not a Registry-Registrar Agreement or a Registrar-Registrant Agreement. Accordingly, everything in it must be legit under ICANN’s Bylaws. We want our ICANN Board Members, including Becky, to sleep at night. To do so, terms that are put into an RVC must fall within terms to which ICANN, as a signatory to this contract, must agree. Again, this is *ICANN’s contract.* There are many things we would not put into the vPICs/RVCs therefore, even though they may happen. Like some cooperation with local law enforcement and providing data on users and use. It may happen; it’s not in our contracts or blessed or enforced by ICANN. Accordingly, to the end of Recommendation 9.12, we must add something about the requirements of the RVC. A registrant cannot be required to paint the moon pink, and the PICs should not be allowed to push ICANN outside its mission, mandate, scope and core values. These are ICANN commitments to all of us, and to the world, in its Bylaws. _Accordingly we must add: RVCs will not address the contents of websites or apps that use domain names, they will be consistent with ICANN’s Human Rights Core Value, they will not allow the registry arbitrary discretion to suspend a domain name, and they will not be used to create new policies that did not come through ICANN processes. _ These limitations are substantive – they will keep the RVCs within the bounds of what ICANN is allowed to sign and what ICANN is allowed to do. The Attorney Generals do not want to see a spate of new contracts from California public interest corporation coming without principles and guardrails for what one party, in its self-interest, can impose on other parties, particularly those who are weaker – a registry imposing arbitrary and unfair terms on its registrants (note: unfair RVCs _did not, _in Round 1, come through the public processes we are working hard to protect, including GAC Early Warnings, GAC Consensus Advice, and settlements of Objections e.g., Community, Legal Rights, etc). We need to finish up 9.12 with the additions above. RVCs will no longer be the dumping ground or the “kitchen sink” as they were in 2013-2014. This is critical for ICANN’s integrity, and for this I quote, as I did in my March 11, 2020, CircleID article: Becky Burr, then and still an ICANN Board member, speaking in her personal capacity at an event at American University Washington College of Law in February 2019, ICANN and New gTLDs, DESCRIBING THE ROUND 1 PRIVATE PIC PROCESS: "_I HOPE WE NEVER SEE ANY LIKE THAT [AGAIN]", "THE PROCESS BY WHICH THAT HAPPENED WAS APPALLING," "AND MOST REGISTRIES AND REGISTRARS WERE APPALLED BY THAT PROCESS AS WELL." "A SUBSET OF… REGISTRY APPLICANTS CAME IN AND MADE ... COMMITMENTS THAT WERE LIKE, LITERALLY, EVERYTHING IN THE KITCHEN SINK."_ [emphasis added] NO MORE “KITCHEN SINK,” AND WE’RE DONE. Best, Kathy Links: ------ [1] https://www.ohhey.gay/gay-cares [2] mailto:jeff@jjnsolutions.com [3] mailto:jeff@jjnsolutions.com [4] mailto:kathy@kathykleiman.com [5] mailto:gnso-newgtld-wg@icann.org [6] mailto:gnso-newgtld-wg@icann.org [7] mailto:langdonorr@gmail.com [8] mailto:langdonorr@gmail.com [9] mailto:jeff@jjnsolutions.com [10] http://jjnsolutions.com [11] mailto:kathy@kathykleiman.com [12] mailto:gnso-newgtld-wg@icann.org [13] mailto:jeff@jjnsolutions.com [14] mailto:langdonorr@gmail.com
This could almost be interpreted as you saying if it’s in Spec 11 as a PIC/RVC it’s a problem but if it’s in a different spec it’s fine, Kathy? But presumably you don’t mean that since it makes no sense. Susan Payne Head of Legal Policy Com Laude | Valideus D: +44 20 7421 8255 M: +44 7971 661175 E: susan.payne@comlaude.com<mailto:susan.payne@comlaude.com> From: Gnso-newgtld-wg <gnso-newgtld-wg-bounces@icann.org> On Behalf Of Kathy Kleiman Sent: 17 December 2020 19:58 To: Jeff Neuman <jeff@jjnsolutions.com>; Kathy Kleiman <kathy@kathykleiman.com>; gnso-newgtld-wg@icann.org; langdonorr@gmail.com Subject: Re: [Gnso-newgtld-wg] Finishing up PICs Jeff, I walked with Community application attorneys today. The protections for the .GAY anti-harassment/anti-bullying policies predate any existing private PICs. To this day, they are not in Specification 11. But we did create a Specification 12 for Community Registration Policies, apparently just for this purpose. Best and tx, Kathy ----- Original Message ----- From: "Jeff Neuman" <jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com>> To: "Kathy Kleiman" <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>>, "gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>" <gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>>, "langdonorr@gmail.com<mailto:langdonorr@gmail.com>" <langdonorr@gmail.com<mailto:langdonorr@gmail.com>> Cc: Sent: Thu, 17 Dec 2020 19:47:11 +0000 Subject: RE: Finishing up PICs Thanks Kathy for the views. To understand, under the guardrails you have proposed, would .gay be able to commit to enforcing an anti-harassment / anti-bullying policy like the one they currently have? See https://www.ohhey.gay/gay-cares. Jeffrey J. Neuman Founder & CEO JJN Solutions, LLC p: +1.202.549.5079 E: jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com> http://jjnsolutions.com From: Kathy Kleiman <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>> Sent: Thursday, December 17, 2020 2:40 PM To: Jeff Neuman <jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com>>; Kathy Kleiman <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>>; gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>; langdonorr@gmail.com<mailto:langdonorr@gmail.com> Subject: RE: Finishing up PICs Jeff, The Guardrails are the Bylaws. Pure and simple. They are ICANN's commitment to stay outside of content (Bylaws 1.1) and operate consistent with internationally recognized human rights (Bylaws 1.2) and respect the policy procedures in which we all engage (in which this PDP WG operates). As an individual you have fought long and hard for the private PICs which you created for .BIZ when you wored at Neustar. I know you worked hard for your former employer. But the 2016 Bylaws and the .ORG battles commit ICANN to a higher standard. We are bound by that standard. We have talked about that standard, and our Bylaws, at length. We have heard from our Board liaisons that they are worried on this issue. They told us that ICANN cannot enforce that which does not fall under its mission. That is true We are very close. I'm asking us to tie up one last loose end. But it's an important one. The vast, vast majority of all of the private PICs/RVCs we want to protect fall under the Guardrails - the hundreds of GAC early warnings from Round 1, the GAC Advice from Beijing, the settlement of Community Objections in Round 1 (I did one; maybe the only one then). I want your legacy and that of Cheryl's to be solid on this PDP which has lasted so long and where you, and all members, have worked so hard. Please step back from your deep personal involvement on this issue. Telling ICANN that the working group says "anything goes" in RVCs is not true, and not right. We are all bound by ICANN's 2016 Bylaws. None of us is above the law; we are not above the Bylaws. This seems like a pretty easy fix, Jeff. Best, Kathy ----- Original Message ----- From: "Jeff Neuman" <jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com>> To: "Kathy Kleiman" <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>>, "gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>" <gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>>, "langdonorr@gmail.com<mailto:langdonorr@gmailcom>" <langdonorr@gmail.com<mailto:langdonorr@gmail.com>> Cc: Sent: Thu, 17 Dec 2020 19:10:50 +0000 Subject: RE: Finishing up PICs Kathy, ***View as the Co-Chair - I do not believe the guardrails you have proposed have support within the working group. The rules/guardrails you have proposed represent a drastic departure from what the Working Group has discussed, that I do not believe it is realistic to think that they can be adopted at this point. Other members of the Working Group have supported the PICs and RVCs and have also supported the notion that they can be done in compliance with the Bylaws provided that we do not put ICANN in the position of determining whether any content based commitment was actually violated. That adjudication may be beyond the scope of ICANN’s mission. But if the actual adjudication is done by a third party and the registry agrees to be bound by the decision of that unrelated third party, then the Working Group members have weighed in that this seems in line with the Bylaws. We will discuss this further. __________________________ ****Personal View Follows**** Taking Co-Chair hat off – the following represents only my opinion. If the Working Group takes an opposing view, then as co-chair I will follow that. 1. I personally disagree with the overbroad guardrails. Take the .gay registry as an example The .gay registry has a very tight anti-bullying / anti-harassment policy and reserves the right to take down sites that it finds violating that policy. Their goal is to present a safe space where a group of people that have historically been (and in a lot of cases still are) the subject of persecution, discrimination, harassment and bullying. The registry wants a space where its registrants and end users feel safe to belong, participate, celebrate, and just be themselves. If they want to commit to a content based policy, then who are we to tell them that they cant. 1. I believe I was at that American University event, and even explained then that registries aim to make TLDs a brand. If they want to have policies that distinguish their TLDs from others, even if related to content, then why should they be forbidden from doing so. I think I raised the example of Anti-abuse policies. When Neustar in 2008 or 2009 (when I was there) adopted an anti-abuse policy stating it would take down names using for phishing, pharming, malware, etc., it did so because it was starting to appear on ISP block lists for not taking that action. Legitimate registrants were having their e-mails blocked because the registry wasn’t taking action. The .biz brand was taking a huge dip. We made the bold decision and actually became the first registry to adopt an anti-abuse policy addressing these behaviors. I believe the EFF and others made the same arguments you were making. But the registry cleaned up its act, got taken off block lists and became (at the time) one of the safest TLDs. The brand became more respectable and registrants emails were again getting through. Over time, you, the EFF and others came to accept anti-abuse monitoring and now it is employed by virtually every registry and registrar. Jeffrey J. Neuman Founder & CEO JJN Solutions, LLC p: +1202.549.5079 E: jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com> http://jjnsolutions.com From: Kathy Kleiman <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>> Sent: Thursday, December 17, 2020 1:43 PM To: gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>; Jeff Neuman <jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com>>; langdonorr@gmail.com<mailto:langdonorr@gmail.com> Subject: Finishing up PICs All, Let’s remember that this is a contract between ICANN and the New gTLD Registries. It is not a Registry-Registrar Agreement or a Registrar-Registrant Agreement. Accordingly, everything in it must be legit under ICANN’s Bylaws. We want our ICANN Board Members, including Becky, to sleep at night. To do so, terms that are put into an RVC must fall within terms to which ICANN, as a signatory to this contract, must agree. Again, this is *ICANN’s contract.* There are many things we would not put into the vPICs/RVCs therefore, even though they may happen. Like some cooperation with local law enforcement and providing data on users and use. It may happen; it’s not in our contracts or blessed or enforced by ICANN. Accordingly, to the end of Recommendation 9.12, we must add something about the requirements of the RVC. A registrant cannot be required to paint the moon pink, and the PICs should not be allowed to push ICANN outside its mission, mandate, scope and core values. These are ICANN commitments to all of us, and to the world, in its Bylaws. Accordingly we must add: RVCs will not address the contents of websites or apps that use domain names, they will be consistent with ICANN’s Human Rights Core Value, they will not allow the registry arbitrary discretion to suspend a domain name, and they will not be used to create new policies that did not come through ICANN processes. These limitations are substantive – they will keep the RVCs within the bounds of what ICANN is allowed to sign and what ICANN is allowed to do. The Attorney Generals do not want to see a spate of new contracts from California public interest corporation coming without principles and guardrails for what one party, in its self-interest, can impose on other parties, particularly those who are weaker – a registry imposing arbitrary and unfair terms on its registrants (note: unfair RVCs did not, in Round 1, come through the public processes we are working hard to protect, including GAC Early Warnings, GAC Consensus Advice, and settlements of Objections e.g., Community, Legal Rights, etc). We need to finish up 9.12 with the additions above. RVCs will no longer be the dumping ground or the “kitchen sink” as they were in 2013-2014. This is critical for ICANN’s integrity, and for this I quote, as I did in my March 11, 2020, CircleID article: Becky Burr, then and still an ICANN Board member, speaking in her personal capacity at an event at American University Washington College of Law in February 2019, ICANN and New gTLDs, describing the Round 1 private PIC process: "I hope we never see any like that [again]", "the process by which that happened was appalling," "and most registries and registrars were appalled by that process as well." "A subset of… registry applicants came in and made ... commitments that were like, literally, everything in the kitchen sink." [emphasis added] No more “kitchen sink,” and we’re done. Best, Kathy ________________________________ The contents of this email and any attachments are confidential to the intended recipient. They may not be disclosed, used by or copied in any way by anyone other than the intended recipient. If you have received this message in error, please return it to the sender (deleting the body of the email and attachments in your reply) and immediately and permanently delete it. Please note that the Com Laude Group does not accept any responsibility for viruses and it is your responsibility to scan or otherwise check this email and any attachments. The Com Laude Group does not accept liability for statements which are clearly the sender's own and not made on behalf of the group or one of its member entities. The Com Laude Group includes Nom-IQ Limited t/a Com Laude, a company registered in England and Wales with company number 5047655 and registered office at 28-30 Little Russell Street, London, WC1A 2HN England; Valideus Limited, a company registered in England and Wales with company number 06181291 and registered office at 28-30 Little Russell Street, London, WC1A 2HN England; Demys Limited, a company registered in Scotland with company number SC197176, having its registered office at 15 William Street, South West Lane, Edinburgh, EH3 7LL Scotland; Consonum, Inc. dba Com Laude USA and Valideus USA, headquartered at 1751 Pinnacle Drive, Suite 600, McLean, VA 22102, USA; Com Laude (Japan) Corporation, a company registered in Japan having its registered office at Suite 319,1-3-21 Shinkawa, Chuo-ku, Tokyo, 104-0033, Japan. For further information see www.comlaude.com<https://comlaude.com>
Actually, it does, Susan. Looking forward to our discussion. Tx for the clarification and Happy Holidays! ----- Original Message ----- From: "Susan Payne" To:"Kathy Kleiman" , "Jeff Neuman" , "gnso-newgtld-wg@icann.org" , "langdonorr@gmail.com" Cc: Sent:Thu, 17 Dec 2020 20:14:10 +0000 Subject:RE: [Gnso-newgtld-wg] Finishing up PICs This could almost be interpreted as you saying if it’s in Spec 11 as a PIC/RVC it’s a problem but if it’s in a different spec it’s fine, Kathy? But presumably you don’t mean that since it makes no sense. SUSAN PAYNE Head of Legal Policy Com Laude | Valideus D: +44 20 7421 8255 M: +44 7971 661175 E: susan.payne@comlaude.com [1] FROM: Gnso-newgtld-wg ON BEHALF OF Kathy Kleiman SENT: 17 December 2020 19:58 TO: Jeff Neuman ; Kathy Kleiman ; gnso-newgtld-wg@icann.org; langdonorr@gmail.com SUBJECT: Re: [Gnso-newgtld-wg] Finishing up PICs Jeff, I walked with Community application attorneys today. The protections for the .GAY anti-harassment/anti-bullying policies _predate_ any existing private PICs. _To this day, they are not in Specification 11. _ But we did create a Specification 12 for Community Registration Policies, apparently just for this purpose. Best and tx, Kathy ----- Original Message ----- FROM: "Jeff Neuman" TO: "Kathy Kleiman" , "gnso-newgtld-wg@icann.org [4]" , "langdonorr@gmail.com [6]" CC: SENT: Thu, 17 Dec 2020 19:47:11 +0000 SUBJECT: RE: Finishing up PICs Thanks Kathy for the views. To understand, under the guardrails you have proposed, would .gay be able to commit to enforcing an anti-harassment / anti-bullying policy like the one they currently have? See https://www.ohhey.gay/gay-cares [8]. Jeffrey J. Neuman Founder & CEO JJN Solutions, LLC p: +1.202.549.5079 E: jeff@jjnsolutions.com [9] http://jjnsolutions.com [10] FROM: Kathy Kleiman SENT: Thursday, December 17, 2020 2:40 PM TO: Jeff Neuman ; Kathy Kleiman ; gnso-newgtld-wg@icann.org [14]; langdonorr@gmail.com [15] SUBJECT: RE: Finishing up PICs Jeff, The Guardrails are the Bylaws. Pure and simple. They are ICANN's commitment to stay outside of content (Bylaws 1.1) and operate consistent with internationally recognized human rights (Bylaws 1.2) and respect the policy procedures in which we all engage (in which this PDP WG operates). As an individual you have fought long and hard for the private PICs which you created for .BIZ when you wored at Neustar. I know you worked hard for your former employer. But the 2016 Bylaws and the .ORG battles commit ICANN to a higher standard. We are bound by that standard. We have talked about that standard, and our Bylaws, at length. We have heard from our Board liaisons that they are worried on this issue. They told us that ICANN cannot enforce that which does not fall under its mission. That is true We are very close. I'm asking us to tie up one last loose end. But it's an important one The vast, vast majority of all of the private PICs/RVCs we want to protect fall under the Guardrails - the hundreds of GAC early warnings from Round 1, the GAC Advice from Beijing, the settlement of Community Objections in Round 1 (I did one; maybe the only one then). I want your legacy and that of Cheryl's to be solid on this PDP which has lasted so long and where you, and all members, have worked so hard. Please step back from your deep personal involvement on this issue. Telling ICANN that the working group says "anything goes" in RVCs is not true, and not right. We are all bound by ICANN's 2016 Bylaws. None of us is above the law; we are not above the Bylaws. This seems like a pretty easy fix, Jeff. Best, Kathy ----- Original Message ----- FROM: "Jeff Neuman" TO: "Kathy Kleiman" , "gnso-newgtld-wg@icann.org [18]" , "langdonorr@gmail.com [20]" CC: SENT: Thu, 17 Dec 2020 19:10:50 +0000 SUBJECT: RE: Finishing up PICs Kathy, ***View as the Co-Chair - I do not believe the guardrails you have proposed have support within the working group. The rules/guardrails you have proposed represent a drastic departure from what the Working Group has discussed, that I do not believe it is realistic to think that they can be adopted at this point. Other members of the Working Group have supported the PICs and RVCs and have also supported the notion that they can be done in compliance with the Bylaws provided that we do not put ICANN in the position of determining whether any content based commitment was actually violated. That adjudication may be beyond the scope of ICANN’s mission. But if the actual adjudication is done by a third party and the registry agrees to be bound by the decision of that unrelated third party, then the Working Group members have weighed in that this seems in line with the Bylaws. We will discuss this further. __________________________ ****Personal View Follows**** Taking Co-Chair hat off – the following represents only my opinion. If the Working Group takes an opposing view, then as co-chair I will follow that. * I personally disagree with the overbroad guardrails. Take the .gay registry as an example The .gay registry has a very tight anti-bullying / anti-harassment policy and reserves the right to take down sites that it finds violating that policy. Their goal is to present a safe space where a group of people that have historically been (and in a lot of cases still are) the subject of persecution, discrimination, harassment and bullying. The registry wants a space where its registrants and end users feel safe to belong, participate, celebrate, and just be themselves. If they want to commit to a content based policy, then who are we to tell them that they cant. * I believe I was at that American University event, and even explained then that registries aim to make TLDs a brand. If they want to have policies that distinguish their TLDs from others, even if related to content, then why should they be forbidden from doing so. I think I raised the example of Anti-abuse policies. When Neustar in 2008 or 2009 (when I was there) adopted an anti-abuse policy stating it would take down names using for phishing, pharming, malware, etc., it did so because it was starting to appear on ISP block lists for not taking that action. Legitimate registrants were having their e-mails blocked because the registry wasn’t taking action. The .biz brand was taking a huge dip. We made the bold decision and actually became the first registry to adopt an anti-abuse policy addressing these behaviors. I believe the EFF and others made the same arguments you were making. But the registry cleaned up its act, got taken off block lists and became (at the time) one of the safest TLDs. The brand became more respectable and registrants emails were again getting through. Over time, you, the EFF and others came to accept anti-abuse monitoring and now it is employed by virtually every registry and registrar. Jeffrey J. Neuman Founder & CEO JJN Solutions, LLC p: +1202.549.5079 E: jeff@jjnsolutions.com [22] http://jjnsolutions.com [23] FROM: Kathy Kleiman SENT: Thursday, December 17, 2020 1:43 PM TO: gnso-newgtld-wg@icann.org [25]; Jeff Neuman ; langdonorr@gmail.com [27] SUBJECT: Finishing up PICs All, Let’s remember that this is a contract between ICANN and the New gTLD Registries. It is not a Registry-Registrar Agreement or a Registrar-Registrant Agreement. Accordingly, everything in it must be legit under ICANN’s Bylaws. We want our ICANN Board Members, including Becky, to sleep at night. To do so, terms that are put into an RVC must fall within terms to which ICANN, as a signatory to this contract, must agree. Again, this is *ICANN’s contract.* There are many things we would not put into the vPICs/RVCs therefore, even though they may happen. Like some cooperation with local law enforcement and providing data on users and use. It may happen; it’s not in our contracts or blessed or enforced by ICANN. Accordingly, to the end of Recommendation 9.12, we must add something about the requirements of the RVC. A registrant cannot be required to paint the moon pink, and the PICs should not be allowed to push ICANN outside its mission, mandate, scope and core values. These are ICANN commitments to all of us, and to the world, in its Bylaws. _Accordingly we must add: RVCs will not address the contents of websites or apps that use domain names, they will be consistent with ICANN’s Human Rights Core Value, they will not allow the registry arbitrary discretion to suspend a domain name, and they will not be used to create new policies that did not come through ICANN processes. _ These limitations are substantive – they will keep the RVCs within the bounds of what ICANN is allowed to sign and what ICANN is allowed to do. The Attorney Generals do not want to see a spate of new contracts from California public interest corporation coming without principles and guardrails for what one party, in its self-interest, can impose on other parties, particularly those who are weaker – a registry imposing arbitrary and unfair terms on its registrants (note: unfair RVCs _did not, _in Round 1, come through the public processes we are working hard to protect, including GAC Early Warnings, GAC Consensus Advice, and settlements of Objections e.g., Community, Legal Rights, etc). We need to finish up 9.12 with the additions above. RVCs will no longer be the dumping ground or the “kitchen sink” as they were in 2013-2014. This is critical for ICANN’s integrity, and for this I quote, as I did in my March 11, 2020, CircleID article: Becky Burr, then and still an ICANN Board member, speaking in her personal capacity at an event at American University Washington College of Law in February 2019, ICANN and New gTLDs, DESCRIBING THE ROUND 1 PRIVATE PIC PROCESS: "_I HOPE WE NEVER SEE ANY LIKE THAT [AGAIN]", "THE PROCESS BY WHICH THAT HAPPENED WAS APPALLING," "AND MOST REGISTRIES AND REGISTRARS WERE APPALLED BY THAT PROCESS AS WELL." "A SUBSET OF… REGISTRY APPLICANTS CAME IN AND MADE ... COMMITMENTS THAT WERE LIKE, LITERALLY, EVERYTHING IN THE KITCHEN SINK."_ [emphasis added] NO MORE “KITCHEN SINK,” AND WE’RE DONE. Best, Kathy ------------------------- The contents of this email and any attachments are confidential to the intended recipient. They may not be disclosed, used by or copied in any way by anyone other than the intended recipient. If you have received this message in error, please return it to the sender (deleting the body of the email and attachments in your reply) and immediately and permanently delete it. Please note that the Com Laude Group does not accept any responsibility for viruses and it is your responsibility to scan or otherwise check this email and any attachments. The Com Laude Group does not accept liability for statements which are clearly the sender's own and not made on behalf of the group or one of its member entities. The Com Laude Group includes Nom-IQ Limited t/a Com Laude, a company registered in England and Wales with company number 5047655 and registered office at 28-30 Little Russell Street, London, WC1A 2HN England; Valideus Limited, a company registered in England and Wales with company number 06181291 and registered office at 28-30 Little Russell Street, London, WC1A 2HN England; Demys Limited, a company registered in Scotland with company number SC197176, having its registered office at 15 William Street, South West Lane, Edinburgh, EH3 7LL Scotland; Consonum, Inc. dba Com Laude USA and Valideus USA, headquartered at 1751 Pinnacle Drive, Suite 600, McLean, VA 22102, USA; Com Laude (Japan) Corporation, a company registered in Japan having its registered office at Suite 319,1-3-21 Shinkawa, Chuo-ku, Tokyo, 104-0033, Japan. For further information see www.comlaude.com [28] Links: ------ [1] mailto:susan.payne@comlaude.com [2] mailto:jeff@jjnsolutions.com [3] mailto:kathy@kathykleiman.com [4] mailto:gnso-newgtld-wg@icann.org [5] mailto:gnso-newgtld-wg@icann.org [6] mailto:langdonorr@gmail.com [7] mailto:langdonorr@gmail.com [8] https://www.ohhey.gay/gay-cares [9] mailto:jeff@jjnsolutions.com [10] http://jjnsolutions.com [11] mailto:kathy@kathykleiman.com [12] mailto:jeff@jjnsolutions.com [13] mailto:kathy@kathykleiman.com [14] mailto:gnso-newgtld-wg@icann.org [15] mailto:langdonorr@gmail.com [16] mailto:jeff@jjnsolutions.com [17] mailto:kathy@kathykleiman.com [18] mailto:gnso-newgtld-wg@icann.org [19] mailto:gnso-newgtld-wg@icann.org [20] mailto:langdonorr@gmailcom [21] mailto:langdonorr@gmail.com [22] mailto:jeff@jjnsolutions.com [23] http://jjnsolutions.com [24] mailto:kathy@kathykleiman.com [25] mailto:gnso-newgtld-wg@icann.org [26] mailto:jeff@jjnsolutions.com [27] mailto:langdonorr@gmail.com [28] https://comlaude.com
I subscribe to the IPC statement on PICs and RVCs previously submitted to this list by Paul McGrady. I note that involving ICANN in a direct determination of which registry PIC or RVC does or does not honor the Core Value of Human Rights. Nor do I want ICANN making a determination that a certain takedown policy enacted by a registry is or is not “content-based.” If anything, these aspects of the “guardrails” proposal involve ICANN very directly in content determinations. That is not the intent of the Framework of Interpretation for Human Rights. And the issue of takedown policy is also an issue relative to a basic principle in the new gTLD program of Applicant Freedom of Expression. However, Kathy’s sincerely held beliefs on these matters and some concurrence by others further demonstrates the need for Minority Views that can be filed by members of the Working Group who agree on a Minority View. This should not be splintered by adopting policy of mandating individual “minority reports”. Anne From: Gnso-newgtld-wg <gnso-newgtld-wg-bounces@icann.org> On Behalf Of Kathy Kleiman Sent: Thursday, December 17, 2020 12:40 PM To: Jeff Neuman <jeff@jjnsolutions.com>; Kathy Kleiman <kathy@kathykleiman.com>; gnso-newgtld-wg@icann.org; langdonorr@gmail.com Subject: Re: [Gnso-newgtld-wg] Finishing up PICs [EXTERNAL] ________________________________ Jeff, The Guardrails are the Bylaws. Pure and simple. They are ICANN's commitment to stay outside of content (Bylaws 1.1) and operate consistent with internationally recognized human rights (Bylaws 1.2) and respect the policy procedures in which we all engage (in which this PDP WG operates). As an individual you have fought long and hard for the private PICs which you created for .BIZ when you wored at Neustar. I know you worked hard for your former employer. But the 2016 Bylaws and the .ORG battles commit ICANN to a higher standard. We are bound by that standard. We have talked about that standard, and our Bylaws, at length. We have heard from our Board liaisons that they are worried on this issue. They told us that ICANN cannot enforce that which does not fall under its mission. That is true We are very close. I'm asking us to tie up one last loose end. But it's an important one. The vast, vast majority of all of the private PICs/RVCs we want to protect fall under the Guardrails - the hundreds of GAC early warnings from Round 1, the GAC Advice from Beijing, the settlement of Community Objections in Round 1 (I did one; maybe the only one then). I want your legacy and that of Cheryl's to be solid on this PDP which has lasted so long and where you, and all members, have worked so hard. Please step back from your deep personal involvement on this issue. Telling ICANN that the working group says "anything goes" in RVCs is not true, and not right. We are all bound by ICANN's 2016 Bylaws. None of us is above the law; we are not above the Bylaws. This seems like a pretty easy fix, Jeff. Best, Kathy ----- Original Message ----- From: "Jeff Neuman" <jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com>> To: "Kathy Kleiman" <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>>, "gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>" <gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>>, "langdonorr@gmail.com<mailto:langdonorr@gmail.com>" <langdonorr@gmail.com<mailto:langdonorr@gmail.com>> Cc: Sent: Thu, 17 Dec 2020 19:10:50 +0000 Subject: RE: Finishing up PICs Kathy, ***View as the Co-Chair - I do not believe the guardrails you have proposed have support within the working group. The rules/guardrails you have proposed represent a drastic departure from what the Working Group has discussed, that I do not believe it is realistic to think that they can be adopted at this point. Other members of the Working Group have supported the PICs and RVCs and have also supported the notion that they can be done in compliance with the Bylaws provided that we do not put ICANN in the position of determining whether any content based commitment was actually violated. That adjudication may be beyond the scope of ICANN’s mission. But if the actual adjudication is done by a third party and the registry agrees to be bound by the decision of that unrelated third party, then the Working Group members have weighed in that this seems in line with the Bylaws. We will discuss this further. __________________________ ****Personal View Follows**** Taking Co-Chair hat off – the following represents only my opinion. If the Working Group takes an opposing view, then as co-chair I will follow that. a. I personally disagree with the overbroad guardrails. Take the .gay registry as an example. The .gay registry has a very tight anti-bullying / anti-harassment policy and reserves the right to take down sites that it finds violating that policy. Their goal is to present a safe space where a group of people that have historically been (and in a lot of cases still are) the subject of persecution, discrimination, harassment and bullying. The registry wants a space where its registrants and end users feel safe to belong, participate, celebrate, and just be themselves. If they want to commit to a content based policy, then who are we to tell them that they cant. b. I believe I was at that American University event, and even explained then that registries aim to make TLDs a brand. If they want to have policies that distinguish their TLDs from others, even if related to content, then why should they be forbidden from doing so. I think I raised the example of Anti-abuse policies. When Neustar in 2008 or 2009 (when I was there) adopted an anti-abuse policy stating it would take down names using for phishing, pharming, malware, etc., it did so because it was starting to appear on ISP block lists for not taking that action. Legitimate registrants were having their e-mails blocked because the registry wasn’t taking action. The .biz brand was taking a huge dip. We made the bold decision and actually became the first registry to adopt an anti-abuse policy addressing these behaviors. I believe the EFF and others made the same arguments you were making. But the registry cleaned up its act, got taken off block lists and became (at the time) one of the safest TLDs. The brand became more respectable and registrants emails were again getting through. Over time, you, the EFF and others came to accept anti-abuse monitoring and now it is employed by virtually every registry and registrar. Jeffrey J. Neuman Founder & CEO JJN Solutions, LLC p: +1202.549.5079 E: jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com> http://jjnsolutions.com From: Kathy Kleiman <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>> Sent: Thursday, December 17, 2020 1:43 PM To: gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>; Jeff Neuman <jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com>>; langdonorr@gmail.com<mailto:langdonorr@gmail.com> Subject: Finishing up PICs All, Let’s remember that this is a contract between ICANN and the New gTLD Registries. It is not a Registry-Registrar Agreement or a Registrar-Registrant Agreement. Accordingly, everything in it must be legit under ICANN’s Bylaws. We want our ICANN Board Members, including Becky, to sleep at night. To do so, terms that are put into an RVC must fall within terms to which ICANN, as a signatory to this contract, must agree. Again, this is *ICANN’s contract.* There are many things we would not put into the vPICs/RVCs therefore, even though they may happen. Like some cooperation with local law enforcement and providing data on users and use. It may happen; it’s not in our contracts or blessed or enforced by ICANN. Accordingly, to the end of Recommendation 9.12, we must add something about the requirements of the RVC. A registrant cannot be required to paint the moon pink, and the PICs should not be allowed to push ICANN outside its mission, mandate, scope and core values. These are ICANN commitments to all of us, and to the world, in its Bylaws. Accordingly we must add: RVCs will not address the contents of websites or apps that use domain names, they will be consistent with ICANN’s Human Rights Core Value, they will not allow the registry arbitrary discretion to suspend a domain name, and they will not be used to create new policies that did not come through ICANN processes. These limitations are substantive – they will keep the RVCs within the bounds of what ICANN is allowed to sign and what ICANN is allowed to do. The Attorney Generals do not want to see a spate of new contracts from California public interest corporation coming without principles and guardrails for what one party, in its self-interest, can impose on other parties, particularly those who are weaker – a registry imposing arbitrary and unfair terms on its registrants (note: unfair RVCs did not, in Round 1, come through the public processes we are working hard to protect, including GAC Early Warnings, GAC Consensus Advice, and settlements of Objections e.g., Community, Legal Rights, etc). We need to finish up 9.12 with the additions above. RVCs will no longer be the dumping ground or the “kitchen sink” as they were in 2013-2014. This is critical for ICANN’s integrity, and for this I quote, as I did in my March 11, 2020, CircleID article: Becky Burr, then and still an ICANN Board member, speaking in her personal capacity at an event at American University Washington College of Law in February 2019, ICANN and New gTLDs, describing the Round 1 private PIC process: "I hope we never see any like that [again]", "the process by which that happened was appalling," "and most registries and registrars were appalled by that process as well." "A subset of… registry applicants came in and made ... commitments that were like, literally, everything in the kitchen sink." [emphasis added] No more “kitchen sink,” and we’re done. Best, Kathy ________________________________ This message and any attachments are intended only for the use of the individual or entity to which they are addressed. If the reader of this message or an attachment is not the intended recipient or the employee or agent responsible for delivering the message or attachment to the intended recipient you are hereby notified that any dissemination, distribution or copying of this message or any attachment is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the sender. The information transmitted in this message and any attachments may be privileged, is intended only for the personal and confidential use of the intended recipients, and is covered by the Electronic Communications Privacy Act, 18 U.S.C. §2510-2521.
All, I agree with Jeff. It is very late in the process (too late) to be introducing these so-called guardrails. If the guardrails are the Bylaws, as Kathy suggests, there is no need to include them because the Bylaws are in place and nothing this WG does can change the Bylaws. If the so-called guardrails are not already in the Bylaws, we just don’t have time to entertain sweeping ideas like these introduced at 11:59:59 in the process. As for Jeff and Cheryl’s legacy, all I will say is that I am confident their legacy is sound and their intense work over these years is appreciated. Best, Paul From: Gnso-newgtld-wg [mailto:gnso-newgtld-wg-bounces@icann.org] On Behalf Of Kathy Kleiman Sent: Thursday, December 17, 2020 1:40 PM To: Jeff Neuman <jeff@jjnsolutions.com>; Kathy Kleiman <kathy@kathykleiman.com>; gnso-newgtld-wg@icann.org; langdonorr@gmail.com Subject: Re: [Gnso-newgtld-wg] Finishing up PICs Jeff, The Guardrails are the Bylaws. Pure and simple. They are ICANN's commitment to stay outside of content (Bylaws 1.1) and operate consistent with internationally recognized human rights (Bylaws 1.2) and respect the policy procedures in which we all engage (in which this PDP WG operates). As an individual you have fought long and hard for the private PICs which you created for .BIZ when you wored at Neustar. I know you worked hard for your former employer. But the 2016 Bylaws and the .ORG battles commit ICANN to a higher standard. We are bound by that standard. We have talked about that standard, and our Bylaws, at length. We have heard from our Board liaisons that they are worried on this issue. They told us that ICANN cannot enforce that which does not fall under its mission. That is true We are very close. I'm asking us to tie up one last loose end. But it's an important one. The vast, vast majority of all of the private PICs/RVCs we want to protect fall under the Guardrails - the hundreds of GAC early warnings from Round 1, the GAC Advice from Beijing, the settlement of Community Objections in Round 1 (I did one; maybe the only one then). I want your legacy and that of Cheryl's to be solid on this PDP which has lasted so long and where you, and all members, have worked so hard. Please step back from your deep personal involvement on this issue. Telling ICANN that the working group says "anything goes" in RVCs is not true, and not right. We are all bound by ICANN's 2016 Bylaws. None of us is above the law; we are not above the Bylaws. This seems like a pretty easy fix, Jeff. Best, Kathy ----- Original Message ----- From: "Jeff Neuman" <jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com>> To: "Kathy Kleiman" <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>>, "gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>" <gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>>, "langdonorr@gmail.com<mailto:langdonorr@gmail.com>" <langdonorr@gmail.com<mailto:langdonorr@gmail.com>> Cc: Sent: Thu, 17 Dec 2020 19:10:50 +0000 Subject: RE: Finishing up PICs Kathy, ***View as the Co-Chair - I do not believe the guardrails you have proposed have support within the working group. The rules/guardrails you have proposed represent a drastic departure from what the Working Group has discussed, that I do not believe it is realistic to think that they can be adopted at this point. Other members of the Working Group have supported the PICs and RVCs and have also supported the notion that they can be done in compliance with the Bylaws provided that we do not put ICANN in the position of determining whether any content based commitment was actually violated. That adjudication may be beyond the scope of ICANN’s mission. But if the actual adjudication is done by a third party and the registry agrees to be bound by the decision of that unrelated third party, then the Working Group members have weighed in that this seems in line with the Bylaws. We will discuss this further. __________________________ ****Personal View Follows**** Taking Co-Chair hat off – the following represents only my opinion. If the Working Group takes an opposing view, then as co-chair I will follow that. a. I personally disagree with the overbroad guardrails. Take the .gay registry as an example. The .gay registry has a very tight anti-bullying / anti-harassment policy and reserves the right to take down sites that it finds violating that policy. Their goal is to present a safe space where a group of people that have historically been (and in a lot of cases still are) the subject of persecution, discrimination, harassment and bullying. The registry wants a space where its registrants and end users feel safe to belong, participate, celebrate, and just be themselves. If they want to commit to a content based policy, then who are we to tell them that they cant. b. I believe I was at that American University event, and even explained then that registries aim to make TLDs a brand. If they want to have policies that distinguish their TLDs from others, even if related to content, then why should they be forbidden from doing so. I think I raised the example of Anti-abuse policies. When Neustar in 2008 or 2009 (when I was there) adopted an anti-abuse policy stating it would take down names using for phishing, pharming, malware, etc., it did so because it was starting to appear on ISP block lists for not taking that action. Legitimate registrants were having their e-mails blocked because the registry wasn’t taking action. The .biz brand was taking a huge dip. We made the bold decision and actually became the first registry to adopt an anti-abuse policy addressing these behaviors. I believe the EFF and others made the same arguments you were making. But the registry cleaned up its act, got taken off block lists and became (at the time) one of the safest TLDs. The brand became more respectable and registrants emails were again getting through. Over time, you, the EFF and others came to accept anti-abuse monitoring and now it is employed by virtually every registry and registrar. Jeffrey J. Neuman Founder & CEO JJN Solutions, LLC p: +1202.549.5079 E: jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com> http://jjnsolutions.com From: Kathy Kleiman <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>> Sent: Thursday, December 17, 2020 1:43 PM To: gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>; Jeff Neuman <jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com>>; langdonorr@gmail.com<mailto:langdonorr@gmail.com> Subject: Finishing up PICs All, Let’s remember that this is a contract between ICANN and the New gTLD Registries. It is not a Registry-Registrar Agreement or a Registrar-Registrant Agreement. Accordingly, everything in it must be legit under ICANN’s Bylaws. We want our ICANN Board Members, including Becky, to sleep at night. To do so, terms that are put into an RVC must fall within terms to which ICANN, as a signatory to this contract, must agree. Again, this is *ICANN’s contract.* There are many things we would not put into the vPICs/RVCs therefore, even though they may happen. Like some cooperation with local law enforcement and providing data on users and use. It may happen; it’s not in our contracts or blessed or enforced by ICANN. Accordingly, to the end of Recommendation 9.12, we must add something about the requirements of the RVC. A registrant cannot be required to paint the moon pink, and the PICs should not be allowed to push ICANN outside its mission, mandate, scope and core values. These are ICANN commitments to all of us, and to the world, in its Bylaws. Accordingly we must add: RVCs will not address the contents of websites or apps that use domain names, they will be consistent with ICANN’s Human Rights Core Value, they will not allow the registry arbitrary discretion to suspend a domain name, and they will not be used to create new policies that did not come through ICANN processes. These limitations are substantive – they will keep the RVCs within the bounds of what ICANN is allowed to sign and what ICANN is allowed to do. The Attorney Generals do not want to see a spate of new contracts from California public interest corporation coming without principles and guardrails for what one party, in its self-interest, can impose on other parties, particularly those who are weaker – a registry imposing arbitrary and unfair terms on its registrants (note: unfair RVCs did not, in Round 1, come through the public processes we are working hard to protect, including GAC Early Warnings, GAC Consensus Advice, and settlements of Objections e.g., Community, Legal Rights, etc). We need to finish up 9.12 with the additions above. RVCs will no longer be the dumping ground or the “kitchen sink” as they were in 2013-2014. This is critical for ICANN’s integrity, and for this I quote, as I did in my March 11, 2020, CircleID article: Becky Burr, then and still an ICANN Board member, speaking in her personal capacity at an event at American University Washington College of Law in February 2019, ICANN and New gTLDs, describing the Round 1 private PIC process: "I hope we never see any like that [again]", "the process by which that happened was appalling," "and most registries and registrars were appalled by that process as well." "A subset of… registry applicants came in and made ... commitments that were like, literally, everything in the kitchen sink." [emphasis added] No more “kitchen sink,” and we’re done. Best, Kathy
I agree with Jeff and Paul here. This is neither necessary nor timely. Marc H. Trachtenberg Shareholder Chair, Internet, Domain Name, e-Commmerce and Social Media Practice Greenberg Traurig, LLP 77 West Wacker Drive | Suite 3100 | Chicago, IL 60601 T +1 312.456.1020 M +1 773.677.3305 trac@gtlaw.com<mailto:trachtenbergm@gtlaw.com> | http://www.gtlaw.com<http://www.gtlaw.com/> | View GT Biography <https://www.gtlaw.com/en/professionals/t/trachtenberg-marc-h> [Greenberg Traurig] From: Gnso-newgtld-wg <gnso-newgtld-wg-bounces@icann.org> On Behalf Of McGrady, Paul D. Sent: Thursday, December 17, 2020 2:09 PM To: Kathy Kleiman <kathy@kathykleiman.com>; Jeff Neuman <jeff@jjnsolutions.com>; gnso-newgtld-wg@icann.org; langdonorr@gmail.com Subject: Re: [Gnso-newgtld-wg] Finishing up PICs *EXTERNAL TO GT* All, I agree with Jeff. It is very late in the process (too late) to be introducing these so-called guardrails. If the guardrails are the Bylaws, as Kathy suggests, there is no need to include them because the Bylaws are in place and nothing this WG does can change the Bylaws. If the so-called guardrails are not already in the Bylaws, we just don’t have time to entertain sweeping ideas like these introduced at 11:59:59 in the process. As for Jeff and Cheryl’s legacy, all I will say is that I am confident their legacy is sound and their intense work over these years is appreciated. Best, Paul From: Gnso-newgtld-wg [mailto:gnso-newgtld-wg-bounces@icann.org] On Behalf Of Kathy Kleiman Sent: Thursday, December 17, 2020 1:40 PM To: Jeff Neuman <jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com>>; Kathy Kleiman <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>>; gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>; langdonorr@gmail.com<mailto:langdonorr@gmail.com> Subject: Re: [Gnso-newgtld-wg] Finishing up PICs Jeff, The Guardrails are the Bylaws. Pure and simple. They are ICANN's commitment to stay outside of content (Bylaws 1.1) and operate consistent with internationally recognized human rights (Bylaws 1.2) and respect the policy procedures in which we all engage (in which this PDP WG operates). As an individual you have fought long and hard for the private PICs which you created for .BIZ when you wored at Neustar. I know you worked hard for your former employer. But the 2016 Bylaws and the .ORG battles commit ICANN to a higher standard. We are bound by that standard. We have talked about that standard, and our Bylaws, at length. We have heard from our Board liaisons that they are worried on this issue. They told us that ICANN cannot enforce that which does not fall under its mission. That is true We are very close. I'm asking us to tie up one last loose end. But it's an important one. The vast, vast majority of all of the private PICs/RVCs we want to protect fall under the Guardrails - the hundreds of GAC early warnings from Round 1, the GAC Advice from Beijing, the settlement of Community Objections in Round 1 (I did one; maybe the only one then). I want your legacy and that of Cheryl's to be solid on this PDP which has lasted so long and where you, and all members, have worked so hard. Please step back from your deep personal involvement on this issue. Telling ICANN that the working group says "anything goes" in RVCs is not true, and not right. We are all bound by ICANN's 2016 Bylaws. None of us is above the law; we are not above the Bylaws. This seems like a pretty easy fix, Jeff. Best, Kathy ----- Original Message ----- From: "Jeff Neuman" <jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com>> To: "Kathy Kleiman" <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>>, "gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>" <gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>>, "langdonorr@gmail.com<mailto:langdonorr@gmail.com>" <langdonorr@gmail.com<mailto:langdonorr@gmail.com>> Cc: Sent: Thu, 17 Dec 2020 19:10:50 +0000 Subject: RE: Finishing up PICs Kathy, ***View as the Co-Chair - I do not believe the guardrails you have proposed have support within the working group. The rules/guardrails you have proposed represent a drastic departure from what the Working Group has discussed, that I do not believe it is realistic to think that they can be adopted at this point. Other members of the Working Group have supported the PICs and RVCs and have also supported the notion that they can be done in compliance with the Bylaws provided that we do not put ICANN in the position of determining whether any content based commitment was actually violated. That adjudication may be beyond the scope of ICANN’s mission. But if the actual adjudication is done by a third party and the registry agrees to be bound by the decision of that unrelated third party, then the Working Group members have weighed in that this seems in line with the Bylaws. We will discuss this further. __________________________ ****Personal View Follows**** Taking Co-Chair hat off – the following represents only my opinion. If the Working Group takes an opposing view, then as co-chair I will follow that. 1. I personally disagree with the overbroad guardrails. Take the .gay registry as an example. The .gay registry has a very tight anti-bullying / anti-harassment policy and reserves the right to take down sites that it finds violating that policy. Their goal is to present a safe space where a group of people that have historically been (and in a lot of cases still are) the subject of persecution, discrimination, harassment and bullying. The registry wants a space where its registrants and end users feel safe to belong, participate, celebrate, and just be themselves. If they want to commit to a content based policy, then who are we to tell them that they cant. 1. I believe I was at that American University event, and even explained then that registries aim to make TLDs a brand. If they want to have policies that distinguish their TLDs from others, even if related to content, then why should they be forbidden from doing so. I think I raised the example of Anti-abuse policies. When Neustar in 2008 or 2009 (when I was there) adopted an anti-abuse policy stating it would take down names using for phishing, pharming, malware, etc., it did so because it was starting to appear on ISP block lists for not taking that action. Legitimate registrants were having their e-mails blocked because the registry wasn’t taking action. The .biz brand was taking a huge dip. We made the bold decision and actually became the first registry to adopt an anti-abuse policy addressing these behaviors. I believe the EFF and others made the same arguments you were making. But the registry cleaned up its act, got taken off block lists and became (at the time) one of the safest TLDs. The brand became more respectable and registrants emails were again getting through. Over time, you, the EFF and others came to accept anti-abuse monitoring and now it is employed by virtually every registry and registrar. Jeffrey J. Neuman Founder & CEO JJN Solutions, LLC p: +1202.549.5079 E: jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com> https://urldefense.com/v3/__http://jjnsolutions.com__;!!DUT_TFPxUQ!X-vkP8YnU... <https://urldefense.com/v3/__http:/jjnsolutions.com__;!!DUT_TFPxUQ!TM2BMIaqcW...> From: Kathy Kleiman <kathy@kathykleiman.com<mailto:kathy@kathykleiman.com>> Sent: Thursday, December 17, 2020 1:43 PM To: gnso-newgtld-wg@icann.org<mailto:gnso-newgtld-wg@icann.org>; Jeff Neuman <jeff@jjnsolutions.com<mailto:jeff@jjnsolutions.com>>; langdonorr@gmail.com<mailto:langdonorr@gmail.com> Subject: Finishing up PICs All, Let’s remember that this is a contract between ICANN and the New gTLD Registries. It is not a Registry-Registrar Agreement or a Registrar-Registrant Agreement. Accordingly, everything in it must be legit under ICANN’s Bylaws. We want our ICANN Board Members, including Becky, to sleep at night. To do so, terms that are put into an RVC must fall within terms to which ICANN, as a signatory to this contract, must agree. Again, this is *ICANN’s contract.* There are many things we would not put into the vPICs/RVCs therefore, even though they may happen. Like some cooperation with local law enforcement and providing data on users and use. It may happen; it’s not in our contracts or blessed or enforced by ICANN. Accordingly, to the end of Recommendation 9.12, we must add something about the requirements of the RVC. A registrant cannot be required to paint the moon pink, and the PICs should not be allowed to push ICANN outside its mission, mandate, scope and core values. These are ICANN commitments to all of us, and to the world, in its Bylaws. Accordingly we must add: RVCs will not address the contents of websites or apps that use domain names, they will be consistent with ICANN’s Human Rights Core Value, they will not allow the registry arbitrary discretion to suspend a domain name, and they will not be used to create new policies that did not come through ICANN processes. These limitations are substantive – they will keep the RVCs within the bounds of what ICANN is allowed to sign and what ICANN is allowed to do. The Attorney Generals do not want to see a spate of new contracts from California public interest corporation coming without principles and guardrails for what one party, in its self-interest, can impose on other parties, particularly those who are weaker – a registry imposing arbitrary and unfair terms on its registrants (note: unfair RVCs did not, in Round 1, come through the public processes we are working hard to protect, including GAC Early Warnings, GAC Consensus Advice, and settlements of Objections e.g., Community, Legal Rights, etc). We need to finish up 9.12 with the additions above. RVCs will no longer be the dumping ground or the “kitchen sink” as they were in 2013-2014. This is critical for ICANN’s integrity, and for this I quote, as I did in my March 11, 2020, CircleID article: Becky Burr, then and still an ICANN Board member, speaking in her personal capacity at an event at American University Washington College of Law in February 2019, ICANN and New gTLDs, describing the Round 1 private PIC process: "I hope we never see any like that [again]", "the process by which that happened was appalling," "and most registries and registrars were appalled by that process as well." "A subset of… registry applicants came in and made ... commitments that were like, literally, everything in the kitchen sink." [emphasis added] No more “kitchen sink,” and we’re done. Best, Kathy ---------------------------------------------------------------------- If you are not an intended recipient of confidential and privileged information in this email, please delete it, notify us immediately at postmaster@gtlaw.com, and do not use or disseminate the information.
participants (6)
-
Aikman-Scalese, Anne -
Jeff Neuman -
Kathy Kleiman -
McGrady, Paul D. -
Susan Payne -
trachtenbergm＠gtlaw.com