Для проходження автоматично╖ обробки електронний лист ма╓ в╕дпов╕дати наступним вимогам: розм╕р листа не перевищу╓ 4 Кбайт, без долучених файл╕в, без HTML-форматування, без MIME-кодувань (таких як Quoted Printable чи base64). Невиконання ц╕╓╖ вимоги - найпоширен╕ша причина помилок при ре╓страц╕╖. Отже перед тим як звертатися за допомогою перев╕рте чи дотримувалися Ви цих вимог.


Для запоб╕гання масов╕й ре╓страц╕╖ домен╕в з метою несумл╕нного використання (к╕берсквотингу) к╕льк╕сть заявок ADD, що приймаються з одного поштового домену, не перевищу╓ 3 заявок на добу. В задоволенн╕ наступних заявок ADD буде в╕дмовлено в╕дразу п╕сля ╖х розм╕щення в черз╕.
Будьте уважн╕ читаючи попередн╓ пояснення: ваш поштовий домен - це не те саме, що Ваша поштова скринька! Зауважте також те, що це обмеження не ма╓ в╕дношення до вказаного в заявц╕ н╕к-хендлу, л╕м╕ту╓ться домен в╕дправника заявки.

Див╕ться також: Прес-рел╕з ТОВ Хостмайстер щодо р╕зкого зб╕льшення заявок в домен╕ ORG.UA




Делегування, скасування, зм╕ни даних домен╕в виконуються в результат╕ обробки заявки. Заявка - електронний лист, який м╕стить заповнену форму domain, в тем╕ котрого вказана операц╕я та доменне ╕м'я. Призначення ╕ синтаксис пол╕в форми domain описан╕ в п. 4.21 Правил домену UA. Для домен╕в org.ua визначен╕ наступн╕ операц╕╖: Заповнен╕ заявки сл╕д направляти для автоматично╖ обробки ре╓страц╕йною системою на адресу register п╕дкреслення query ет org крапка ua.

Приклад заповнення заявки на делегування доменного ╕мен╕ 

---------------------------------------------
Subject: ADD zzz.org.ua

domain: zzz.org.ua
descr: test domain
admin-c: BBB-UANIC
tech-c:  AAA-UANIC
nserver: ns.zzz.org.ua 123.45.67.89
nserver: another.server.ns
changed: your-email-address 20060120
source: UANIC
-------------------------------------------------
Приклад заповнення заявки на зм╕ну даних домену: 

-------------------------------------------------
Subject: MODIFY zzz.org.ua

domain: zzz.org.ua
descr: test domain
admin-c: AAA-UANIC
tech-c:  BBB-UANIC
tech-c: CCC-UANIC
nserver: one.server.ns 
nserver: another.server
changed: your-email-address 20060120
source: UANIC
-------------------------------------------------
Приклад заповнення заявки на вилучення домену: 
---------------------------------------------
Subject: DELETE zzz.org.ua

domain: zzz.org.ua

----------------------------------------
При надходженн╕ електронного листа в ре╓страц╕йну систему викону╓ться аутентиф╕кац╕я в╕дправника (пошук електронно╖ адреси в╕дправника в баз╕ даних UANIC) ╕ синтаксичний анал╕з листа. Зв╕т про результат синтаксичного анал╕зу листа надсила╓ться в╕дправнику. Якщо лист розп╕знано як заявку чи п╕дтвердження операц╕╖, в тем╕ в╕дпов╕д╕ ре╓страц╕йно╖ систем╕ вказу╓ться 

Subject: [.UAMail] OK: ......  ╕ дал╕ тема початкового листа
Якщо програма анал╕зу листа не розп╕знала в ньому заявку, або ж заявка м╕стить помилки, в тем╕ в╕дпов╕д╕ вказу╓ться 

Subject: [.UAMail] ERROR: .....
а в зв╕т буде включено пов╕домлення про помилки (перел╕к помилок див. у додатку 1).

