MediaWiki API Result

You are looking at the HTML representation of the XML format.
HTML is good for debugging, but is unsuitable for application use.
Specify the format parameter to change the output format.
To see the non HTML representation of the XML format, set format=xml.
See the complete documentation, or API help for more information.
<?xml version="1.0"?>
<api>
  <query-continue>
    <allpages gapcontinue="SUNIC_(rus)" />
  </query-continue>
  <query>
    <pages>
      <page pageid="127" ns="0" title="SMTP">
        <revisions>
          <rev contentformat="text/x-wiki" contentmodel="wikitext" xml:space="preserve">[[Файл:Smtp.png|center]]


{| align=&quot;left&quot; class=&quot;wikitable&quot; width=&quot;35%&quot; style=&quot;float:right; margin-left:2em&quot;
|-
! style=&quot;background:#AFD6FF;&quot; | Опис
! style=&quot;background:#AFD6FF;&quot; | Характеристика
|-
|'''EMAIL''' 
|auto-dbm@drs.ua
|-
|'''Формат'''
|text/plain
|}

'''SMTP''' (Simple Mail Transfer Protocol) – це протокол взаємодії реєстру доменної зони та реєстраторів доменів по email. SMTP DRS дозволяє здійснювати реєстрацію, зміну, продовження, трансфер та відновлення доменів.

== Вимоги ==
Команди приймаються електронною поштою за умови:

* Надсилання реєстратором запиту лише на адресу &lt;code&gt;auto-dbm@drs.ua&lt;/code&gt;
* Тільки з авторизованих email адрес акредитованих реєстраторів.
* Ідентифікатор реєстратора, який надіслав заявку, має бути обов'язково зазначений у тексті електронного листа-заявки в полі &quot;mnt-by&quot;.
* Лист має бути в text/plain (utf-8, koi8-r, koi8-u, windows-1251 якщо містить кириличні символи). Усі формати MIME відкидаються.
* Неприпустимі вкладення, HTML форматування та Base-64 або Quoted-Printable перекодування. 
* Заборонено використання в листі-заявці різних підписів, оскільки автоматична система може прийняти весь підпис або її частину за фрагмент заявки із синтаксичною помилкою.
* В одному листі має бути не більше однієї заявки.

Команди, які не відповідають вищезазначеним вимогам, можуть бути не розпізнані системою як заявки та бути проігноровані.

== Опис ==
Заявка складається з набору рядків, які в свою чергу складаються з імен полів та їх значень, розділених символом ':' та пробілом. 
&lt;br&gt;Значення полів має відповідати вимогам відповідного доменного імені.

Поля можуть бути таких типів:

&lt;code&gt;domain:&lt;/code&gt;
Повне ім'я домену. Не повинно починатися та закінчуватися на символ '-'. ''Обов'язкове поле''.

&lt;code&gt;license:&lt;/code&gt;
Номер свідоцтва ТМ для реєстрації доменів .[[UA]].

&lt;code&gt;period:&lt;/code&gt;
Період продовження домену, від 0 до 10. В запиті на трансфер використовується значення = 0 для реєстрів із безплатним трансфером та значення = 1 для реєстрів із платним трансфером. Використовується у заявках &lt;code&gt;TRANSFER&lt;/code&gt; та &lt;code&gt;RENEW&lt;/code&gt;.

&lt;code&gt;auth-code:&lt;/code&gt;
Код трансферу домену, використовується лише у заявках &lt;code&gt;TRANSFER&lt;/code&gt; та &lt;code&gt;UPDATE&lt;/code&gt;.

&lt;code&gt;status:&lt;/code&gt;
Статус домену, використовується лише у заявках &lt;code&gt;UPDATE&lt;/code&gt;.
Реєстратор може встановлювати такі статуси: &quot;clientUpdateProhibited&quot;, &quot;clientDeleteProhibited&quot;, &quot;clientTransferProhibited&quot;, &quot;clientRenewProhibited&quot; та &quot;clientHold&quot;. Зазначене в запиті одне поле &quot;status: ok&quot; — скидає усі попередньо встановлені реєстратором статуси.

