Відмінності між версіями «SMTP»

Матеріал з DRS wiki
Перейти до: навігація, пошук
Рядок 19: Рядок 19:
 
Команди приймаються електронною поштою за умови:
 
Команди приймаються електронною поштою за умови:
  
* Відправки реєстратором запиту лише на адресу auto-dbm@drs.ua
+
* Надсилання реєстратором запиту лише на адресу auto-dbm@drs.ua
 
* Тільки з авторизованих email адрес акредитованих реєстраторів.
 
* Тільки з авторизованих email адрес акредитованих реєстраторів.
 
* Ідентифікатор реєстратора, який надіслав заявку, має бути обов'язково зазначений у тексті електронного листа-заявки в полі "mnt-by".
 
* Ідентифікатор реєстратора, який надіслав заявку, має бути обов'язково зазначений у тексті електронного листа-заявки в полі "mnt-by".
 
* Лист має бути в text/plain (utf-8, koi8-r, koi8-u, windows-1251 якщо містить кириличні символи). Усі формати MIME відкидаються.
 
* Лист має бути в text/plain (utf-8, koi8-r, koi8-u, windows-1251 якщо містить кириличні символи). Усі формати MIME відкидаються.
* Неприпустимі вкладення, HTMLформатування та Base-64 або Quoted-Printable перекодування.  
+
* Неприпустимі вкладення, HTML форматування та Base-64 або Quoted-Printable перекодування.  
 
* Заборонено використання в листі-заявці різних підписів, оскільки автоматична система може прийняти весь підпис або її частину за фрагмент заявки із синтаксичною помилкою.
 
* Заборонено використання в листі-заявці різних підписів, оскільки автоматична система може прийняти весь підпис або її частину за фрагмент заявки із синтаксичною помилкою.
 
* В одному листі має бути не більше однієї заявки.
 
* В одному листі має бути не більше однієї заявки.
Рядок 30: Рядок 30:
  
 
== Опис ==
 
== Опис ==
Заявка складається з набору рядків, які у свою чергу складаються з імен полів та їх
+
Заявка складається з набору рядків, які в свою чергу складаються з імен полів та їх значень, розділених символом ':' та пробілом.  
значень, розділених символом ':' та пробілом.  
+
 
<br>Значення полів має відповідати вимогам відповідного доменного імені.
 
<br>Значення полів має відповідати вимогам відповідного доменного імені.
 
  
 
Поля можуть бути таких типів:
 
Поля можуть бути таких типів:
Рядок 44: Рядок 42:
  
 
<code>period:</code>
 
<code>period:</code>
Період продовження домену, від 0 до 10. В запиті на трансфер використовується значення = 0 для реєстрів із безкоштовним трансфером та значення = 1 для реєстрів із платним трансфером. Використовується у заявках <code>TRANSFER</code> та <code>RENEW</code>.
+
Період продовження домену, від 0 до 10. В запиті на трансфер використовується значення = 0 для реєстрів із безплатним трансфером та значення = 1 для реєстрів із платним трансфером. Використовується у заявках <code>TRANSFER</code> та <code>RENEW</code>.
  
 
<code>auth-code:</code>
 
<code>auth-code:</code>
Рядок 51: Рядок 49:
 
<code>status:</code>
 
<code>status:</code>
 
Статус домену, використовується лише у заявках <code>UPDATE</code>.
 
Статус домену, використовується лише у заявках <code>UPDATE</code>.
Реєстратор може встановлювати такі статуси: "clientUpdateProhibited", "clientDeleteProhibited", "clientTransferProhibited", "clientRenewProhibited" та "clientHold". Зазначене в запиті одне поле "status: ok" — скидає усі попередньовстановлені реєстратором статуси.
+
Реєстратор може встановлювати такі статуси: "clientUpdateProhibited", "clientDeleteProhibited", "clientTransferProhibited", "clientRenewProhibited" та "clientHold". Зазначене в запиті одне поле "status: ok" — скидає усі попередньо встановлені реєстратором статуси.
  
 
<code>registrant-c:</code>
 
<code>registrant-c:</code>
Рядок 60: Рядок 58:
  
 
<code>tech-c:</code>
 
