[ 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.