Supplied TLD is incorrect

[thetrusteeco]

To get .mw (Malawi) and .zw (Zimbabwe) domains working (.co.zw only):

IN:

/includes/extend/whois/whois.php

For .mw
UNDER:

Code Select Expand

'.mu' => array(
'server' => 'whois.nic.mu',
'available' => 'Available'
),

ADD:

Code Select Expand

'.mw' => array(
'server' => 'http://www.registrar.mw/index.php?d=0&Submit=Search&domain=',
'available' => 'was NOT found'
),

For .zw (.co.zw Only)
UNDER:

Code Select Expand

'.org.za' => array(
'server' => 'http://www.org.za/cgi-bin/rwhois?domain=',
'available' => 'Domain not found'
),

ADD:

Code Select Expand

'.zw' => array(
'server' => 'http://www.zispa.org.zw/cgi-bin/search?domain=',
'available' => 'is available for registration.'
),

[thetrusteeco]

HostBill v4.7.4 still has the whois.php file from 13/11/2012 8:43 AM so here's another update.

The dysfunctional TLDs/SLDs as of HostBill v4.7.4:

The perpetual "Not Available" issue is affecting the following T/SLDs:
.ac, .af, .by, .cd, .cx, .ec, .gd, .gs, .gy, .hn, .ht, .io, .ke, .lc, .lt, .mm, .mn, .ms, .mu, .nf, .ng, .ph, .sb, .sh, .su, .tc, .tl, .tm, .tn, .ve, .vg, .ac.za, .nom.za, .org.za

The perpetual "Available" issue is affecting the following T/SLDs:
.mk, .or.af, .co.cz, .com.de, .or.mg, .co.nl, .co.no, CentralNIC SLDs

The "Supplied TLD is incorrect" problem is affecting the following T/SLDs:
.ad, .ao, .ar, .as, .ax, .bd, .bf, .bh, .bi, .bj, .bo, .bs, .bw, .bz, .cf, .cg, .cm, .cr, .cu, .cv, .dj, .er, .et, .ga, .gf, .gh, .gm, .gn, .gp, .gq, .gt, .gw, .iq, .jo, .kn, .kw, .lb, .lk, .lr, .ls, .ml, .mm, .mr, .mw, .mz, .ne, .om, .pk, .py, .rw, .sd, .sl, .sn, .sv, .sx, .sy, .sz, .td, .tg, .tj, .tz, .ua, .ve, .vn, .vu, .ye, .zm, .zw

Fixes 1-26 (52 tlds + 6 sld + CentralNIC SLDs)
.ac, .af, .ao, .as, .bd, .bs, .bw, .by, .bz, .cd, .cm, .cv, .cx, .ec, .gd, .gs, .gt, .gy, .hn, .ht, .io, .ke, .lb, .lc, .lk (TLD only), .mg, .mk, .mm, .mn, .ms, .mu, .mw, .nf, .ng, .pa, .ph, .pk, .rs, .sb, .sh, .sn, .su, .sx, .tl, .tm, .tn, .to, .tz, .ua, .vu, .zw (.co.zw only), .co.cz, .com.de, .co.nl, .co.no, .ac.za, .org.za, CentralNIC SLDs

The lists after Fix 1-21
The perpetual "Not Available" issue is affecting the following T/SLDs:
.tc, .vg

The perpetual "Available" issue is affecting the following T/SLDs:
.or.af, .lk (all SLDs), .or.mg, .nom.za, .ac.zw, .org.zw

The "Supplied TLD is incorrect" problem is affecting the following T/SLDs:
.ad, .ar, .ax, .bf, .bh, .bi, .bj, .bo, .cf, .cg, .cr, .cu, .dj, .er, .et, .ga, .gf, .gh, .gm, .gn, .gp, .gq, .gw, .iq, .jo, .kn, .kw, .lr, .ls, .ml, .mr, .mz, .ne, .om, .rw, .sd, .sl, .sv, .sy, .sz, .td, .tg, .tj, .ve, .vn, .ye, .zm

Attached it an Updated whois.txt file (v7).  To use it, RENAME it to whois.php and UPLOAD to:

/includes/extend/whois/

TOU: File is provided as is.  Use if you want.

[thetrusteeco]

To get .ai (Anguilla) domains working:

IN:

/includes/extend/whois/whois.php

UNDER:

Code Select Expand

'.ag' => array(
'server' => 'whois.nic.ag',
'available' => "NOT FOUND"
),

ADD:

Code Select Expand

'.ai' => array(
'server' => 'http://whois.ai/cgi-bin/newdomain.py?domain=',
'available' => 'not registered'
),

[thetrusteeco]