&lt;code&gt;registrant-c:&lt;/code&gt;
Персональний контакт [[CUNIC]] організації або особи на користь якого зареєстрований домен.

&lt;code&gt;admin-c:&lt;/code&gt;
Персональний контакт [[CUNIC]] організації або особи, яка займається питаннями реєстрації.

&lt;code&gt;tech-c:&lt;/code&gt;
Персональний контакт [[CUNIC]] організації або особи, відповідальної за технічну роботу домену (експлуатація nameservers, ліквідація аварійних ситуацій та ін.)

&lt;code&gt;billing-c:&lt;/code&gt;
Персональний контакт [[CUNIC]] організації або особи, яка займається питаннями оплати реєстрації.

&lt;code&gt;nserver:&lt;/code&gt;
Ім'я сервера, який обслуговуватиме домен. Має бути як мінімум два nserver, що вказують на фізично різні сервера імен. IP-адреса nameserver'а обов'язкова у випадку, якщо його ім'я — у зоні, що делегується (наприклад, ns.www.biz.ua для домену www.biz.ua). А якщо ні, то зазначення IP помилкою не вважається, але ігнорується.
''Формат:'' Повне ім'я сервера, за необхідності через пропуск IP адреси nameserver'a.

&lt;code&gt;mnt-by:&lt;/code&gt;
Ідентифікатор реєстратора (mnt-cunic). ''Обов'язкове поле''.

