Для того, щоб краще розум╕ти наведен╕ ничже приклади, радимо Вам також прочитати наступний
документ, що висв╕тлю╓ принципи двор╕внево╖ структури мейнтейнер╕в.
Формат заявки
Subject: [MNTNR-MNT-INUA] ADD domain.in.ua
domain: domain.in.ua
descr: Description of the domain
descr: Multiline mandatory field
admin-c: ADMIN-UANIC
tech-c: TECH1-UANIC
tech-c: TECH2-UANIC
nserver: ns.domain.in.ua 123.123.123.123
nserver: ns.tsua.net
mnt-by: REGISTRAR-MNT-INUA
mnt-lower: MNTNR-MNT-INUA
remark: Other info, multiline optional field
remark: any info
changed: hostmaster@registrar.com.ua 20040705
source: INUA
password: passw0rd
У випадку, якщо домен ре╓стру╓ться без участ╕ д╕лера,mnt-lower сп╕впада╓ з mnt-by, ╕ в заявц╕ його можна опустити, в╕н заповниться автоматично.
MODIFY на домен вигляда╓ аналог╕чно ADD, але п╕сля вс╕х полей в т╕л╕ листа повинна йти
секц╕я MODIFY, яка почина╓ться рядком #[MODIFY SECTION] та зак╕нчу╓ться рядком #[END].
Меж цими рядками розм╕щу╓ться пояснювальна ╕нформац╕я в╕дносно переноса домену або зм╕нення ╕ншо╖ ╕нформац╕╖. Заявки MODIFY обробляютсья автоматично - при зм╕ненн╕
т╕льки техн╕чно╖ ╕нформац╕╖ - одразу, при зм╕ненн╕ admin-c старому admin-c надсила╓тсья запит
на п╕дтвердження, заявка задовольня╓ться при отриманн╕ згоди. При зм╕ненн╕ mnt-by або mnt-lower
домену, старому мейнтейнеру надсила╓тсья запит на п╕дтвердження. Вс╕ запити на п╕дтвердження м╕стять
в т╕л╕ листа т.з. ticket - сгенерований криптограф╕чним методом ун╕кальний наб╕р
символ╕в, по якому перев╕ря╓ться аутентичн╕сть листа з п╕дтвердженням.
Формат заявки на додання д╕лера
Subject: [REGISTRAR-MNT-INUA] ADD DIL-MNT-INUA
mntner: DIL-MNT-INUA
descr: Dealer of REGISTRAR-MNT-INUA registrator
descr: Can register domains and maintains them
admin-c: DIL1-UANIC
tech-c: DIL2-UANIC
auth: MD5-PW $1$acnNlhzR$7OdqNfAMe6vV5LC7ho6B10
notify: hostmaster@dealer.com.ua
mnt-by: REGISTRAR-MNT-INUA
mnt-lower: DIL-MNT-INUA
changed: hostmaster@registrar.com.ua 20040705
source: INUA
password: passw0rd
Формат заявки на зм╕ну ╕нформац╕╖ про мейнтейнера MNTNR-MNT-INUA
Subject: [MNTNR-MNT-INUA] MODIFY MNTNR-MNT-INUA
mntner: MNTNR-MNT-INUA
descr: In.ua registrator
descr: other descriptive info etc
admin-c: ADMR-UANIC
tech-c: TECH-UANIC
tech-c: TECH2-UANIC
auth: MD5-PW $1$s0Co.8Im$VhRnT7v8YRsLn52rLN3O01
notify: hostmaster@registrar.com.ua
mnt-by: REGISTRAR-MNT-INUA
mnt-lower: MNTNR-MNT-INUA
changed: hostmaster@registrar.com.ua 20040705
source: INUA
password: passw0rd
Формат заявки на продовження домену (RENEW)
Subject: [MNTNR-MNT-INUA] RENEW +N
mnt-by: REGISTRAR-MNT-INUA
mnt-lower: MNTNR-MNT-INUA
domain: domain1.in.ua
domain: domain2.in.ua +2
domain: domain3.in.ua +1
.....
.....
domain: lastdomain.in.ua
password: passw0rd
Число +N в сабжект╕ заявки обов'язкове и встановлю╓ пер╕од продовження домен╕в
по дефолту. Повинно бути р╕вним +1 або +2 ╕накше робот ╕гнору╓
його значення и встановлю╓ р╕вним +1, про що додатково спов╕ща╓ться у в╕дпов╕д╕ робота.
наб╕р пол╕в domain: в одн╕й заявц╕ может м╕стити п╕сля ╕мен╕ домена
уточнююче значення пер╕ода продовження, яке перекрива╓ значення по дефолту.
Останн╓ поле повинно бути password: для авторизац╕╖.
Н╕яких ╕нших пол╕в в заявц╕ нема (по сут╕ вони й не потр╕бн╕ - вони не м╕няються при
RENEW, зато з'явля╓тся можлив╕сть в одн╕й заявц╕ обробляти одразу дек╕лька
домен╕в одночасно).
При сп╕впаданн╕ mnt-by и mnt-lower останн╓ поле можна в заявц╕
опустити.
Формат заявки CANCEL (скасування платних операц╕й)
Формат заявки CANCEL:
Subject: [REG-MNT-INUA] CANCEL ticket
domain: domainname.in.ua
password: your_password
ticket - це той ticket який був наданий системою перед постановкою заявки в чергу.
Обробля╓ться у випадку якщо mnt-by об'╓кта domainname.in.ua сп╕впада╓ з REG-MNT-INUA
для домен╕в що мають в статус╕ тимчасовий запис CANCEL-OK-UNTIL. (Так╕ домени - це
домени, заре╓строван╕ заявкою в╕д дилерского хендла -MNT-INUA)
В╕дкат працю╓ для заявок ADD, RENEW.
Операц╕╖ ADD и RENEW за якими была в╕дпрацьована заявка CANCEL не оплачуються.