We've noted the .bi domains are giving false availability results with the default whois info.  The Burundi Registry now has a second whois server that seems to give better results, although we've noted false "Available" results for .info.bi domains using the newer whois server, so, to get .bi (Burundi) domains working better:

IN:

/includes/extend/whois/whois.php

REPLACE:

Code Select Expand

'.bi' => array(
'server' => 'whois.nic.bi',
'available' => "No match for"
),

WITH:

Code Select Expand

'.bi' => array(
'server' => 'whois1.nic.bi',
'available' => 'Available'
),
'.info.bi' => array(
'server' => 'whois.nic.bi',
'available' => 'No match for'
),

[thetrusteeco]

To get .bj (Benin - TLD only), .cf (Central African Republic), .ga (Gabon), and .ml (Mali) domains working :

IN:

/includes/extend/whois/whois.php

For .bj
UNDER:

Code Select Expand

'.info.bi' => array(
'server' => 'whois.nic.bi',
'available' => 'No match for'
),

ADD:

Code Select Expand

'.bj' => array(
'server' => 'whois.nic.bj',
'available' => 'No records matching'
),

For .cf
UNDER:

Code Select Expand

'.cd' => array(
'server' => '41.76.213.175',
'available' => 'Available'
),

ADD:

Code Select Expand

'.cf' => array(
'server' => 'whois.dot.cf',
'available' => 'domain name not known'
),

For .ga
UNDER:

Code Select Expand

'.fr' => Array(
'server' => 'whois.nic.fr',
'available' => 'No entries found in the AFNIC Database'
),

ADD:

Code Select Expand

'.ga' => array(
'server' => 'whois.dot.ga',
'available' => 'domain name not known'
),

For .ml
UNDER:

Code Select Expand

'.mk' => array(
'server' => 'http://reg.marnet.net.mk/registar.php?dom=',
'available' => '.mk '
),

ADD:

Code Select Expand

'.ml' => array(
'server' => 'whois.dot.ml',
'available' => 'domain name not known'
),

[thetrusteeco]

To get .je (Jersey) and .pw (Palau) domains to work:

For .je domains
UNDER:

Code Select Expand

'.it' => Array(
'server' => 'whois.nic.it',
'available' => 'AVAILABLE'
),

ADD:

Code Select Expand

'.je' => Array(
'server' => 'whois.channelisles.net',
'available' => 'Not Registered'
),

For .pw domains:
UNDER:

Code Select Expand

'.ps' => array(
'server' => 'http://www.pnina.ps/domains/whois/?d=',
'available' => 'has not been registered.',
),

ADD:

Code Select Expand

'.pw' => array(
'server' => 'whois.nic.pw',
'available' => 'DOMAIN NOT FOUND',
),

[thetrusteeco]

HostBill v4.7.6 still has the whois.php file from 13/11/2012 8:43 AM so here's another update.
KBKP: feel free to ship it with future versions of Hostbill.

The dysfunctional TLDs/SLDs shipped in HostBill v4.7.6:

The perpetual "Not Available" issue is affecting the following T/SLDs:
.ac, .af, .priv.at, .by, .cd, .cx, .ec, .gd, .gs, .gy, .hn, .ht, .io, .ke, .lc, .lt, .mm, .mn, .ms, .mu, .nf, .ng, .ph, .sb, .sh, .su, .tc, .tl, .tm, .tn, .ve, .vg, .ac.za, .nom.za, .org.za

The perpetual "Available" issue is affecting the following T/SLDs:
.mk, .ac.ci, .aéroport.ci, .asso.ci, .co.ci, .ed.ci, edu.ci, .presse.ci, .or.af, .co.cz, .com.de, .or.mg, .co.nl, .co.no, CentralNIC SLDs

The inacurate "Available" issue is affecting the following T/SLDs:
.bi

The "Supplied TLD is incorrect" problem is affecting the following T/SLDs:
.ad, .ai, .ao, .aq, .ar, .as, .aw, .ax, .bb, .bd, .bf, .bh, .bj, .bm, .bn, .bo, .bs, .bw, .bz, .cf, .cg, .cm, .cr, .cu, .cv, .cw, .dj, .dm, .er, .et, .fk, .fj, .ga, .gf, .gh, .gm, .gn, .gp, .gq, .gt, .gu, .gw, .iq, .je, jm, jo, .kh, .km, .kn, .kp, .kw, .ky, .lb, .lk, .lr, .ls, .mh, .ml, .mm, .mo, .mp, .mq, .mr, .mv, .mw, .mz, .nc, .ne, .np, .nr, .om, .pf, .pk, .pg, .pn, .py, .rw, .sd, .sl, .sn, .sr, .sv, .sx, .sy, .sz, .td, .tg, .tj, .tz, .ua, .ve, .vi, .vn, .vu, .ye, .zm, .zw