&lt;code&gt;source:&lt;/code&gt;
Вказує джерело інформації про домен. На DRS — завжди CUNIC. ''Обов'язкове поле''. '''Є маркером кінця заявки'''


''Увага!'' При використанні заявки &lt;code&gt;UPDATE&lt;/code&gt; необхідно заповнювати всі поля, які планується зберегти для об'єкта. Якщо якийсь тип поля не вказати (наприклад — &quot;tech-c&quot;), це означатиме його видалення. Виняток – відсутність поля статусу — &quot;status: ok&quot;. У заявках інших типів вказувати поля крім необхідних для її обробки не обов'язково, вказані ж будуть проігноровані.

== Типи команд ==
З об'єктом domain можна виконувати наступні операції:

&lt;code&gt;CREATE&lt;/code&gt; – реєстрація нового об'єкта
&lt;br&gt;&lt;code&gt;UPDATE&lt;/code&gt; – зміна властивостей об'єкта
&lt;br&gt;&lt;code&gt;RENEW&lt;/code&gt; – збільшення часу життя об'єкта
&lt;br&gt;&lt;code&gt;TRANSFER&lt;/code&gt; – зміна реєстратора, що обслуговує об'єкт
&lt;br&gt;&lt;code&gt;RESTORE&lt;/code&gt; – відновлення об'єкта
&lt;br&gt;&lt;code&gt;DELETE&lt;/code&gt; – видалення об'єкта з бази DRS

Нижче наведено приклади правильно оформлених заявок (за ''Subject:'' слідує тема електронного листа, що відповідає заявці, а після ''Message body:'' — сам зміст запиту).

=== CREATE === 
&lt;code&gt;''Subject:''
&lt;br&gt;create ***.biz.ua

''Message body:''
&lt;br&gt;domain: ***.biz.ua
&lt;br&gt;registrant-c: ***-CUNIC
&lt;br&gt;admin-c: ***-CUNIC
&lt;br&gt;tech-c: ***-CUNIC
&lt;br&gt;billing-c: ***-CUNIC
&lt;br&gt;nserver: ns1.***.com
&lt;br&gt;nserver: ns2.***.com
&lt;br&gt;mnt-by: ***-MNT-CUNIC
&lt;br&gt;source: CUNIC
---------
''Subject:''
&lt;br&gt;create ***.ua

''Message body:''
&lt;br&gt;domain: ***.ua
&lt;br&gt;license: 12345
&lt;br&gt;registrant-c: ***-CUNIC
&lt;br&gt;admin-c: ***-CUNIC
&lt;br&gt;tech-c: ***-CUNIC
&lt;br&gt;nserver: ns1.***.ua 62.149.0.157
&lt;br&gt;nserver: ns1.***.com
&lt;br&gt;mnt-by: ***-MNT-CUNIC
&lt;br&gt;source: CUNIC
---------
''Subject:''
&lt;br&gt;create ***.com.ua

''Message body:''
&lt;br&gt;domain: ***.com.ua
&lt;br&gt;registrant-c: ***-CUNIC
&lt;br&gt;admin-c: ***-CUNIC
&lt;br&gt;tech-c: ***-CUNIC
&lt;br&gt;nserver: ns1.***.ua 62.149.0.157
&lt;br&gt;nserver: ns1.***.com
&lt;br&gt;mnt-by: ***-MNT-CUNIC
&lt;br&gt;source: CUNIC
&lt;/code&gt;

=== UPDATE ===
Увага! При використанні заявки &lt;code&gt;UPDATE&lt;/code&gt; необхідно заповнювати всі поля, які планується зберегти для об'єкта. Якщо якийсь тип поля не вказати (наприклад — &lt;code&gt;tech-c&lt;/code&gt;), це означатиме його видалення. Виняток – відсутність поля статусу чи коду трансферу.

&lt;code&gt;''Subject:''
&lt;br&gt;update ***.biz.ua

''Message body:''
&lt;br&gt;domain: ***.biz.ua
&lt;br&gt;registrant-c: ***-CUNIC
&lt;br&gt;admin-c: ***-CUNIC
&lt;br&gt;tech-c: ***-CUNIC
&lt;br&gt;billing-c: ***-CUNIC
&lt;br&gt;nserver: ns3.***.biz.ua 62.149.0.157
&lt;br&gt;nserver: ns4.***.com
&lt;br&gt;mnt-by: ***-MNT-CUNIC
&lt;br&gt;source: CUNIC
---------
''Subject:''
&lt;br&gt;update ***.com.ua

''Message body:''
&lt;br&gt;domain: ***.com.ua
&lt;br&gt;auth-code: код трансферу
&lt;br&gt;status: ok
&lt;br&gt;registrant-c: ***-CUNIC
&lt;br&gt;admin-c: ***-CUNIC
&lt;br&gt;tech-c: ***-CUNIC
&lt;br&gt;nserver: ns3.***.com
&lt;br&gt;nserver: ns4.***.com
&lt;br&gt;mnt-by: ***-MNT-CUNIC
&lt;br&gt;source: CUNIC
&lt;/code&gt;

=== RENEW ===

&lt;code&gt;''Subject:''
&lt;br&gt;renew ***.co.ua

''Message body:''
&lt;br&gt;domain: ***.co.ua
&lt;br&gt;mnt-by: ***-MNT-CUNIC
&lt;br&gt;source: CUNIC
&lt;/code&gt;

Відсутність поля &lt;code&gt;period&lt;/code&gt; означає продовження домену на 1 рік.

=== TRANSFER ===
&lt;code&gt;
''Subject:''
&lt;br&gt;transfer ***.co.ua

''Message body:''
&lt;br&gt;domain: ***.co.ua
&lt;br&gt;period: 0
&lt;br&gt;auth-code: код трансфера
&lt;br&gt;mnt-by: ***-MNT-CUNIC
&lt;br&gt;source: CUNIC
---------
''Subject:''
&lt;br&gt;transfer ***.com.ua

''Message body:''
&lt;br&gt;domain: ***.com.ua
&lt;br&gt;period: 1
&lt;br&gt;auth-code: код трансфера
&lt;br&gt;mnt-by: ***-MNT-CUNIC
&lt;br&gt;source: CUNIC
---------
''Subject:''
&lt;br&gt;transfer ***.com

''Message body:''
&lt;br&gt;domain: ***.com
&lt;br&gt;auth-code: код трансфера
&lt;br&gt;mnt-by: ***-MNT-CUNIC
&lt;br&gt;source: CUNIC
&lt;/code&gt;

Відсутність поля &lt;code&gt;&quot;period&quot;&lt;/code&gt; означає що в заявці буде використане значення за замовчуванням: 0 для реєстрів із безплатним трансфером та значення 1 для реєстрів із платним трансфером.

=== RESTORE ===

&lt;code&gt;''Subject:''
&lt;br&gt;restore ***.biz.ua

''Message body:''
&lt;br&gt;domain: ***.biz.ua
&lt;br&gt;mnt-by: ***-MNT-CUNIC
&lt;br&gt;source: CUNIC
&lt;/code&gt;

Відновлення доменів командою &lt;code&gt;RESTORE&lt;/code&gt; наразі також доступне для доменів .[[BIZ.UA]], .[[CO.UA]] та .[[PP.UA]], які знаходяться у статусі &lt;code&gt;pendingDelete&lt;/code&gt;.

=== DELETE ===
&lt;code&gt;
''Subject:''
&lt;br&gt;delete ***.com.ua

''Message body:''
&lt;br&gt;domain: ***.com.ua
&lt;br&gt;mnt-by: ***-MNT-CUNIC
&lt;br&gt;source: CUNIC
&lt;/code&gt;

== Відповіді ==
Система автоматично відповідає на листи надіслані на електрону пошту &lt;code&gt;auto-dbm@drs.ua&lt;/code&gt;.
&lt;br&gt;Відповідь містить статус обробки, номер заявки та цитату отриманого від реєстратора оригіналу.

'''&lt;code&gt;INFO:0300&lt;/code&gt;''' — вказує на номер заявки назначений системою автоматично

'''&lt;code&gt;OK:0203&lt;/code&gt;''' — заявка успішно прийнята в чергу і ще не завершена

'''&lt;code&gt;OK:0200&lt;/code&gt;''' — заявка успішно виконана та завершена

'''&lt;code&gt;ERROR:0098&lt;/code&gt;''' — заявка відхилена та завершена

Після коду може бути зазначена причина скасування запиту.

''Наприклад'': &lt;code&gt;ERROR:0098&lt;/code&gt; ''Low account balance or any billing error'' — повідомляє про брак коштів на балансі для здійснення платної операції.
&lt;br&gt;Або в доменах .[[PP.UA]] може бути відхилена заявка з результатом &lt;code&gt;ERROR:0098&lt;/code&gt; ''Invalid phone number in registrant contact'' — що вказує на некоректність номера телефона реєстранта, на який відправляється sms.</rev>
        </revisions>
      </page>
      <page pageid="81" ns="0" title="SUNIC">
        <revisions>
          <rev contentformat="text/x-wiki" contentmodel="wikitext" xml:space="preserve">''[https://wiki.drs.ua/SUNIC_(rus) Рус. версия]''


[[Файл:Life-cycle-UAEPP_ukr.png|center]]


[[Файл:SUNIC_mirror.png|center]]



{| align=&quot;left&quot; class=&quot;wikitable&quot; width=&quot;35%&quot; style=&quot;float:right; margin-left:2em&quot;
|-
! style=&quot;background:#AFD6FF;&quot; | Характеристики
! style=&quot;background:#AFD6FF;&quot; | Опис
|-
|'''Домен містить''' 
| літери латинського алфавіту (a-z), цифри (0-9), дефіс («-»)
|-
|'''Довжина домену'''
|від 1 до 63 символів
|-
|'''«-»''' 
|не може починатися або закінчуватися дефісом
|-
|'''IDN''' 
| + 
|-
|'''Строк реєстрації''' 
| 1-10 років
|-
|'''NS''' 
| от 0 до 13
|-
|'''Auth-code''' 
| є (до 80 символів)
|-
|'''Контакти''' 
| registrant, admin та tech
|-
|'''Nic-handle'''
| [[CUNIC]]
|-
|'''Підтримується інтерфейсом''' 
| EPP, SMTP, Light EPP клієнт
|-
|'''Оператор реєстру''' 
| [http://sunic.ua/ SUNIC]
|-
|'''Регламент'''
| http://sunic.ua/uk_UA/page/documents
|-
|'''WHOIS-сервер''' 
| whois.sunic.ua
|-
|'''DNSSEC''' 
| –
|}

'''SUNIC''' — компанія «Південноукраїнський мережевий інформаційний центр» займається адмініструванням та технічною підтримкою доменів другого рівня.

== Перелік доменів SUNIC ==
З 15 травня 2017 року перейшли на роботу за [http://sunic.ua/uk_UA/page/documents єдиним регламентом] [[UAEPP]] на основі протоколу ЕРР домени:
&lt;br&gt;.MK.UA та .NIKOLAEV.UA

А з 1 жовтня 2017 року адміністратор реєстру SUNIC перевів на роботу по EPP домени:
&lt;br&gt;.IN.UA
&lt;br&gt;.OD.UA, .ODESA.UA та .ODESSA.UA

Також з 1 жовтня 2022 року реєстр додав новий домен .MYKOLAIV.UA.

== Nic-handle в контактах ==
Хоч реєстр SUNIC і працює за [https://hostmaster.ua/policy/?ua єдиним регламентом], але [https://epp.hostmaster.ua/help/?convert конвертація] контактів під час переходу на EPP було виконано інакше:
на підставі раніше використаних у доменах нік-хендлів ***-UANIC реєстром було створено однойменні контакти ***-sunic.

Всі такі контакти одноразові, оскільки знаходяться під керуванням безпосередньо реєстру (registrar: sunic) та непідконтрольні реєстраторам.

Реєстр не надає доступу до автоматично створених контактів, у тому числі їх коди, відповідно переглянути або якимось чином змінити дані в таких контактах неможливо.

Для актуалізації даних у домені необхідно створити новий контакт [[CUNIC]] і вказати його в домені командою &lt;code&gt;UPDATE&lt;/code&gt; по EPP або SMTP.

== Особливості ==
Усі доменні зони SUNIC працюють за [http://sunic.ua/uk_UA/page/documents єдиним регламентом] особливості якого описано в статті [[UAEPP]].

'''&lt;font color=red&gt;☝️!&lt;/font&gt;''' Але домени .MK.UA, .NIKOLAEV.UA, .MYKOLAIV.UA, .OD.UA, .ODESA.UA та .ODESSA.UA (крім .IN.UA) також враховують особливості так званої &quot;дзеркальності&quot;.

== Дзеркальність ==
'''Дзеркальний домен (доменна зона)''':
 
*  домени .MK.UA, .NIKOLAEV.UA та .MYKOLAIV.UA по відношенню один до одного
''(тобто для домену .MK.UA домени .NIKOLAEV.UA та/або .MYKOLAIV.UA є дзеркальним і навпаки);''

*  домени .OD.UA, .ODESA.UA та .ODESSA.UA по відношенню один до одного
''(тобто для домену .OD.UA домени .ODESA.UA та/або .ODESSA.UA є дзеркальним і навпаки).''
''Будь-який з цих доменів буде дзеркальним стосовно одного або обох інших.''

'''Дзеркальне доменне ім'я''': 

