La implementación de la transición a .gob.ar es inviable

La Resolución Ministerial 616/2008 acerca de la Incorporación de caracteres multilingües a los nombres de dominio publicada el 9 de abril por la Cancillería tiene errores conceptuales respecto del funcionamiento del DNS y qué cosas puede hacer nic.ar y que cosas no puede hacer.

Leer más...

Por qué .gob.ar es una mala idea

Me parece excelente que se empiecen a registrar dominios usando IDN ya que el soporte a nivel clientes ya es bastante generalizado y la infraestructura no tiene que cambiar en nada (más allá del sistema de registro).

También me parece razonable el esquema de preregistración dando prioridad a quien ya tenía un dominio con caracteres ASCII equivalentes a los nuevos que se pueden usar (es decir, que quien ya tiene registrado bailedelcanio.com.ar tenga prioridad para registrar bailedelcaño.com.ar)

El tema del “gov.ar“, sin embargo, va a traer no pocos problemas… en principio, estoy totalmente de acuerdo en que los nombres de los subdominios genéricos en Argentina estén en castellano. Pero si ya metimos la pata (o alguien la metió) y hoy estamos viviendo con el .gov.ar, cambiarlo por el .gob.ar, que se pronuncia exactamente igual en castellano, va a obligar a todo el mundo a decir: mandame un mail a “beibi arroba me punto gob (con be larga) punto ar“… siendo alguien que ha pasado su vida entera deletreando su apellido e indicando que va con “be larga“ (a-belarga-ese-a-te-zeta), les digo que no es nada divertido.

Leer más...

Pequeña clase teórica sobre protocolos de correo electrónico e Internet


Descargo: Este documento fue escrito originalmente como un mensaje a una lista de correo electrónico cuyo tema es el uso de los acentos, eñes y otros caracteres en los mensajes de correo electonico. Como tal, el documento está bastante desorganizado y escrito a los apurones, su lenguaje es coloquial, está en parte en segunda persona del singular e incluye expresiones en lunfardo. Voy a tratar de pulirlo en una próxima versión.

Por otra parte, en este artículo se nombran productos que pueden ser comerciales, shareware, freeware o de dominio público, en cada caso, se deberá consultar la documentación del mismo para averiguarlo, así como las condiciones y costos de licenciamiento antes de su instalación y/o utilización.

La parte técnica: A lo largo de este documento hay referencias a documentos técnicos, llamados RFC (Request for Comments – Pedido de Comentarios). Todo protocolo estándar de internet debe tener su especificación publicada como un RFC, de todos modos, los RFC‘s se utilizan también como documentos informativos, o inclusive para hacer bromas con respecto a la Internet y su entorno. La lista oficial de estos documentos así como los documentos mismos, se encuentran en el ISI, sin embargo, desde la Argentina, se mantiene bastante actualizada, tanto la lista como los documentos en la UBA

Leer más...