Fixes 1-30 (59 tlds + 6 sld + CentralNIC SLDs)
.ac, .af, .ai, .ao, .as, .bd, .bi, .bj (TLD only), .bs, .bw, .by, .bz, .cd, .cf, .cm, .cv, .cx, .ec, .ga, .gd, .gs, .gt, .gy, .hn, .ht, .io, .je, .ke, .lb, .lc, .lk (TLD only), .mg, .mk, .ml, .mm, .mn, .ms, .mu, .mw, .nf, .ng, .pa, .ph, .pk, .pw, .rs, .sb, .sh, .sn, .su, .sx, .tl, .tm, .tn, .to, .tz, .ua, .vu, .zw (.co.zw only), .co.cz, .com.de, .co.nl, .co.no, .ac.za, .org.za, CentralNIC SLDs

The lists after Fix 1-21
The perpetual "Not Available" issue is affecting the following T/SLDs:
.priv.at, .tc, .vg

The perpetual "Available" issue is affecting the following T/SLDs:
.or.af, .ac.ci, .aéroport.ci, .asso.ci, .co.ci, .ed.ci, edu.ci, .presse.ci, .bj (all SLDs), .lk (all SLDs), .or.mg, .nom.za, .ac.zw, .org.zw

The "Supplied TLD is incorrect" problem is affecting the following T/SLDs:
.ad, .aq, .ar, .aw, .ax, .bb, .bf, .bh, .bm, .bn, .bo, .cg, .cr, .cu, .cw, .dj, .dm, .er, .et, .fk, .fj, .gf, .gh, .gm, .gn, .gp, .gq, .gw, .iq, .jm, .jo, .kh, .km, .kn, .kp, .kw, .ky, .lr, .ls, .mh, .mo, .mp, .mr, .mv, .mz, .nc, .ne, .np, .nr, .om, .pf, .pg, .pn, .rw, .sd, .sl, .sr, .sv, .sy, .sz, .td, .tg, .tj, .ve, .vi, .vn, .ye, .zm

Attached it an updated whois.txt file (v8). To use it: RENAME it to whois.php and UPLOAD to:

/includes/extend/whois/

TOU: File is provided as is. Use if you want.

[thetrusteeco]

To add support for .priv.at domains:

UNDER:

Code Select Expand

'.at' => Array(
'server' => 'whois.nic.at',
'available' => 'nothing found'
),

ADD:

Code Select Expand

'.priv.at' => Array(
'server' => 'whois.nic.priv.at',
'available' => 'No entries found for the selected source(s).'
),

[thetrusteeco]

To add support for .fj (Fiji) domains:

UNDER:

Code Select Expand

'.fi' => Array(
'server' => 'whois.ficora.fi',
'available' => 'Domain not found'
),

ADD:

Code Select Expand

'.fj' => Array(
'server' => 'whois.usp.ac.fj',
'available' => 'was not found'
),

[thetrusteeco]

To get .fo (Faroe Islands) and .gm (Gambia) domains to work:

For .fo
REPLACE:

Code Select Expand

'.fo' => array(
'server' => 'whois.ripe.net',
'available' => "No entries found"
),

WITH:

Code Select Expand

'.fo' => array(
'server' => 'whois.nic.fo',
'available' => "ERROR:101: no entries found"
),

For .gm
REPLACE:

Code Select Expand

'.gm' => array(
'server' => 'whois.ripe.net',
'available' => "no entries found"
),

WITH:

Code Select Expand

'.gm' => array(
'server' => 'http://www.nic.gm/scripts/checkdom.asp?dname=',
'available' => 'is still available'
),

[thetrusteeco]

HostBill v4.7.8 still has the whois.php file from 13/11/2012 8:43 AM so here's another update.
KBKP: feel free to ship it with future versions of Hostbill.  ...oh wait. guess you can't as it could be construed as a third party extension...

The dysfunctional TLDs/SLDs shipped in HostBill v4.7.8:

The perpetual "Not Available" issue is affecting the following T/SLDs:
.ac, .af, .priv.at, .by, .cd, .cx, .ec, .fo, .gd, .gm, .gs, .gy, .hn, .ht, .io, .ke, .lc, .lt, .mm, .mn, .ms, .mu, .nf, .ng, .ph, .sb, .sh, .su, .tc, .tl, .tm, .tn, .ve, .vg, .ac.za, .nom.za, .org.za

The perpetual "Available" issue is affecting the following T/SLDs:
.mk, .ac.ci, .aéroport.ci, .asso.ci, .co.ci, .ed.ci, edu.ci, .presse.ci, .or.af, .co.cz, .com.de, .or.mg, .co.nl, .co.no, CentralNIC SLDs

The inacurate "Available" issue is affecting the following T/SLDs:
.bi

