Closed Bug 370569 Opened 17 years ago Closed 17 years ago

.br allowed registration of second level domains until 2000 (1196 domains)

Categories

(Core :: Networking, defect)

Product:
Core
Component:
Networking
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 403655

People

(Reporter: asrail, Assigned: jo.hermans)

References

Details

Attachments

(1 file, 1 obsolete file)

Adding all Brazilian second-level domains
1.06 KB, patch
Details | Diff | Splinter Review 
Wikipedia has wrong info about registry of domains under ".br" domain.

http://wiki.mozilla.org/TLD_List states says ".br" allows "Only third level domains", but second level domains are allowed. So it should be category C.

The exceptions are a lot and making a list of exceptions would be virtually impossible. For instance:
http://www.uneb.br/
http://www.ufba.br/
http://www.ufsc.br/
http://www.cefetba.br/
http://registro.br/ (there is this link in the wikipedia page that states it is not allowed)
http://nic.br/
http://cgi.br/

Every university, the federal centers of technologic education, the responsibles for the registry are allowed to register at the second level.
The stats page says there are 1196 domains registered at the second level. It's almost half the number of university registered domains (the other are under edu.br). This number increases all the time and to change it every day woudn't be such a good solution.

You might to find the official list here:
http://registro.br/estatisticas.html

and notice that ".br" is missing on wikipedia.

All of the listed domains on wikipedia are OK (and it lists all).
This is the page at wikipedia that shows the wrong info used on gecko:
http://en.wikipedia.org/w/index.php?title=.br&oldid=107780677

I'll correct it, so I'm posting a link to the exact revision.

http://wiki.mozilla.org/TLD_List is very old and not accurate anymore. Bug 342314 contains the file that was checked in.

The rule for Brazil is currently "*.br", which is indeed incorrect if universities can have a second-level domain.

I based the rule originally on the Wikipedia-entry, and on http://registro.br/faq/index.html . Note that I can't actually read Portuguese (but I do know Spanish), but I'm under the impression that the FAQ doesn't mention this. Or I've missed it.
The FAQ does not mention this.
I've contacted them, but I don't expect an answer before Wednesday, because most people don't work on carnival.

But I can ensure every public university site I met is registered on the second level domain and a some private ones too (for instance http://www.frb.br/ ).

This page shows the info that there are 1196 domains registered at the .br level:
http://registro.br/estatisticas.html

it's almost the same number as .edu.br (1349), which is mentioned on the FAQ.

CEFET aren't universities (but they're related to education and are federal institution) and they also are allowed to use the second level domain: http://www.cefetsp.br is another example.


They've replied me.

The translation is:
"By determination of the Mannaging Comitee, the TLD .br is not allowed to registration since 10/11/2000 and it was replaced by the TLD EDU.BR, intended to institutions of third level education.

http://www.cgi.br/acoes/2000/rea-2000-08.htm

http://www.nic.br/dominios/nota-edu.htm



Changing summary accordingly.

You might to consult the list of available TLDs here:

http://registro.br/info/dpn.html
"

Well...

it means you can build a list with 1196 exceptions (hehe ;D) since it won't grow (although it may decrease, by the migration of some of these to .edu.br), or to use the list of second-levels available at:
http://registro.br/info/dpn.html