<code>tech-c:</code>
Персональний контакт [[CUNIC]] організації або особи, відповідальної за технічну роботу домену (експлуатація nameserver'ів, ліквідація аварійних ситуацій та ін.)
+
Персональний контакт [[CUNIC]] організації або особи, відповідальної за технічну роботу домену (експлуатація nameservers, ліквідація аварійних ситуацій та ін.)
  
 
<code>billing-c:</code>
 
<code>billing-c:</code>
Рядок 77: Рядок 75:
  
  
''Увага!'' При використанні заявки <code>UPDATE</code> необхідно заповнювати всі поля, які планується зберегти для об'єкта. Якщо якийсь тип поля не вказати (наприклад - "tech-c"), це означатиме його видалення. Виняток – вісутність поля статусу — "status: ok". У заявках інших типів вказувати поля крім необхідних для її обробки не обов'язково, вказані ж будуть проігноровані.
+
''Увага!'' При використанні заявки <code>UPDATE</code> необхідно заповнювати всі поля, які планується зберегти для об'єкта. Якщо якийсь тип поля не вказати (наприклад - "tech-c"), це означатиме його видалення. Виняток – відсутність поля статусу — "status: ok". У заявках інших типів вказувати поля крім необхідних для її обробки не обов'язково, вказані ж будуть проігноровані.
  
 
== Типи команд ==
 
== Типи команд ==
Рядок 85: Рядок 83:
 
<br><code>UPDATE</code> – зміна властивостей об'єкта
 
<br><code>UPDATE</code> – зміна властивостей об'єкта
 
<br><code>RENEW</code> – збільшення часу життя об'єкта
 
<br><code>RENEW</code> – збільшення часу життя об'єкта
<br><code>TRANSFER</code> – зміна обслуговуючого реєстратора об'єкта
+
<br><code>TRANSFER</code> – зміна реєстратора, що обслуговує об'єкт
 
<br><code>RESTORE</code> – відновлення об'єкта
 
<br><code>RESTORE</code> – відновлення об'єкта
 
<br><code>DELETE</code> – видалення об'єкта з бази DRS
 
<br><code>DELETE</code> – видалення об'єкта з бази DRS
Рядок 135: Рядок 133:
  
 
=== UPDATE ===
 
=== UPDATE ===
Увага! При використанні заявки <code>UPDATE</code> необхідно заповнювати всі поля, які планується зберегти для об'єкта. Якщо якийсь тип поля не вказати (наприклад - <code>tech-c</code>), це означатиме його видалення. Виняток – вісутність поля статусу чи коду трансферу.
+
Увага! При використанні заявки <code>UPDATE</code> необхідно заповнювати всі поля, які планується зберегти для об'єкта. Якщо якийсь тип поля не вказати (наприклад - <code>tech-c</code>), це означатиме його видалення. Виняток – відсутність поля статусу чи коду трансферу.
  
 
<code>''Subject:''
 
<code>''Subject:''
Рядок 178: Рядок 176:
 
</code>
 
</code>
  
Вісутність поля <code>period</code> означає продовження длмену на 1 рік.
+
Відсутність поля <code>period</code> означає продовження домену на 1 рік.
  
 
=== TRANSFER ===
 
=== TRANSFER ===
Рядок 212: Рядок 210:
 
</code>
 
</code>
  
Вісутність поля <code>"period"</code> означає що в заявці буде використане значення за замовчуванням: 0 для реєстрів із безкоштовним трансфером та значення 1 для реєстрів із платним трансфером.
+
Відсутність поля <code>"period"</code> означає що в заявці буде використане значення за замовчуванням: 0 для реєстрів із безплатним трансфером та значення 1 для реєстрів із платним трансфером.
  
 
=== RESTORE ===
 
=== RESTORE ===
Рядок 242: Рядок 240:
 
== Відповіді ==
 
== Відповіді ==
 
Система автоматично відповідає на листи надіслані на електрону пошту auto-dbm@drs.ua.
 
Система автоматично відповідає на листи надіслані на електрону пошту auto-dbm@drs.ua.
Відповідь містить статус обробки, номер заявки та цитату отриманного оригіналу.
+
Відповідь містить статус обробки, номер заявки та цитату отриманого оригіналу.
  
 
==== 0300 ====
 
==== 0300 ====
Рядок 256: Рядок 254:
 
<code>ERROR:0098</code> — заявка відхилена та завершена
 
<code>ERROR:0098</code> — заявка відхилена та завершена
  
Після коду може бути зазначена причина відміни запиту.
+
Після коду може бути зазначена причина скасування запиту.
  
 
Наприклад <code>ERROR:0098</code> ''Low account balance or any billing error'' — повідомляє про брак коштів на балансі для здійснення платної операції.
 
Наприклад <code>ERROR:0098</code> ''Low account balance or any billing error'' — повідомляє про брак коштів на балансі для здійснення платної операції.
<br>Або в доменах .[[PP.UA]] може бути відхилена заявка з резултатом <code>ERROR:0098</code> ''Invalid phone number in registrant contact'' — що вказує на некоррекність номеру телефона реєстранта, на який відправляється sms.
+
<br>Або в доменах .[[PP.UA]] може бути відхилена заявка з результатом <code>ERROR:0098</code> ''Invalid phone number in registrant contact'' — що вказує на некоректність номера телефона реєстранта, на який відправляється sms.

Версія за 18:17, 28 жовтня 2022

Smtp.png


Опис Характеристика
EMAIL auto-dbm@drs.ua
Формат text/plain

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

Вимоги

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

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

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

Опис

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

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

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

license: Номер свідоцтва ТМ для реєстрації доменів .UA.

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

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

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

registrant-c: Персональний контакт CUNIC організації або особи на користь якого зареєстрований домен.

admin-c: Персональний контакт CUNIC організації або особи, яка займається питаннями реєстрації.

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

billing-c: Персональний контакт CUNIC організації або особи, яка займається питаннями оплати реєстрації.

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

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

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


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

Типи команд

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

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

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

CREATE

Subject:
create ***.biz.ua

Message body:
domain: ***.biz.ua
registrant-c: ***-CUNIC
admin-c: ***-CUNIC
tech-c: ***-CUNIC
billing-c: ***-CUNIC
nserver: ns1.***.com
nserver: ns2.***.com
mnt-by: ***-MNT-CUNIC
source: CUNIC


Subject:
create ***.ua

Message body:
domain: ***.ua
license: 12345
registrant-c: ***-CUNIC
admin-c: ***-CUNIC
tech-c: ***-CUNIC
nserver: ns1.***.ua 62.149.0.157
nserver: ns1.***.com
mnt-by: ***-MNT-CUNIC
source: CUNIC


Subject:
create ***.com.ua

Message body:
domain: ***.com.ua
registrant-c: ***-CUNIC
admin-c: ***-CUNIC
tech-c: ***-CUNIC
nserver: ns1.***.ua 62.149.0.157
nserver: ns1.***.com
mnt-by: ***-MNT-CUNIC
source: CUNIC

UPDATE

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

Subject:
update ***.biz.ua

Message body:
domain: ***.biz.ua
registrant-c: ***-CUNIC
admin-c: ***-CUNIC
tech-c: ***-CUNIC
billing-c: ***-CUNIC
nserver: ns3.***.biz.ua 62.149.0.157
nserver: ns4.***.com
mnt-by: ***-MNT-CUNIC source: CUNIC


Subject:
update ***.com.ua

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

RENEW

Subject:
renew ***.co.ua

Message body:
domain: ***.co.ua
mnt-by: ***-MNT-CUNIC
source: CUNIC

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

TRANSFER

Subject:
transfer ***.co.ua

Message body:
domain: ***.co.ua
period: 0
auth-code: код трансфера
mnt-by: ***-MNT-CUNIC
source: CUNIC


Subject:
transfer ***.com.ua

Message body:
domain: ***.com.ua
period: 1
auth-code: код трансфера
mnt-by: ***-MNT-CUNIC
source: CUNIC


Subject:
transfer ***.com

Message body:
domain: ***.com
auth-code: код трансфера
mnt-by: ***-MNT-CUNIC
source: CUNIC

Відсутність поля "period" означає що в заявці буде використане значення за замовчуванням: 0 для реєстрів із безплатним трансфером та значення 1 для реєстрів із платним трансфером.

RESTORE

Subject:
restore ***.biz.ua

Message body:
domain: ***.biz.ua
mnt-by: ***-MNT-CUNIC
source: CUNIC

Відновлення доменів командою RESTORE наразі доступне для доменів .BIZ.UA, .CO.UA та .PP.UA.

DELETE

Заявка DELETE видаляє лише запис з бази DRS і не видаляє домен з реєстру.

Subject:
delete ***.com.ua

Message body:
domain: ***.com.ua
mnt-by: ***-MNT-CUNIC
source: CUNIC

Відповіді

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

0300

INFO:0300 — вказує на номер заявки назначений системою автоматично

0203

OK:0203 — заявка прийнята в чергу і ще не завершена

0200

OK:0200 — заявка успішно виконана та завершена

0098

ERROR:0098 — заявка відхилена та завершена

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

Наприклад ERROR:0098 Low account balance or any billing error — повідомляє про брак коштів на балансі для здійснення платної операції.
Або в доменах .PP.UA може бути відхилена заявка з результатом ERROR:0098 Invalid phone number in registrant contact — що вказує на некоректність номера телефона реєстранта, на який відправляється sms.