The "Supplied TLD is incorrect" problem is affecting the following T/SLDs:
.ad, .ai, .ao, .aq, .ar, .as, .aw, .ax, .bb, .bd, .bf, .bh, .bj, .bm, .bn, .bo, .bs, .bw, .bz, .cf, .cg, .cm, .cr, .cu, .cv, .cw, .dj, .dm, .er, .et, .fk, .fj, .ga, .gf, .gh, .gm, .gn, .gp, .gq, .gt, .gu, .gw, .iq, .je, jm, jo, .kh, .km, .kn, .kp, .kw, .ky, .lb, .lk, .lr, .ls, .mh, .ml, .mm, .mo, .mp, .mq, .mr, .mv, .mw, .mz, .nc, .ne, .np, .nr, .om, .pf, .pk, .pg, .pn, .py, .rw, .sd, .sl, .sn, .sr, .sv, .sx, .sy, .sz, .td, .tg, .tj, .tz, .ua, .ve, .vi, .vn, .vu, .ye, .zm, .zw

Fixes 1-33 (62 tlds + 7 sld + CentralNIC SLDs)
.ac, .af, .ai, .ao, .as, .bd, .bi, .bj (TLD only), .bs, .bw, .by, .bz, .cd, .cf, .cm, .cv, .cx, .ec, .fj, .fo, .ga, .gd, .gm, .gs, .gt, .gy, .hn, .ht, .io, .je, .ke, .lb, .lc, .lk (TLD only), .mg, .mk, .ml, .mm, .mn, .ms, .mu, .mw, .nf, .ng, .pa, .ph, .pk, .pw, .rs, .sb, .sh, .sn, .su, .sx, .tl, .tm, .tn, .to, .tz, .ua, .vu, .zw (.co.zw only), .priv.at, .co.cz, .com.de, .co.nl, .co.no, .ac.za, .org.za, CentralNIC SLDs

The lists after Fixes 1-33
The perpetual "Not Available" issue is affecting the following T/SLDs:
.tc, .vg

The perpetual "Available" issue is affecting the following T/SLDs:
.or.af, .ac.ci, .aéroport.ci, .asso.ci, .co.ci, .ed.ci, edu.ci, .presse.ci, .bj (all SLDs), .lk (all SLDs), .or.mg, .nom.za, .ac.zw, .org.zw

The "Supplied TLD is incorrect" problem is affecting the following T/SLDs:
.ad, .aq, .ar, .aw, .ax, .bb, .bf, .bh, .bm, .bn, .bo, .cg, .cr, .cu, .cw, .dj, .dm, .er, .et, .fk, .gf, .gh, .gn, .gp, .gq, .gw, .iq, .jm, .jo, .kh, .km, .kn, .kp, .kw, .ky, .lr, .ls, .mh, .mo, .mp, .mr, .mv, .mz, .nc, .ne, .np, .nr, .om, .pf, .pg, .pn, .rw, .sd, .sl, .sr, .sv, .sy, .sz, .td, .tg, .tj, .ve, .vi, .vn, .ye, .zm

Attached it an updated whois.txt file (v9). To use it: RENAME it to whois.php and UPLOAD to:

/includes/extend/whois/

TOU: File is provided as is. Use if you want.  Update it as you need.

[tallship]

Another +1 for you

Thanks for your diligence. I believe people should be thanked for their commitment to community support so they know they're appreciated, and I do appreciate the effort you put into the whois client services

Kindest regards,

[Sentro]

Hello thetrusteeco

I'm having issues later with .GR domains, keeps returning that they are available for register while they're not.
Anyway we could work around this somehow?

I do have the whois server but still can't get it to work. Is it the whois.php file the issue here or something else?

PS: Cause i see no check availability for .gr whatsoever

thanks

EDIT: I saw that u include the .gr check availability in your file, replaced it but still the same

[thetrusteeco]

Hello Sentro,

Sorry about .gr, I forgot to list it under "perpetual Available issue".  The .gr search function in the whois.txt file is the default code that comes with HostBill, only the changes listed in this thread are make to the whois.txt file, meaning some TLDs still don't work.

It is a bit more complicated to fix.  Below is the correct code, BUT it will not work unless you register your IP Address with GRWEB (the GR registry). 

To get .gr domains working:

REPLACE:

Code Select Expand

'.gr' => array(
'server' => 'whois.ripe.net',
'available' => "no entries found"
),

WITH:

Code Select Expand

'.gr' => array(
'server' => 'http://grwhois.ics.forth.gr:800/plainwhois/plainWhois?domainName=',
'available' => 'not exist'
),

AND REGISTER YOUR SERVER'S IP ADDRESS AT GRWEB

[Sentro]

Thank you VERY much for your answer, i will go ahead and try to register my IP and i will let you know.