<<<
Chronological Index
>>> <<<
Thread Index
>>>
[council] Draft Agenda for Council meeting Thursday19 August 2004
- To: <council@xxxxxxxxxxxxxx>
- Subject: [council] Draft Agenda for Council meeting Thursday19 August 2004
- From: "Bruce Tonkin" <Bruce.Tonkin@xxxxxxxxxxxxxxxxxx>
- Date: Thu, 12 Aug 2004 09:54:11 +1000
- Cc: <gnso.secretariat@xxxxxxxxxxxxxx>, <roseman@xxxxxxxxx>, "Paul Verhoef" <paul.verhoef@xxxxxxxxx>, "Kurt Pritz" <pritz@xxxxxxxxx>, "Jordyn A. Buchanan" <jordyn@xxxxxxxxxxxxx>, <jeff.neuman@xxxxxxxxxx>, <BDARVILLE@xxxxxxxxx>, "John Jeffrey" <jeffrey@xxxxxxxxx>, <halloran@xxxxxxxxx>
- Sender: owner-council@xxxxxxxxxxxxxx
- Thread-index: AcRiiygZkyJcCDhuQcGuXFCgIF3FUwR5rr8wAuHPFRA=
- Thread-topic: Draft Agenda for Council meeting Thursday19 August 2004
Agenda for Council meeting Thursday 19 August 2004
12:00 UTC (10pm Melbourne, 1pm London, 8am Washington, 5am Los Angeles)
Item 1: Approval of minutes of
5 August 2004
http://www.gnso.icann.org/mailing-lists/archives/council/msg00554.html
Item 2: Draft initial report on procedure for use by ICANN in
considering requests for consent and related contractual amendments to
allow changes in the architecture operation of a gTLD registry.
http://www.icann.org/tlds/gtld-initialreport-registryapproval.pdf
Item 3: Update on policy implementation from ICANN
3.1 Transfers:
(approved by ICANN Board 25 Apr 2003)
http://www.icann.org/gnso/transfers-tf/report-12feb03.htm
Status: Pending implementation on 12 Nov 2004
http://www.icann.org/transfers/policy-12jul04.htm
3.2 WHOIS:
(approved by ICANN Board 27 March 2003)
http://www.icann.org/gnso/whois-tf/report-19feb03.htm
3.2.1
At least annually, a registrar must present to the Registrant the
current WHOIS information, and remind the registrant that provision of
false WHOIS information can be grounds for cancellation of their domain
name registration. Registrants must review their WHOIS data, and make
any corrections.
Status: Implemented
WHOIS data reminder policy:
http://www.icann.org/registrars/wdrp.htm
(in effect 31 Oct 2003)
3.2.2
When registrations are deleted on the basis of submission of false
contact data or non-response to registrar inquiries, the redemption
grace period -- once implemented -- should be applied. However, the
redeemed domain name should be placed in registrar hold status until the
registrant has provided updated WHOIS information to the
registrar-of-record.
The Task Force observes that the purpose of this policy is to make sure
that the redemption process cannot be used as a tool to bypass
registrar's contact correction process.
Status: Not yet implemented.
3.2.3
Use of bulk access WHOIS data for marketing should not be permitted. The
Task Force therefore recommends that the obligations contained in the
relevant provisions of the RAA be modified to eliminate the use of bulk
access WHOIS data for marketing purposes. The obligation currently
expressed in section 3.3.6.3 of the RAA could, for instance, be changed
to read as follows):
"Registrar's access agreement shall require the third party to agree not
to use the data to allow, enable, or otherwise support any marketing
activities, regardless of the medium used. Such media include but are
not limited to e-mail, telephone, facsimile, postal mail, SMS, and
wireless alerts."
The bulk-access provision contained in 3.3.6.6 of the RAA would then
become inapplicable.
Status: Not yet implemented
3.2.3
Section 3.3.6.5 of the Registrar Accreditation Agreement currently
describes an optional clause of registrars' bulk access agreements,
which disallows further resale or redistribution of bulk WHOIS data by
data users. The use of this clause shall be made mandatory.
Status: not yet implemented.
3.3 Deletes
(approved by ICANN Board 24 June 2003)
http://www.dnso.org/dnso/notes/20030617.DeletesTF-report.html
3.3.1 Uniform deletion practice after domain expiry by registrars
(a) At the conclusion of the registration period, failure by or on
behalf of the Registered Name Holder to consent that the registration be
renewed within the time specified in a second notice or reminder shall,
in the absence of extenuating circumstances, result in cancellation of
the registration by the end of the auto-renew grace period (although
registrars may choose to cancel the name earlier). As a mechanism for
enforcing this requirement, registries may elect to delete names for
which an explicit renew command has not been received prior to the
expiration of the grace period.
Extenuating circumstances are defined as:
- UDRP action
- valid court order
- failure of a registrars renewal process (which does not
include failure of a registrant to respond)
- the domain name is used by a nameserver that provides
DNS service to third parties (additional time may be required to migrate
the records managed by the nameserver)
- the registrant is subject to bankruptcy proceedings
- payment dispute (where a registrant claims to have paid
for a renewal, or a discrepancy in the amount paid)
- billing dispute (where a registrant disputes the amount
on a bill)
- domain name subject to litigation in a court of
competent jurisdiction
- other circumstance as approved specifically by ICANN
Where a registrar chooses, under extenuating circumstances, to renew a
domain name without the explicit consent of the registrant, the
registrar must maintain a record of the extenuating circumstances
associated with renewing that specific domain name for inspection by
ICANN consistent with clauses 3.4.2 and 3.4.3 of the registrar
accreditation agreement.
(b) In the absence of extenuating circumstances (as definited in
Section 3.1.1), a domain name must be deleted within 45 days of either
the registrar or the registrant terminating a registration agreement.
(c) These requirements retroactively apply to all existing domain
name registrations beginning 180 days after the implementation of the
policy.
(d) Registrars shall provide notice to each new registrant
describing the details of their deletion and auto-renewal policy
including the expected time at which a non-renewed domain name would be
deleted relative to the domain's expiration date, or a date range not to
exceed ten days in length.
If a registrar makes any material changes to its deletion policy during
the period of the registration agreement, it must make at least the same
effort to inform the registrant of the changes as it would to inform the
registrant of other material changes to the registration agreement (as
defined in clause 3.7.7 of the registrars accreditation agreement)."
(e) If a registrar operates a website for domain name registration
or renewal, details of its deletion and auto-renewal policies must be
clearly displayed on the website.
(f) If a registrar operates a website for domain registration or
renewal, it should state, both at the time of registration and in a
clear place on its website, any fee charged for the recovery of a domain
name during the Redemption Grace Period.
Status: not yet implemented.
3.3.2 Registrar deletion practice after domain name expiry for domain
names subject to a pending UDRP dispute
In the event that a domain which is the subject of a UDRP dispute is
deleted, a complainant in the UDRP dispute will have the option to renew
or restore the name under the same commercial terms as the registrant.
If the complainant renews or restores the name, the name will be placed
in Registrar HOLD and Registrar LOCK status, the WHOIS contact
information for the registrant will be removed, and the WHOIS entry will
indicate that the name is subject to dispute. If the complaint is
terminated, or the UDRP dispute finds against the complainant, the name
will be deleted within 45 days. The registrant retains the right under
the existing redemption grace period provisions to recover the name at
any time during the Redemption Grace Period, and retains the right to
renew the name before it is deleted.
Status: Not yet implemented
Item 4: Update on process for new gtlds
The MOU between ICANN and US Dept of Commerce requires:
(from http://www.icann.org/general/amend6-jpamou-17sep03.htm )
Continue the process of implementing new top level domains (TLDs), which
process shall include consideration and evaluation of:
a. The potential impact of new TLDs on the Internet root server system
and Internet stability;
b. The creation and implementation of selection criteria for new and
existing TLD registries, including public explanation of the process,
selection criteria, and the rationale for selection decisions;
c. Potential consumer benefits/costs associated with establishing a
competitive environment for TLD registries; and,
d. Recommendations from expert advisory panels, bodies, agencies, or
organizations regarding economic, competition, trademark, and
intellectual property issues.
Define and implement a predictable strategy for selecting new TLDs using
straightforward, transparent, and objective procedures that preserve the
stability of the Internet (strategy development to be completed by
September 30, 2004 and implementation to commence by December 31, 2004).
Regards,
Bruce Tonkin
<<<
Chronological Index
>>> <<<
Thread Index
>>>
|