<!--[if (gte mso 9)|(IE)]><style type="text/css">.main-style-209ebbb0de228608338f { font-family: sans-serif; font-size: 11pt; /* inherit */ }</style><![endif]-->
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body>
<div style="/* inherit */" class="main-style-209ebbb0de228608338f">
<div>Of course, this is not how consensus works. </div>
<div><br>
</div>
<div>I also think you're misunderstanding my argument. I'm all for fighting abuse. A lot of my work is in abuse and fraud prevention and in the prevention of financial crime. I'm not arguing against preventing abuse, only against adding even more regulators
 where they aren't needed. </div>
<div><br>
</div>
<div>The Gmail example still does not address my concern. They say what you can do with Gmail, which is the service. An IP address itself is not an abusable service, the systems addressed by them are. Gmail doesn't tell you what to do on third party services
 you sign up to with your <a href="http://gmail.com" target="_blank" rel="noopener noreferrer">
gmail.com</a> address. Google is responsible for Gmail. The RIPE NCC is responsible for the IP addresses. The network operator is responsible for the systems. </div>
<br>
<div class="front-signature">
<div>�</div>
<div>Maria Merkel</div>
<div><img style="width: 118px; height: 14.75px;" src="https://cdn.staclar.com/logos/novecore/newlogo.png"></div>
<div><br>
</div>
<div><span style="font-size: 10px;">This email was sent by [company]. Any statements contained in this email are personal to the author and are not necessarily the statements of the company unless specifically stated.</span></div>
<div><span style="font-size: 10px;"><br>
</span></div>
<div><span style="font-size: 10px;">Novecore and Staclar are collective trading names of Novecore Ltd., registered in England and Wales under company number 11748197, Novecore Licensing Ltd., registered in England and Wales under company number 11544982, Staclar
 Carrier Ltd., registered in England and Wales under company number 12219686, Staclar Financial Services Ltd., registered in England and Wales under company number 13843292 (registered offices 54 Portland Place, London, UK, W1B 1DY); Novecore Professional Services
 Ltd., registered in England and Wales under company number 13965912 (registered office 13 Freeland Park, Wareham Road, Poole, UK, BH16 6FA); Novecore (Estonia) O�, registered in Estonia under registry code 16543205 (local contact Baltic Business Services O�,
 Narva mnt 5, 10117 Tallinn, Estonia); Novecore (USA) Inc., registered in Delaware under file number 6707907, Novecore Licensing (USA) LLC, registered in Delaware under file number 4030866, and Staclar, Inc., registered in Delaware under file number 7413401
 (registered agents The Corporation Trust Company, Corporation Trust Center, 1209 Orange St, Wilmington DE 19801, USA). Novecore Licensing Ltd. is registered for VAT in the United Kingdom under VAT registration number 347 4545 80. Novecore (Estonia) O� is registered
 for VAT in the European Union under VAT registration number EE102518979. Novecore Professional Services Ltd. is a trust or company service provider registered with and supervised by HM Revenue & Customs under the Money Laundering, Terrorist Financing and Transfer
 of Funds (Information on the Payer) Regulations 2017 (registration number XMML00000178208). Staclar Financial Services Ltd. is an Annex 1 financial institution registered with and supervised by the Financial Conduct Authority under the Money Laundering, Terrorist
 Financing and Transfer of Funds (Information on the Payer) Regulations 2017 (firm reference number 989521). Registration is not equivalent to authorisation and is not an endorsement to do business with a firm. Staclar Financial Services Ltd. is not an authorised
 person within the meaning of the Financial Services and Markets Act 2000 and does not review, approve, or endorse financial promotions for securities issues it is involved in or provide any form of investment advice.</span></div>
</div>
</div>
<img alt="Sent from Front" aria-hidden="true" style="width: 1px; height: 1px" src="https://app.frontapp.com/api/1/noauth/companies/2fa1142cccd8fdcdb954/seen/msg_123sdvbe/0/4cb5711a.gif"><br>
<blockquote type="cite" class="front-blockquote">On November 30, 2023 at 10:48 AM GMT+1
<a href="mailto:leo@vegoda.org" target="_blank" rel="noopener noreferrer">leo@vegoda.org</a> wrote:<br>
<br>
<div id="fae_123sdvbe1g6lp3">On Thu, 30 Nov 2023 at 10:44, Suresh Ramasubramanian
<br>
<<a href="mailto:ops.lists@gmail.com" target="_blank" rel="noopener noreferrer">ops.lists@gmail.com</a>> wrote:
<blockquote class="front-blockquote" type="cite"><br>
> <br>
> The funny part is that the abuse teams of the very same companies will be out there in other conferences working earnestly and well on best practices. If they were to turn up at a ripe meeting and provide consensus ..
<br>
> <br>
> And before you accuse me of packing the room to generate artificial consensus <br>
<br>
Consensus isn't a numbers thing. I think you've misunderstood the process. <br>
<br>
Regards, <br>
<br>
Leo <br>
<br>
-- <br>
<br>
To unsubscribe from this mailing list, get a password reminder, or change your subscription options, please visit:
<a href="https://mailman.ripe.net/" target="_blank" rel="noopener noreferrer">
https://mailman.ripe.net/</a> <br>
</blockquote>
</div>
</blockquote>
</body>
</html>