[ URL http://nic.kz/templates/contact-template.jsp ] [ 12/99 ]
Consent to collection and processing of personal data. In accordance with the Law
of the Republic of Kazakhstan "On personal data and their protection", dated 21
May, 2013 submitting to KazNIC present CONTACT registration/modification/deletion
template for approval and acceptance, Registrant gives his absolute consent for
collection, storage and processing of his personal data in the extent and for the
purposes defined in the present template. In accordance with the Law "On
Informatization" dated 24 November, 2015 and Rules for registration, use and
allocation of domain names within the space of the Kazakhstan segment of the
Internet approved by the authorized body in the field of information on 28 January,
2016, the WHOIS system will display data of a Registrant and administrative contact.
******************* Please DO NOT REMOVE Version Number **********************
Contact Version Number: 2.0
**************** Please see attached detailed instructions *******************
Authorization
0a. (N)ew (M)odify (D)elete.:
0b. Auth Scheme.............:
0c. Auth Info...............:
Contact Information
1a. NIC Handle..............:
1b. (I)ndividual (R)ole.....:
1c. Name....................:
1d. Organization Name.......:
1e. Street Address..........:
1f. City....................:
1g. State...................:
1h. Postal Code.............:
1i. Country Code............:
1j. Phone Number............:
1k. Fax Number..............:
1l. E-Mailbox...............:
1m. (R)ussian/(E)nglish.....:
Notify Information
2a. Notify Updates..........:
2b. Notify Use..............:
Authentication Information
3a. Auth Scheme.............:
3b. Auth Info...............:
3c. Public (Y/N)............:
--------------------------------- cut here -----------------------------------
GENERAL INSTRUCTIONS
Use the above Contact Template for registering new Contacts, for making
changes to existing Contact records, and for removing a Contact from the
KZ Domain Names database. The template, and only the template, should be sent
via email to hostmaster@nic.kz. Please do not send hardcopy
registrations to the KazNIC. Your Internet Service Provider (ISP)
should be able to send email applications if you are not connected.
In the Subject of the message, use words "NEW CONTACT", "MODIFY CONTACT",
or "DELETE CONTACT" appropriately, followed by the NIC handle of the
Contact to help sort and locate incoming registration requests. In
response to the submission of a template, you should receive an auto-reply
with a tracking number. Use the tracking number in the Subject of any
subsequent message you send regarding that registration action. When the
registration is completed you will receive a notification via email.
Please DO NOT modify the template or remove the version number. The software
that processes the template looks for an item number, followed by a period,
followed by a colon. Information following the colon is compared with and
inserted into the database. Please send only one template per message.
When completing the template, make use of http://nic.kz/cgi-bin/whois to
check to see if the Contact has been registered. Use that information
where appropriate.
Frequent users of the old User Template will notice significant differences
between the old User Template and the new Contact Template. The Contact
Template allows users to associate and protect their information with an
encrypted password or Pretty Good Privacy (PGP) encryption software.
Please note that you MUST have the PGP software set up on your machine
before you can use it to protect your registered information.
If the Contact does not wish to use an encrypted password or PGP to protect
registered information, any request to update the Contact's information
MUST come from the currently listed email address of the Contact. If the
email address of the Contact is changing, a request should be sent to the
KazNIC BEFORE the currently listed email address becomes inactive.
To MODIFY or DELETE the record of an existing Contact, enter the appropriate
NIC handle and include data for the fields that are changing. The NIC handle
of a Contact is REQUIRED for MODIFYs and DELETEs. The NIC handle can be
found in the KZ Domain Names database by typing the Contact's name at the prompt
in the format:
Last Name, First Name
Requests for modification or deletion of a Contact's information MUST come
from the currently listed email address of the Contact. However, the
request can come from another email address if the user has specified
encrypted password or PGP as its authentication scheme, and the correct
password is supplied or the message is encrypted and signed with the
Contact's secret PGP key. If an update request originates from the correct
email address but an incorrect password is given or the message is not
encrypted with a valid PGP key, authorization from the Contact will be
REQUIRED.
Please note that only one record is allowed for a Contact in the KZ Domain Names
database. Each Contact should be registered only once. If a user is a
Contact for some Domain or Network records, those records MUST be updated
before the user's NIC handle is deleted.
The Contact Template can only be used to update Contact information. To
replace a Contact on a Domain record, use the Domain Template. To replace
a Contact on a Host record, use the Host Template.
DETAILED INSTRUCTIONS
Section 0 - Authorization
Item 0a (N)ew (M)odify (D)elete
Enter N or NEW to register a new Contact, M or MODIFY to update
information associated with a Contact's handle, or D or DELETE
to remove a Contact from the KZ Domain Names database.
Item 0b Auth Scheme
Item 0c Auth Info
Items 0b and 0c should be left blank during the registration of a NEW
Contact. These items contain the authorization information for the
sender of an update request and help determine if the request is
coming from a valid sender. These items are REQUIRED only when a
Contact is being modified or deleted.
Item 0b is the type of authentication scheme. It can have values
MAIL-FROM, CRYPT-PW, or PGP. Item 0c is the authorization information
for the selected authentication scheme. As shown by the table below,
items 0b and 0c are REQUIRED only when CRYPT-PW is the selected
authentication scheme.
The different items 0b and 0c combinations are:
If Item 0b is Then Item 0c is
MAIL-FROM Ignored. The FROM field in the mail header of an
update message will be checked to verify the sender.
MAIL-FROM is the DEFAULT authentication scheme.
CRYPT-PW Cleartext password (the plain text of the encrypted
password).
PGP Ignored. The sender should sign the entire update
message with its secret PGP key and send it in
cleartext to hostmaster@nic.kz.
Section 1 - Contact Information
Item 1a NIC Handle
Item 1a is REQUIRED only for MODIFYs and DELETEs. DO NOT include a
handle during registration of a new user. The registration software
automatically generates NIC handles for all the Contact records that
are newly added to the KZ Domain Names database.
Item 1b (I)ndividual (R)ole
Use item 1b to identify the Contact as an individual or an organizational
role account. Enter I or INDIVIDUAL if the Contact being registered is
an individual user, or R or ROLE if the Contact being registered is an
organization or a group of users. Item 1b is REQUIRED.
Item 1c Name
Item 1d Organization Name
Item 1c is REQUIRED for NEWs, MODIFYs, and DELETEs. If the Contact is
an individual user, the name should be entered as:
LASTNAME, FIRSTNAME MIDDLENAME
For example:
Kargabaev, Nurlan M.
If you are adding or updating information for an organization, list the
name of the role account in item 1c and the name of the organization
the role account represents in item 1d. Item 1c is REQUIRED for all
Contacts. If the name of the role account is the same as that of the
organization, fill in item 1c with that name and leave item 1d blank.
Item 1e Street Address
Item 1f City
Item 1g State
Item 1h Postal Code
Item 1i Country Code
At least one line of address information is REQUIRED in item 1e. This
address should be the postal mailing address for any correspondence
directed to the Contact.
You may add as many lines as necessary for your street address. You may
do so by repeating item 1e.
Enter the ISO two-letter country code in Item 1i.
A list of ISO two-letter country codes is available at:
ftp://rs.internic.net/netinfo/iso3166-countrycodes
Item 1j Phone Number
Item 1k Fax Number
Every Contact is REQUIRED to provide at least one valid phone number in
item 1j. For informational purposes, you may supply a fax number in
item 1k.
Item 1l E-Mailbox
A valid Internet email address is REQUIRED for all Contacts in item 1l.
Separate the username and hostname parts of the mailbox by an "@" symbol.
For example:
user@example.kz
Section 2 - Notify Information
Item 2a Notify Update
Item 2b Notify Use
The Contact Template allows a Contact to choose when to be notified about
the changes made to any information that the Contact record is associated
with.
Notify Update allows a Contact to indicate whether it should to notified
before or after updates to any record it is associated with are completed.
Notify Use allows a Contact to indicate whether it should be notified
before or after an Object it is associated with is used. For example,
if a Contact is the Technical Contact for a name server, the Contact
may specify to be notified before the name server is listed on a Domain
record.
Listing BEFORE-UPDATE or BEFORE-USE may delay registrations or updates
since authorization may be required before an Object can be registered
or updated.
Items 2a and 2b contain the notification information for a Contact.
These items are respectively the Notify Update and Notify Use attributes
of a Contact. The values for item 2a can be BEFORE-UPDATE, AFTER-UPDATE,
or NOT-CARE. The values for item 2b can be BEFORE-USE, AFTER-USE, or
NOT-CARE.
Notify Update:
BEFORE-UPDATE The Contact will be notified before any database record
it is associated with is updated.
AFTER-UPDATE The Contact will be notified after any database record
it is associated with is updated.
AFTER-UPDATE is the DEFAULT value.
NOT-CARE The Contact will not be notified about any updates
because it does not want to be notified.
Notify Use:
BEFORE-USE The Contact will be notified before an Object it is
associated with is used.
AFTER-USE The Contact will be notified after an Object it is
associated with is used.
AFTER-USE is the DEFAULT value.
NOT-CARE The Contact will not be notified about use of any
Object because it does not want to be notified.
Section 3 - Authentication Information
Item 3a Auth Scheme
Item 3b Auth Info
Item 3c Public (Y/N)
Items 3a to 3c contain the authentication information for a Contact.
These items are REQUIRED only if either the authentication information
is being added to an existing Contact or a new Contact with authentication
information is being registered. Items 3a, 3b, and 3c are respectively
the Auth Scheme, Auth Info, and Public attributes of a Contact.
Auth Scheme:
This is the authentication scheme used to authenticate a Contact before
updating any database record the Contact is associated with. For example,
if a Contact is listed as a point of contact for some Domain records, the
auth scheme and auth info will be used during the update of any of those
Domain records.
The authentication schemes in an increasing order of strength are
MAIL-FROM, CRYPT-PW, and PGP.
MAIL-FROM MAIL-FROM will check the FROM field in the email header
of an update message and match it with the email address
of the Contact.
MAIL-FROM is the DEFAULT authentication scheme.
CRYPT-PW Initially when a new Contact is being registered or the
authentication information is being added to an existing
Contact, the encrypted password MUST be supplied. The
Unix crypt(3) routine should be used to encrypt a password.
When the Contact record is being updated, or a record the
Contact is associated with is being updated, the cleartext
password MUST be supplied in item 0c of the template.
CRYPT-PW will then encrypt the cleartext password supplied
in the update message and match it with the encrypted
password of the Contact in the InterNIC database.
PGP PGP stands for Pretty Good Privacy. It is a military-grade
authentication scheme. In order to use this scheme, a
Contact MUST have the PGP software installed on its machine.
Before a Contact can use PGP to guard a database record,
the Contact MUST register its public PGP key with the
InterNIC. To find out how to register your public PGP key
with the InterNIC, send an email message with the Subject
of "Help" to:
pgpreg@nic.kz
Once a Contact has installed the PGP software and has
registered its public PGP key with the KazNIC, the
Contact will sign the update message with its secret PGP
key and send it in cleartext to the KazNIC. The
KazNIC will verify the received update message with the
Contact's public PGP key.
Auth Info:
Authentication information for the selected authorization scheme.
The authentication information stored in the database for a Contact
registered with the KazNIC is:
MAIL-FROM Email address of a Contact.
CRYPT-PW Encrypted password of a Contact. When first registering
a Contact or when adding authentication information for a
Contact, the encrypted password should be listed in item 3b.
The Unix crypt(3) routine should be used to generate the
encrypted password.
PGP Key ID of the public PGP key of a Contact.
Public:
Use this item to indicate whether the authentication information for a
Contact will be public or not. Public means visible in WHOIS. It can
have values Y (Yes) or N (No). The DEFAULT value is N. Regardless of
whether Yes or No is selected, the Contact's name, postal address,
phone number, fax number, and email address will appear in the WHOIS
database.