При в╕дсутност╕ помилок заявка надходить до черги заявок ╕ ╖й присвою╓ться номер (Application #). На адресу в╕дправника заявки в╕дсила╓ться пов╕домлення про розм╕щення заявки в черз╕, вказу╓ться номер заявки ╕, якщо заявка не може бути задоволена в╕дразу, причина (причини) в╕дкладення заявки. Приклад: 

----------------------------------------------
Subject: DEFERRED: ...... (application #)

Обробку заявки номер .... було в╕дкладено за наступних причин:

Не надано п╕дтвердження admin-c
-----------------------------------------------

Якщо в черз╕ вже знаходиться заявка на те ж доменне ╕м'я, яка над╕слана ран╕ше ╕ оч╕ку╓ п╕дтвердження, друга заявка в╕дкида╓ться, про що в╕дправника повторно╖ заявки пов╕домляють листом: 

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

Subject: REJECTED: .... (application #)

Адм╕н╕стратор публ╕чного домену org.ua прийняв р╕шення про в╕дмову 
в обробц╕ заявки номер ... внасл╕док наступних причин:

Вже ╓ така сама заявка в черз╕.
---------------------------------------------
Якщо для задоволення заявки необх╕дно отримати п╕дтвердження в╕д контактно╖ особи домену (admin-c), система ре╓страц╕╖ автоматично створю╓ запит ╕ в╕дсила╓ його в╕дпов╕дн╕й контактн╕й особ╕ на електронну адресу, вказану в ре╓страц╕йних даних UANIC-запису ц╕╓╖ особи (поле email UANIC-запису). Запит до контактно╖ особи м╕стить 


Приклад
----------------------------------------

Subject: .......... processing approval request

У вх╕дну чергу адм╕н╕стратора публ╕чного домену org.ua над╕йшла 
Заявка ....


!!! Не видаляйте наступн╕ рядки !!!

Будь ласка, дайте в╕дпов╕дь (reply) на цей лист, видаливши один рядок з
цих двох:

approve: Y
(Не заперечую проти Делегування)

approve: N
(Заперечую проти Делегування)

В раз╕, якщо ви в╕дпов╕сте з рядком "Y", заявку буде задоволено.
В ╕ншому раз╕ (в тому числ╕ при в╕дсутност╕ в╕дпов╕д╕) заявку буде 
в╕дхилено.

Якщо ре╓страц╕╓ю вашого домену займа╓ться ╕нша особа чи
орган╕зац╕я (провайдер, тощо), перешл╕ть ╖й цього листа.
--------------------------------------------
В запит╕ на п╕дтвердження вказана адреса для в╕дпов╕д╕. В╕дпов╕дь на запит обов'язково ма╓ м╕стити рядки 
applicaton:
checksum:
╕ один з вар╕ант╕в: 
approve: Y
чи 
approve N
В╕дпов╕дь на запит оч╕ку╓ться протягом 2 робочих дн╕в (вих╕дн╕ та святков╕ дн╕ зб╕льшують час оч╕кування в╕дпов╕д╕). В╕дпов╕дь на запит може бути в╕дправлена як з адреси, на яку в╕дсилався запит (адреса контактной особи, admin-c), так ╕ з будь-яко╖ ╕ншо╖ адреси. Перев╕ря╓ться лише правильн╕сть контрольного коду (checksum). Наприклад, якщо ре╓странт домену самост╕йно не може в╕дправити п╕дтвердження, в╕н може переслати запит для в╕дправки тому, хто займа╓ться ре╓страц╕╓ю його домену (провайдеру, компан╕╖-ре╓стратору, хостинг-провайдеру тощо).

При надходженн╕ в╕дпов╕д╕ на запит система ре╓страц╕╖ ╕дентиф╕ку╓ в╕дправника, проводить синтаксичний анал╕з листа, визначаючи номер заявки ╕ в╕дпов╕дь. При отриманн╕ ствердно╖ в╕дпов╕д╕, заявка задовольня╓ться (або ж, якщо заявка була в╕дкладена з к╕лькох причинам, проводится перев╕рка наступно╖ умови).

При отриманн╕ негативно╖ в╕дпов╕д╕ чи в╕дсутнсот╕ в╕дпов╕д╕ протягом 2 робочих дн╕в заявка в╕дхиля╓ться, про що в╕дправник отриму╓ пов╕домлення. Приклад: 

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

Subject: REJECTED: .... (application #)

Адм╕н╕стратор публ╕чного домену org.ua прийняв р╕шення про в╕дмову 
в обробц╕ заявки номер ....  внасл╕док наступних причин:

Не надано п╕дтвердження admin-c.

------------------------------------------
1. Процедура ре╓страц╕╖ доменного ╕мен╕. (Операц╕я ADD)

Для ре╓страц╕╖ доменного ╕мен╕ необх╕дне п╕дтвердження в╕д особи, вказано╖ в заявке як адм╕нистративний контакт. Ре╓странт (адм╕нистративний контакт) викону╓ функц╕╖ по керуванню заре╓строваним доменом: вс╕ пов╕домлення про зм╕ну стану доменного ╕мен╕ направляються admin-c. При ре╓страц╕╖ в╕д admin-c необх╕дне п╕дтвердження правильност╕ ре╓страц╕йних даних. Для цього система ре╓страц╕╖ надсила╓ запит на адресу admin-контакту, вказаного в заявц╕. В╕дпов╕дь на запит оч╕ку╓ться протягом 2 робочих дн╕в. В╕дсутн╕сть в╕дпов╕д╕ чи негативна в╕дпов╕дь приводить до в╕дмови в ре╓страц╕╖ доменного ╕мен╕ - заявка в╕кида╓ться, про що пов╕домля╓ться в╕дправника заявки.

При отриманн╕ позитивно╖ в╕дпов╕д╕ запитуване доменне ╕м'я ре╓стру╓ться - заявка задовольня╓ться. Про ре╓страц╕ю нового доменного ╕мен╕ надсила╓ться пов╕домлення на адресу admin-c ╕ tech-c, вказаних в заявц╕.

Якщо в черз╕ заявок одночасно знаходиться к╕лька заявок на один домен, але для р╕зних ре╓странт╕в (з р╕зними admin-c), друга та наступн╕ заявки в╕дкладаються до зак╕нчення обробки першо╖ заявки, про що пов╕домля╓ться в╕дправникам цих заявок. Якщо домен буде заре╓стровано по перш╕й заявц╕ (отримано позитивну в╕дпов╕дь на запит), ╕ншим заявкам буде в╕дмовлено. Якщо ж перш╕й заявц╕ в╕дмовлено ╕ доменне ╕м'я по н╕й не заре╓стровано, почина╓ оброблятися друга заявка на це доменне ╕м'я - надсила╓ться запит в╕дпов╕дному ре╓странту.

Для запоб╕гання масов╕й ре╓страц╕╖ домен╕в з метою несумл╕нного використання (к╕берсквотингу) к╕льк╕сть заявок ADD, що приймаються з одного поштового домену, не перевищу╓ 3 заявок на добу. В задоволенн╕ наступних заявок ADD буде в╕дмовлено в╕дразу п╕сля ╖х розм╕щення в черз╕. Див╕ться також: Прес-рел╕з ТОВ Хостмайстер щодо р╕зкого зб╕льшення заявок в домен╕ ORG.UA

2. Процедура зм╕ни даних доменного ╕мен╕ (заявка MODIFY)

Для зм╕ни адм╕нистративного контакту домену (переделегування домену) потр╕бне п╕дтвердження в╕д нин╕шнього admin-c домену - запит на п╕дтвердження надсила╓ться д╕ючому admin-c.

Вс╕ ╕нш╕ зм╕ни домену (зм╕на перел╕ку name-сервер╕в, зм╕на tech-c, зм╕на поля descr, яке м╕стить опис домену для публ╕кування в серв╕с╕ whois) можуть п╕дтвердити як admin-c так ╕ tech-c - запит на п╕дтвердження надсила╓ться вс╕м контактним особам.

Як т╕льки отримано в╕дпов╕дь в╕д контактно╖ особи (admin-c чи tech-c), заявка обробля╓ться. При отриманн╕ позитивно╖ в╕дпов╕д╕ вносяться зм╕ни в ре╓страц╕йн╕ дан╕ домену; при отриманн╕ негативно╖ в╕дпов╕д╕ зм╕ни не вносяться.

Якщо в заявц╕ MODIFY одночасно зм╕ню╓ться admin-c та ╕нш╕ ре╓страц╕йн╕ дан╕, то заявка розбива╓ться на дв╕: CHANGE ADMIN-C ╕ MODIFY, кожна з яких обробля╓ться окремо.

К╕льк╕сть заявок MODIFY в╕д одн╕╓╖ особи не обмежена.

2.1. CHANGE ADMIN-C

На адресу нин╕шнього адм╕н╕стративного контакту надсила╓ться запит на п╕дтвердження зм╕ни ре╓странта в домен╕ (поля admin-c).

При отриманн╕ позитивно╖ в╕дпов╕д╕ на запит про зм╕ну адм╕н╕стративного контакту (CHANGE ADMIN-C) в ре╓страц╕йних даних домену зм╕ню╓ться поле admin-c. Зм╕ни в ╕нш╕ поля не вносяться. Новий адм╕н╕стративний контакт домену отриму╓ пов╕домлення про зм╕ну ре╓страц╕йних даних домену. На адресу попереднього адм╕н╕стративного контакту еадсила╓ться пов╕домлення: 

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

Subject: admin-c CHANGED: .... (Domain Record #)

Домен переделеговано.
Доводимо до Вашого в╕дома, що Ви б╕льше не ╓ адм╕н╕стративним 
контактом для домену:
....
---------------------------------------
Якщо в ре╓страц╕йних даних домену вказана застар╕ла ╕нформац╕я ╕ admin-c не може отрмати запит по e-mail, адм╕н╕стратор домену org.ua може прийняти р╕шення про обробку заявки на основ╕ додаткових документ╕в, наприклад, оф╕ц╕йного листа в╕д орган╕зац╕╖-ре╓странта. Попередньо сл╕д уточнити у hostmaster-human@org.ua можлив╕сть переделегування домену при в╕дсутност╕ в╕дпов╕д╕ в╕д admin-c.

2.2. MODIFY

На адреси admin-c ╕ tech-c надсила╓ться запит на п╕дтвердження зм╕ни ре╓страц╕йних даних домену.

При отриманн╕ позитивно╖ в╕дпов╕д╕ ре╓страц╕йн╕ дан╕ домену зм╕нюються, про що вс╕ контактн╕ особи домену отримують пов╕домлення. В пов╕домленн╕ наводиться новий (нин╕шн╕й) та старий (попередн╕й) стан ре╓страц╕йних даних домену.

При отриманн╕ негативно╖ в╕дпов╕д╕ на запит чи при в╕дсутност╕ в╕дпов╕д╕ протягом 5 робочих дн╕в, заявка в╕дхиля╓ться, зм╕ни не вносяться.

3. Вилучення доменного ╕мен╕ (заявка DELETE)

Для вилучення доменного ╕мен╕ потр╕бне п╕дтвердження в╕д адм╕н╕стративного контакту домену.

На адресу адм╕н╕стративного контакту надсила╓ться запит на п╕дтвердження видалення доменного ╕мен╕.

При отриманн╕ позитивно╖ в╕дпов╕д╕ на запит доменне ╕м'я вилуча╓ться та зв╕льню╓ться для ре╓страц╕╖. Вс╕ контактн╕ особи, котр╕ були вказан╕ в ре╓страц╕йних даних домену, отримують пов╕домлення про це.

К╕льк╕сть заявок DELETE в╕д одн╕╓╖ особи не обмежена.

Додаток 1.

Пов╕домлення про помилки 

20101: Запис про доменне ╕м'я вже заре╓стровано
означа╓, що вказане в заявц╕ ADD доменне ╕м'я вже заре╓стровано. 

20141: Помилка в синтаксис╕
в заявц╕ в╕дсутн╓ обов'язкове поле 

20807: Помилкове значення для заголовка "Content-Transfer-Encoding". Спробуйте це: "8bit".
20804: З теми листа не зрозум╕ло, що треба робити.
означа╓, що отриманий лист м╕стить долучення чи MIME-кодування.

Для проходження автоматично╖ обробки електронний лист ма╓ в╕дпов╕дати наступним вимогам: розм╕р листа не перевищу╓ 4 Кбайт, без долучених файл╕в, без HTML-форматування, без MIME-кодувань (таких як Quoted Printable чи base64).