PS: the two first pages mentioned on the mail above states that domain parking under .br and the tentative of some people to create another TLDs (as xxx.br or jok.br) were the motivations for the change.
Summary: .br allows registry of second level domains → .br allowed registration of second level domains untill 2000 (1196 domains)
"Changing summary accordingly." went in the wrong place, sorry.
It was not part of the mail, it should have went in the end of the message.
Summary: .br allowed registration of second level domains untill 2000 (1196 domains) → .br allowed registration of second level domains until 2000 (1196 domains)
I was planning an update of this file (also for Korea) in the next few days (I'm just returned from a 1 month holiday in Colombia). I was still struggling with a correct diff patch for Korean, since the file is actually in UTF-8 encoding.

In the case of Brazil, it will be http://registro.br/info/dpn.html , and the *.br rule will disappear, so all exceptions will be covered. Are there any websites directly under gov.br ? As far as I understand http://registro.br/faq/faq1.html#12 section 1.12, it should not be possible. In that case, *.gov.br should suffice. If there's a doubt, I can use the same trick as used for Japan, with the ! exception rule.
You meant:
http://www.ba.gov.br/
?

or http://www.pe.gov.br/
or http://www.rs.gov.br/

It does not listen on http://ba.gov.br (pe, rs, etc.), but I believe it's a server configuration.


sp does not have a main level, but www.sp.gov.br redirects to www.saopaulo.sp.gov.br, rj does not have one (either www.rj.gov.br works).



And...

mj.gov.br is not a eTLD at all.





You've just answered it yourselves. www.mj.gov.br is a website that isn't located in a state (not www.mj.sp.gov.br for instance), so there are really domains directly under gov.br. This wouldn't be covered in the patch in bug 389966.

A case like www.ba.gov.br makes it even more complicated. If ba.gov.br was really a eTLD, then this website should not be allowed. Unless 'www' is the domainname itself. So I guess there won't be any special rules for gov.br after all, despite that we have a list of the states. Their eTLD will always be gov.br.
It is what I have understood from http://registro.br/info/dpn.html

Take the XX.gov.br as a way to register your site there, but that is not a new domain.
So, actually, gov.br is a eTLD. ba.gov.br is just a site.


See comment #4.

(In reply to comment #10)
> So, actually, gov.br is a eTLD. ba.gov.br is just a site.

"ba.gov.br is just a domain" registered under gov.br, managed by the government of the state.

Oh...

ba.gov.br:
domínio:       ba.gov.br
entidade:      Cia. de Processamento de Dados do Estado da Bahia
documento:     013.579.586/0001-32
responsável:   Maria Del Carmen Bugallo

rj.gov.br:
domínio:       rj.gov.br
entidade:      PRODERJ-Centro de Tecnologia da Informação do RJ
documento:     030.121.578/0001-67
responsável:   Sérgio Chiapetta

and so on...

gov.br:
O domínio gov.br não pode ser registrado por
tratar-se de uma palavra reservada pelo CG.


So... makes no sense threating *.gov.br as eTLDs.


We need just the list at http://registro.br/info/dpn.html and nothing else.


(In reply to bug 389966 comment #7)
> While not technically top-level domains, the *.gov.br domains should be as much
> *effective* TLDs as Japan's geographic domains (see bug 252342 comment 31),
> which are currently accepted and implemented. That was my reasoning for
> including them. (and also, if eTLDs were just for rigorously-reserved
> subdomains, there would be no need for an exceptions mechanism at all;
> www.XX.gov.br would be the exceptions here, just like pref.____.jp are
> exceptions)

Jo, that makes sense.
There are a lot of domains under gov.br (there is a rule for this on his patch), but only the states have such rules.

The only issue here is that the XX.gov.br domains (where XX is a state) are registered domains.

On Japan, the GEOGRAPHICAL.jp are "reserved" domains.

By the way... naoshima.kagawa.jp is not registered either reserved anywhere and town.naoshima.kagawa.jp is registered (kagawa.jp is reserved, as with jp, as I've said).


We have www.ba.gov.br, www2.ba.gov.br, web06.ba.gov.br and they can register anything else they want.

So...
we only should add rules for these domains if we got the list with his rules.


@Daniel: please, discuss here.





Jo, it looks like we missed 1.9...

or since it won't touch backend code, only configuration files, it could go on 1.9?

It can certainly still land for 1.9. You just need to get approval once the patch is ready.
Blocks: 403655
This patch is the same as the one above, but also adds the jus.br domain from the list at http://registro.br/info/dpn.html (which seems to have been missed) and updates the comment to point to the more official source instead of the tertiary source.

I see nothing else wrong with the patch, it seems ready to me. Requesting approval per comment #16 (am I doing it correctly?)

 effective_tld_names.dat |   66 ++++++++++++++++++++++++++++++++++++++++++++++--
 1 file changed, 64 insertions(+), 2 deletions(-)
Attachment #290299 - Flags: approval1.9?
(In reply to comment #17)
> Created an attachment (id=290299) [details]
> I see nothing else wrong with the patch, it seems ready to me. Requesting
> approval per comment #16 (am I doing it correctly?)

You should ask for review before and ask for approval only after getting an review approval (I don't know if super review is needed for this code, but, in doubt, it is).


Comment on attachment 290299 [details] [diff] [review]
Adding all Brazilian second-level domains (updated)

Asking for review on Cesar's behalf.

As everyone can see from my comments on this bug, I think this patch is good from someone's in br domain pointview.

The source URL is official with updated data (there is an email excerpt from an official registro.br's girl on one of my comments).
Attachment #290299 - Flags: review?(jo.hermans)
Comment on attachment 290299 [details] [diff] [review]
Adding all Brazilian second-level domains (updated)

Removing incorrect flag as per comment #18
Attachment #290299 - Flags: approval1.9?
Any update here?

will be fixed in bug 403655
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Attachment #290299 - Attachment is obsolete: true
Attachment #290299 - Flags: review?(jo.hermans)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: