ICANN ICANN Email List Archives

[gnso-contactinfo-pdp-wg]


<<< Chronological Index >>>    <<< Thread Index >>>

Re: [gnso-contactinfo-pdp-wg] Straw poll on number of options

  • To: Pitinan Kooarmornpatana <pitinan@xxxxxxxxxx>, "c.dillon@xxxxxxxxx" <c.dillon@xxxxxxxxx>, "zhangzuan@xxxxxxxx" <zhangzuan@xxxxxxxx>
  • Subject: Re: [gnso-contactinfo-pdp-wg] Straw poll on number of options
  • From: Volker Greimann <vgreimann@xxxxxxxxxxxxxxx>
  • Date: Fri, 28 Nov 2014 15:57:53 +0100

Jumping in here, just to say that under the 2013 RAA the validation of contact info is already mandatory for registrars, requiring them to validate all required fields are present and that all data conforms to the right format. So I am not sure where you are leading with this issue that I see as completely out of scope for this WG.

As an aside, validation is a completely useless exercise and waste of time and money as any criminal will just need to reach for the next phone book for a list of perfectly accurate verifyable contact details. As a registrar, I feel comfortable stating that this is now the norm for abusive registrations and there is no way to prevent this with any amount of validation.

Best,

Volker


Am 28.11.2014 05:05, schrieb Pitinan Kooarmornpatana:

Dear all,

Hope this is not too late to cast my vote.

