A Django site.
Abril 7, 2009

Boris Quiroz
cereal_bars
wreeeeoooowww trata sobre »
» Happy b-day!!

Es probable que seamos pocos los que sabemos esto, y personalmente creo que mucha más gente deberia tener conocimiento de este hecho ya que son millones los usuarios de internet.

Hoy es cumpleaños numero 40 de algo llamado Request For Comment. Para los que aun no tienen idea que son las RFC’s podemos decir que son algo así como las leyes que rigen internet. Algunos ejemplos de RFC son la RFC 2821 que define el Simple Mail Transfer Protocol. Más simple: define como se van los correos de un lado a otro. Otro ejemplo es la RFC 791 que define el protocolo IPv4. En cristiano: La dirección (unica e irrepetible, en teoria :P) de cada máquina conectada a internet. Y otro ejemplo, muy importante: La RFC 3022 que define el NAT, lo que salvó el mundo cuando nos estabamos quedando cortos de direcciones IP’s.

Asi que ya sabe, digale feliz cumpleaños a la RFC!

Agosto 29, 2008
» Empresas uruguayas de primera linea con presencia en internet de cuarta

No se en otras zonas hispanoparlantes, pero por mis tierras cuando decimos que algo es “de cuarta” nos referimos a que es de pésima calidad (ni “de primera”, ni “de segunda”, ni “de tercera”).

Hace unas semanas que hemos decidido ajustar todos nuestros servidores de correo para cumplir 100% la especificación RFC 1123 para recibir correos electrónicos. Por ello, solo recibimos correo de dominios y servidores correctamente configurados (fully-qualified), realizando los chequeos correspondientes y, de esta forma, contribuír a disminuir el spam y otros correos indebidos (falsificaciones, etc.).

Pero, para nuestra sorpresa, hemos emprezado a rechazar correo de empresas de primera línea (o al menos esa percepción tenemos), que tienen sus servidores de correo configurados en forma lastimosa o directamente ni siguiera configurados.

Al principio, fueron una o dos, pero con el correr del tiempo nuestros clientes nos van informando de más y más dominios que cuando investigamos saltan barrabazadas de no-configuración, muchas veces con servicios tercerizados.

El ejemplo más típico:

correo de @malejemplo.com.uy viene del servidor 66.55.44.33 que resuelve como host.badmail.com pero luego preguntada la IP de host.badmail.com nos dice que ese nombre no resuelve a ninguna IP [not found: 3(NXDOMAIN)]

Todavía tengo algún resquemor de dar nombres y datos. Soy de las personas que confían en el poder de “auto-critica” de los demás y creo que luego de los avisos que estoy cursando, se tomarán las medidas correctivas.

Aunque me lleno de preguntas:
¿es tan difícil preocpuarse de la resolución directa y reversa de su servidor de correo saliente?
¿a quienes contratan para que administren sus servidores?
¿cuánto se ahorran en capacitación? (o en leer el RFC)