[lac-discuss-en] Vistaprint is abandoning .vista

[carlos dionisio aguirre]

[[--Translated text (es -> en)--]]
[[--This message had format issues and was not translated properly--]]


Subject:Re:  Vistaprint is abandoning .vista
Desde:carlos dionisio aguirre <carlosaguirre62 at hotmail.com>


@Christian. Fully agree

Carlos Dionisio Aguirre
ADIAR

Sent from my Samsung Galaxy smartphone.


-------- Original message --------
From: cdel at firsthand.net
Date: 7/13/18 7:23 AM (GMT-03: 00)
To: lac-discuss-es at icann.org
Subject: Re: [lac-discuss-en] Vistaprint is abandoning .vista


[[--Translated text (en -> es) -]] Subject: Re: Vistaprint is abandoning .vista From: cdel at firsthand.net The challenge with a tax model is that ICANN is not representative. No MS is not representative, it is a process methodology. ICANN has been captured for a few years by those who have a financial interest in acting as intermediaries who control who gets a domain name rooted in the DNS server operators. There should not be marks in the DNS, none.It is not technically capable of representing brands. The brand could be compatible and integrated with the DNS. But the domain name itself is not the mechanism to use. We have had more than two decades of noise around DPI in DNS domain names. None of the solutions to this is nothing more than band-aids to try to stop bleeding a little. The emergence of branded TLDs has created opportunities to cut an artery or two. But the idea of curing someone for raising the price of surgery does not seem like a good idea for the patient. It seems self-
 service for the surgeon.In the long term, as I said, there are better ways of designing a service brand than raising the price to make more strips. The short-term problem is that ICANN has failed to push for branded TLDs and accumulated a large amount of money in the process. If you find out that you need to spend all or part of that to fix your mess, then that is not an excuse to pass the money on to others.What ICANN should not do is sell more TLDs to subsidize the fixation of those that are already available. At the end of the day, the brands that they bought in and own these domains are responsible for good behavior and service to their users. They bought it and it is they who care about the users should and can seek redress if those brands do not stand up against the contract they made. ICANN certainly has some responsibility and possibly a possible responsibility, but it is a private sector body and it has to live and die as such.best Christian Olivier MJ Crépin-Leblond wrote
 :> Dear Christian,>> On 12/07/2018 11:40, Christian de Larrinaga wrote: >> Worth pointing out this note is proposing a tax basis for DNS not a cost >> recovery mechanism. Who gets this tax revenue? Who gets to set it? ICANN >> does not have the credentials. >> IMHO the "cost recovery basis" is a network herring for the simple reason> that it is impossible to calculate what a TLD will really cost ICANN> in the long run.Is it just the cost of processing the application, or is it the cost of fixing problems related to that TLD such as the need to have more ICANN compliance staff for more TLDs with a higher than> normal amount of misuse of domains under that TLD? >> The ICANN model is already a tax revenue model where ICANN taxes every> domain sold and Registries, Registrars and their agenda collect that> money on behalf of ICANN pretty much like VAT. >> What about setting higher application fees for brand TLDs?I gather> that the place to discuss this is the subsequent procedures PDP, i
 f> that has not already been discussed. > Kindest regards,>> Olivier - Christian de Larrinaga @ FirstHand ------------------------- +44 7989 386778 cdel at firsthand.net _______________________________________________ lac- discuss-on mailing list lac-discuss-en at atlarge-lists.icann.org [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/d0fa1307cb.html - -]]

[[--Original text (es)
Translated by transbot 2.18-2.04
http://mm.icann.org/transbot_archive/f73378f3ff.html
--]]