My quick answer is */"Yes - we should have one option" /*

that option is */"Mandatory  (..to have the trustable contact info)"/*

However, in my humble opinion, it is not mandatory to "transform the contact info" but Mandatory to "validate the contact info"

As much as I bear in mind that the validate-or-not is out of the scope of our WG’s scope, but I found it's very hard making decision of this two functions separately.

Kindly let me try to explain.

-----------------------------

I think we do agree that:

-----------------------------

1. ICANN principle of non-discrimination and reach-out will always allow registrants to input the contact-info in local language – which is good,

2. the validated contact info is preferable,

3. there will surely be cost associated to the one who do the validation. But, the validation is much cheaper or even only-possible when using contact info in local-script, and using local validator (like Thailand Post validating any Address in Thailand),

4. once the contact-info in local script is validated, then it is not too troublesome to 'transform' into any language, either using tool or human-translator for quick understanding purpose or the first clue to contact the entity. And when you need to act any legal action to the entity you will need the legal document in local script or legally-notarized-translated version anyway.

5. it is quite promising that ICANN approach of improving whois information will include the validating too.

6. Lastly, internet is all connected, any critical rule or policy should apply to all (mandatory) across the globe to avoid the loophole of the internet governance.

-----------------------------------------------------------------------------------------------------------

From points above, the answer of transforming-or-not depends on how we do validation.

----------------------------------------------------------------------------------------------------------

Scenario1: The contact info must be validated by local validator

                --> then there is no need to transform

Scenario2: The contact info could be validated by non-local validator

--> then it must be transformed in the standardized way so the non-local validator can perform

Scenario3: There is no need to validate contact information

--> then there is no need to do anything… it’s trash in – trash out

---------------

In Summary

---------------

I believe that it will likely to be scenario1 – trustable data, not so costly

That’s why I would say,

*/Yes, there should be one option, /*

*/If is mandatory to validate the contact info, There is no need to transform the script./*

-------------

Thank you and Very Best Regards,

*Pitinan Kooarmornpatana*

*Director of Information Infrastructure Office*

**

*Electronic Transactions Development Agency (ETDA)
T: 02-123-1234, F: 02-123-1200*

*+(66) 81 375 3433 *

*pitinan at etda.or.th*

*From:*owner-gnso-contactinfo-pdp-wg@xxxxxxxxx [mailto:owner-gnso-contactinfo-pdp-wg@xxxxxxxxx] *On Behalf Of *Dillon, Chris
*Sent:* Thursday, November 27, 2014 9:44 PM
*To:* 张钻
*Cc:* gnso-contactinfo-pdp-wg@xxxxxxxxx
*Subject:* RE: [gnso-contactinfo-pdp-wg] Straw poll on number of options

Dear Peter,

Thank you for your vote. It is noted.

Technically, I’ve received it after the deadline, but I think there is no point in worrying about half an hour.

Regards,

Chris.

--

Research Associate in Linguistic Computing, Centre for Digital Humanities, UCL, Gower St, London WC1E 6BT Tel +44 20 7679 1599 (int 31599) www.ucl.ac.uk/dis/people/chrisdillon <http://www.ucl.ac.uk/dis/people/chrisdillon>

*From:*张钻[mailto:zhangzuan@xxxxxxxx]
*Sent:* 27 November 2014 14:32
*To:* Dillon, Chris
*Cc:* gnso-contactinfo-pdp-wg@xxxxxxxxx <mailto:gnso-contactinfo-pdp-wg@xxxxxxxxx>
*Subject:* Re: [gnso-contactinfo-pdp-wg] Straw poll on number of options
*Importance:* High

Hi Chris,


Soryy for belated response.

I vote for "No". It may be better for the public to see the two sides of the “coin”.

Best Regards

Peter Green

    -----原始邮件-----
    *发件人:*"Dillon, Chris" <c.dillon@xxxxxxxxx
    <mailto:c.dillon@xxxxxxxxx>>
    *发送时间:*2014-11-25 17:31:51 (星期二)
    *收件人:* "gnso-contactinfo-pdp-wg@xxxxxxxxx
    <mailto:gnso-contactinfo-pdp-wg@xxxxxxxxx>"
    <gnso-contactinfo-pdp-wg@xxxxxxxxx
    <mailto:gnso-contactinfo-pdp-wg@xxxxxxxxx>>
    *抄送:*
    *主题:* [gnso-contactinfo-pdp-wg] Straw poll on number of options

    Dear colleagues,

    During Thursday's call, we had a straw poll:

    *Are you in favor of having only one option in the initial report?*

    As you know, in the versions of the draft initial report until now
    there have been two options (recommendations for and against
    mandatory transformation), but if it is possible to have only one,
    the report will likely have a stronger effect. Whatever the result
    of the report, the arguments for and against will remain in it;
    this poll only concerns the options.

    Please send your vote to the list if you did not vote on Thursday.
    The options are: *Yes, No *and*Abstain*.

    *Please vote by 14:00 UTC on Thursday 27 November*. (Note that
    there is no meeting on that day; the next one is 4 December.)

    In summary

    - This is not a consensus call on the options.

    - This is to decide whether the initial report should have one set
    of recommendations or two sets of recommendations.

    - If a majority believes it should be only one set, the WG, at a
    later stage (probably during our next meeting, on 4 December) will
    decide which set it will be.

    - Please bear in mind that this is the initial report and
    following public comments on it we will be able to
    modify/amend/change/reverse our draft recommendations.

    Incidentally, I shall email soon asking for your comments on
    version 5 of the report and including the rest of mine.

    Regards,

    Chris.

    --

    Research Associate in Linguistic Computing, Centre for Digital
    Humanities, UCL, Gower St, London WC1E 6BT Tel +44 20 7679 1599
    (int 31599) www.ucl.ac.uk/dis/people/chrisdillon
    <http://www.ucl.ac.uk/dis/people/chrisdillon>


--

政务和公益机构域名注册管理中心(中央编办事业发展中心)

国际部张钻
电话:010-5203 5153
Email:zhangzuan@xxxxxxxx <mailto:zhangzuan@xxxxxxxx>
网址:http://www.conac.cn
地址:北京市朝阳区西坝河光熙门北里甲31号中央编办楼412室
邮编:100028


--
Bei weiteren Fragen stehen wir Ihnen gerne zur Verfügung.

Mit freundlichen Grüßen,

Volker A. Greimann
- Rechtsabteilung -

Key-Systems GmbH
Im Oberen Werk 1
66386 St. Ingbert
Tel.: +49 (0) 6894 - 9396 901
Fax.: +49 (0) 6894 - 9396 851
Email: vgreimann@xxxxxxxxxxxxxxx

Web: www.key-systems.net / www.RRPproxy.net
www.domaindiscount24.com / www.BrandShelter.com

Folgen Sie uns bei Twitter oder werden Sie unser Fan bei Facebook:
www.facebook.com/KeySystems
www.twitter.com/key_systems

Geschäftsführer: Alexander Siffrin
Handelsregister Nr.: HR B 18835 - Saarbruecken
Umsatzsteuer ID.: DE211006534

Member of the KEYDRIVE GROUP
www.keydrive.lu

Der Inhalt dieser Nachricht ist vertraulich und nur für den angegebenen 
Empfänger bestimmt. Jede Form der Kenntnisgabe, Veröffentlichung oder 
Weitergabe an Dritte durch den Empfänger ist unzulässig. Sollte diese Nachricht 
nicht für Sie bestimmt sein, so bitten wir Sie, sich mit uns per E-Mail oder 
telefonisch in Verbindung zu setzen.

--------------------------------------------

Should you have any further questions, please do not hesitate to contact us.

Best regards,

Volker A. Greimann
- legal department -

Key-Systems GmbH
Im Oberen Werk 1
66386 St. Ingbert
Tel.: +49 (0) 6894 - 9396 901
Fax.: +49 (0) 6894 - 9396 851
Email: vgreimann@xxxxxxxxxxxxxxx

Web: www.key-systems.net / www.RRPproxy.net
www.domaindiscount24.com / www.BrandShelter.com

Follow us on Twitter or join our fan community on Facebook and stay updated:
www.facebook.com/KeySystems
www.twitter.com/key_systems

CEO: Alexander Siffrin
Registration No.: HR B 18835 - Saarbruecken
V.A.T. ID.: DE211006534

Member of the KEYDRIVE GROUP
www.keydrive.lu

This e-mail and its attachments is intended only for the person to whom it is 
addressed. Furthermore it is not permitted to publish any content of this 
email. You must not use, disclose, copy, print or rely on this e-mail. If an 
addressing or transmission error has misdirected this e-mail, kindly notify the 
author by replying to this e-mail or contacting us by telephone.





<<< Chronological Index >>>    <<< Thread Index >>>

Privacy Policy | Terms of Service | Cookies Policy