#2 gets my vote.

Many thanks,

Martin
Martin C SUTTON
Group Risk
Manager, Group Fraud Risk and Intelligence | HSBC HOLDINGS PLC HGHQ
Group Security & Fraud Risk
8 Canada Square,Canary Wharf,London,E14 5HQ,United Kingdom
________________________________________________________________

Phone +44 (0)20 7991 8074 / 7991 8074
Mobile +44 (0) 7774556680
Email martinsutton@hsbc.com


________________________________________________________________
Protect our environment - please only print this if you have to!




From: Steve DelBianco <sdelbianco@netchoice.org>
To: "'bc - GNSO list'" <bc-gnso@icann.org>
Date: 05/04/2013 00:53
Subject: [bc-gnso] UPDATE: FOR REVIEW AND VOTE: Alternative positions for ACDR proposal as UDRP Provider
Sent by: owner-bc-gnso@icann.org




Two updates to the review/vote I circulated on 2-April (below):

1. Benedetta sent minutes & transcript of 28-March call among BC members and representatives of ACDR (link)

2. ACDR later circulated written answers to several of the questions discussed on the call (link)

Remember: Please review and reply with your vote before 12-April.

--Steve


From: Steve DelBianco <sdelbianco@netchoice.org>
Date: Tuesday, April 2, 2013 12:03 AM
To: 'bc - GNSO list' <bc-gnso@icann.org>
Subject: [bc-gnso] FOR REVIEW AND VOTE: Alternative positions for ACDR proposal as UDRP Provider

ICANN has called for comments regarding ACDR's proposal to serve as a UDRP provider (link).  The comment period ends 13-Apr.  (UDRP is the Uniform Domain Name Dispute Resolution Policy)

Note: ACDR is the Arab Center for Domain Name Dispute Resolution, and is affiliated with BC Member Talal Abu-Ghazaleh.
 
Phil Corwin and Nat Cohen volunteered as rapporteurs for these comments.  We circulated Phil's initial draft on 20-Mar.  The BC held a conference call on 28-March with ACDR representatives to discuss the first draft (transcript available on request).  


As a result of that discussion, the BC is now considering two alternative positions:


Version 1:  The existing BC position, with no comment on the merits of ACDR's proposal.  This would maintain the present BC position that no new providers should be approved until ICANN has standards for UDRP administration.

Version 2: Amend the present BC position and give "Qualified Endorsement" to ACDR's proposal.
This alternative repeats the BC's prior rationale for ICANN to develop standards for UDRP administration.  It then modifies the prior position to acknowledge that ICANN may approve ACDR's proposal since they have acknowledged process concerns, answered questions, and agreed to adopt any standards ICANN develops.  The endorsement is "qualified" in that the BC requests ICANN to develop standards for UDRP administration, and suggests a staff-driven process with community input.

Voting:

BC members should vote for either Version 1 or Version 2.  

To vote, please reply to this email indicating your support for Version 1 or Version 2.

Voting will close on 12-April so that we can submit the comment on 13-April.

Per our charter, a simple majority prevails and the required quorum is 50 percent of paid BC members.

As always, members can REPLY ALL at any time to share their views on this issue.

Steve DelBianco
Vice chair for policy coordination[attachment "BC Comment on ACDR proposal as UDRP provider [v1].docx" deleted by Martin C SUTTON/HGHQ/HSBC] [attachment "BC Comment on ACDR proposal as UDRP provider [v2].docx" deleted by Martin C SUTTON/HGHQ/HSBC]



************************************************************
HSBC Holdings plc
Registered Office: 8 Canada Square, London E14 5HQ, United Kingdom
Registered in England number 617987
************************************************************
 ----------------------------------------- SAVE PAPER - THINK BEFORE YOU PRINT! This E-mail is confidential. It may also be legally privileged. If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return E-mail. Internet communications cannot be guaranteed to be timely secure, error or virus-free. The sender does not accept liability for any errors or omissions.