*  ім'я третього рівня, що збігається за написанням у доменах: .MK.UA, .NIKOLAEV.UA, .MYKOLAIV.UA
''(тобто для доменного імені example.mk.ua дзеркальним доменним ім'ям є example. nikolaev.ua та/або mykolaiv.ua та навпаки);''

*  ім'я третього рівня, що збігається за написанням у двох або трьох доменах: .OD.UA, .ODESA.UA, .ODESSA.UA
''(тобто для доменного імені example.od.ua дзеркальним доменним ім'ям є example.odesa.ua та/або example.odesas.ua та навпаки).''

'''&lt;font color=red&gt;Основний принцип «дзеркальності»:&lt;/font&gt;''' реєстратор і реєстрант у дзеркальних доменів має бути той самий.

=== Перевірка домену ===
Щоб перевірити, чи вільний обраний домен, виконайте команду по EPP &lt;code&gt;&lt;domain:check&gt;&lt;/code&gt;.
Крім того, будь-який користувач інтернету може перевірити, чи існує його домен, використовуючи whois-сервер реєстру, офіційний [http://sunic.ua/uk_UA/page/whois-queue сайт реєстру] або на сайті http://dig.ua.

Приклад показу даних whois по вільному домену, який має зареєстроване дзеркало:
&lt;br&gt; &lt;code&gt;example.nikolaev.ua - Domain name does not exist
&lt;br&gt; Domain name reserved for registrant example.mk.ua&lt;/code&gt;

=== Реєстрація домену ===

Доменні імена, не зареєстровані в жодному із дзеркальних доменів, доступні для реєстрації відповідно до стандартної процедури [[UAEPP]].

Для зареєстрованого нового доменного імені в одній з груп доменів «.OD.UA, .ODESA.UA, .ODESSA.UA» чи «.MK.UA, .NIKOLAEV.UA, .MYKOLAIV.UA», резервується це ж доменне ім’я в дзеркальних доменах його групи.

При надходженні заявки на реєстрацію зарезервованого доменного імені в дзеркальних доменах система перевіряє:
*   чи збігаються дані про реєстратора;
*   чи збігаються ідентифікатор контакту (contact-id) реєстранта в існуючому дзеркальному доменному імені, та в домені, на реєстрацію якого надійшла заявка.

І тільки якщо дані збігаються, реєстрація домену успішно завершується. У протилежному випадку заявка відхиляється.

Для дзеркальних доменів, зареєстрованих до введення нового Регламенту (01.09.2023), у яких не збігається реєстратор та/або contact-id реєстранта, третє дзеркальне доменне імʼя не реєструється.

Відповідальність за відповідність даних в contact-id реєстранта доменного імені для всіх зареєстрованих дзеркальних доменних імен цього домену несе поточний реєстратор таких дзеркальних доменних імен.

=== Продовження домену ===
Дзеркальність ніяк не впливає на процес продовження доменів реєстру SUNIC.

=== Зміна даних домену ===
Зміну реєстранта можна виконати тільки для пари дзеркальних доменів. Має використовуватись один і той же contact-id в обох дзеркальних доменах. Забезпечує виконання цього принципу сам реєстратор.

Реєстратор несе відповідальність за порушення при виконанні цієї операції.

Реєстр здійснює інформування щодо розходження contact-id в контактах реєстрантів, а ми своєю чергою сповіщаємо реєстраторів DRS.

=== Трансфер домену ===
Трансфер можна виконати тільки для усіх дзеркальних доменів однієї групи, але при цьому трансфер буде оформлюватись за окремими заявками. 
Тобто при ініціюванні трансферу одного дзеркального домену — трансфер буде в статусі очікування запиту на ініціювання перенесення другого дзеркального домену, впродовж 5 днів.

Трансфер всіх дзеркальних доменних імен до нового Реєстратора відбувається через 5 діб після отримання заявок на трансфер всіх дзеркальних доменних імен.

Для груп дзеркальних доменних імен, в яких реєстрант або реєстратор не співпадають, трансфер буде автоматично відхилено. Співпадіння реєстранта буде перевірятися по contact-id реєстранта.

Якщо це операція для зʼєднання пари розділених дзеркальних доменних імен — то її можна виконати лише в ручному режимі. 

Якщо при трансфері домену нема потреби в трансфері дзеркальних доменів, то перед запитом на трансфер непотрібні дзеркальні домени необхідно видалити з реєстру. 
У випадку, коли для доменного імені в одному з дзеркальних доменів встановлені статуси redemptionPeriod чи pendingDelete, заявка на зміну реєстратора приймається тільки після завершення обох періодів. 

Трансфер недоступний для усіх дзеркальних доменів, якщо в одному з них встановлено статус, що забороняє його перенесення до іншого реєстратора.

Відповідь поточного реєстратора на запит очікується 5 днів, після чого:
* якщо реєстратор підтверджує усі запити, заявка задовольняється, а домени переносяться до нового реєстратора;
* якщо реєстратор відповідає негативно хоч на один із запитів, заявка відхиляється, домени залишаються у колишнього реєстратора;
* якщо поточний реєстратор не дав відповіді, то після закінчення п'яти днів домени автоматично переносяться до нового реєстратора.
Усі домени продовжуються на рік, крім тих, у яких внаслідок продовження буде перевищено максимальний термін реєстрації.

=== Auth-code ===
Authorization code (Auth-code, authInfo, код трансферу) під час трансферу дзеркальних доменів має бути депоновано для усіх дзеркальних доменів, трансфер яких ініціюється.

=== Видалення ===
Видалене дзеркальне доменне ім'я залишається зарезервованим за реєстрантом, якщо реєстрант видаляє дзеркальне доменне ім'я в одному з дзеркальних доменів та залишає таке ім'я в іншому домені.

== Технічні домени ==
Список зарезервованих доменів SUNIC:
www, ftp, mail, ns1, ns2, ns3, ns4, epp, ns, devnull, whois, dnssec, http, https, rdds, nic

У даних whois таких доменів показується така інформація: 
&lt;br&gt; &lt;code&gt;Domain name reserved by registry&lt;/code&gt;

Оскільки до переходу на EPP у зоні .IN.UA існувало кілька діючих доменів, що збігаються із зарезервованими, вони залишилися невеликим винятком у цій зоні.

== Актуалізація реєстратора ==
Раніше в доменах .MK.UA і .NIKOLAEV.UA не було поля &lt;code&gt;registrar&lt;/code&gt;. З травня 2017 року всі операції з доменними іменами в доменах .MK.UA та .NIKOLAEV.UA здійснюються виключно через реєстраторів.

Всі контактні особи доменів отримали лист по e-mail з текстом:
&lt;syntaxhighlight lang=&quot;xml&quot; enclose=&quot;pre&quot;&gt;    Если ваши доменные имена уже обслуживаются у компании-регистратора, рекомендуем вам продолжить совместную работу с регистратором и в дальнейшем.
    Если же вы не пользовались услугами компании-регистратора, вам необходимо выбрать регистратора, который будет поддерживать регистрацию вашего 
    доменного имени в дальнейшем и заключить с ним договор (договор с регистратором может быть заключен в любой форме, 
    предусмотренной законодательством Украины).
    Для подтверждения вашего права на доменное имя и актуализации домена вы используете код авторизации (authcode), который вы получили в этом письме.
    Просим вас перевести свое доменное имя на обслуживание до 01 февраля 2018 года.
    После 01 февраля 2018 работоспособность вашего доменного имени не может быть гарантирована.
    В случае возникновения вопросов, вы имеете возможность обратиться к регистраторам или по адресу help@sunic.ua.&lt;/syntaxhighlight&gt;

Домени, які ще не були перенесені на обслуговування до реєстратора або з якихось причин були позбавлені реєстратора, знаходяться на обслуговуванні у реєстру (в whois таких доменів показується ідентифікатор псевдореєстратора — &lt;code&gt;registrar: sunic&lt;/code&gt;).

Перенесення цих доменів до реєстратора виконується безплатно і без продовження (зі збереженням поточного терміну реєстрації), за таких умов код трансферу може бути отриманий власником домену лише у реєстрі SUNIC.

== Домен без реєстратора ==
У разі розірвання договору між адміністратором публічного домену та реєстратором DRS, ми зобов'язані сприяти переведенню доменних імен на обслуговування до інших реєстраторів.

Порядок супроводу доменного імені у разі, коли воно не обслуговується реєстратором, можна подивитися [http://sunic.ua/uk_UA/page/documents на сайті адміністратора].</rev>
        </revisions>
      </page>
    </pages>
  </query>
</api>