Planeta Fedora-ES

El equipo de desarrollo de Debian GNU/Hurd está anunciado la disponibilidad del lanzamiento 2013 listo para probar. Es un snapshot que utiliza como complementos Debian Sid y Debian Wheezy y a pesar que no se considera un lanzamiento oficial de Debian, si es un lanzamiento oficial desde el port de Debian GNU/Hurd.

Ser famoso tiene sus inconvenientes, no se cuales porque no lo soy, pero lo que está indudablemente claro es que tiene algunas ventajas: te invitan a comer, te piden autógrafos y te relacionan con especímenes de la raza humana que parece sacados más del photoshop que de la vida real. Otra de las ventajas, es que sea cual sea tu profesión, trabajo o cualquiera que sea la forma con la cual te has ganado la fama, la gente te escucha. Es indistinto si eres actor y te dedicas a postular sobre física cuántica, la gente abre sus orejas y gargantas y se suele tragar todo lo que dicen, y los medios de comunicación, como es famoso, lo colocan en la primera página de cualquier noticia.

Estos sucesos, a parte de ser un crimen, son un castigo. El post de hoy viene gracias a el señor de las gafas oscuras que ponía a caer de un burro a los concursantes de un programa de cantantes. Lo gracioso del tema, es que más allá de que a veces pudiera tener razón, con su manera de exponer sus postulados consiguió colarse en ese reducido grupo de los llamados famosos. Sin esta participación televisiva sería uno más en el mundo, otro profesional más o menos bien remunerado, pero que sus paridas mentales quedarían reducidas al ámbito de amigos, conocidos y saludados.

Pero resulta que es famoso, y de la misma manera que Willy Toledo es un fantástico actor pero se dedica a zamparse bocadillos de ácido lisérgico cuando habla de cuba, este buen personaje nos descubre la sopa de ajo y todos aplaudimos con las orejas. Quizás sea la envidia que me corroe por dentro, que para eso es uno de las virtudes de la madre patria, pero esto mismo lo vengo diciendo yo mismo y otros tantos desde hace bastante tiempo y nadie parece hacernos caso, obviamente yo soy famoso en mi casa a la hora de cenar, más allá de eso no dejo de ser un absoluto don nadie.

¿Que puede implicar que sólo los famosos puedan llegar a la mayoría de población?, no lo se pero realmente me asusta. Quizás nos encontremos con famosos que realmente acierten a la hora de hablar sobre temas que no tiene ni idea, más allá de lo que han aprendido en una charla de café con cuatro amigos, pero otras veces podrán estar tan equivocados que con sus afirmaciones creen estados de opinión que no tienen relación en absoluto con la realidad.

Quizás sería ideal que nos aplicáramos el refrán de zapatero a tus zapatos, y que los pintores opinen de pintura, y los actores de cine, y los directivos de las empresas, y los políticos de la política, pero esto iría en contra de lo que yo creo, que todos tenemos derecho a decir todas las tonterías que nos apetezca, independientemente de si tenemos o no razón, o si somos expertos o simplemente pasábamos por ahí y soltamos la primera parida que se nos ocurre. Supongo que el filtro no lo ha de hacer la gente, sea famosa o no, sino la prensa. Ha de seleccionar a quién le da la primera página de la revista y por mucho que no se ganen lectores al colocar la opinión de un sesudo analista de la Universidad de Mérida, es preferible a la del famoso de turno.

Pero bueno, como yo no soy famoso, da lo mismo lo que piense al respecto, porque nadie me va a hacer caso. Por cierto, la foto del perro de peluche es porque vengo de una reunión de estas importantes, y en vez de sacar el iPad me ha salido el condenado animalico… no queráis saber que caras han puesto.

Es un placer para mí anunciarles hoy el inicio de nuestra serie de concursos "Gana con Xenode". Estos concursos se llevarán a cabo por medio de nuestra página de facebook y se darán diferentes premios. Se puede participar desde cualquier país, sin importar la edad y el envío de los premios no tendrá costo para los ganadores. A continuación un video explicativo de los concursos:

Mageia 3 ha hecho su aparición publica de manera estable, después de la demora en su lanzamiento final. Es destacable la inclusión del kernel Linux 3.8, systemd y Steam para Linux, entre muchos otros cambios de interés.

Si eres un fan de Game of Thrones, definitivamente vas a entender este post… porque todos queremos a Khaleesi

Si eres un fan de Game of Thrones, definitivamente vas a entender este post… porque todos queremos a Khaleesi :)

Una de las aspiraciones del ser humano desde tiempo inmemoriales es la de construir un mapa plano perfecto. Es decir, representar correctamente nuestro planeta, esférico, en un plano. Y muchos han sido los intentos de construir dicho mapa, aunque ninguno ha llegado a fructificar. ¿Por qué? ¿Acaso no existe el mapa perfecto? Sea cual sea el caso, ¿existe algún argumento sencillo que responda a esa pregunta?

Bien, antes de responder creo que lo primero que hay que hacer es aclarar qué entendemos por mapa perfecto. Un mapa perfecto sería una proyección de la esfera terrestre en un plano que mantuviera las propiedades métricas de la propia esfera (salvo la escala). Es decir, la transformación que convierte a la esfera terrestre en un mapa plano debería ser una isometría, o, lo que es lo mismo, una aplicación que conserve las distancias (esto es, si dos puntos en la esfera están a distancia , los proyectados de esos puntos en el plano deben estar también a distancia ).

Esto tendría varias implicaciones en nuestro mapa, de entre las cuales vamos a destacar las siguientes:

• Se deben mantener las áreas: Una región en la esfera terrestre y su proyección en el plano deben tener la misma área, salvo el factor de escala.
• Se deben mantener las geodésicas: Una geodésica es una línea de longitud mínima que une dos puntos de una superficie y que está contenida en ella. En una esfera las geodésicas son los círculos máximos, que son las circunferencias obtenidas al cortar la esfera con planos que pasan por el centro de la misma (en un plano, las geodésicas son las rectas). En nuestro caso, las mínimas distancias deben mantenerse, por lo que, con nuestra proyección, una geodésica en la esfera debe convertirse en una recta en el plano.
• Se deben mantener los ángulos: Si en la esfera terrestre dos geodésicas se cortan formando un cierto ángulo, en la proyección las rectas correspondientes a dichas geodésicas deben formar el mismo ángulo.

Ya tenemos los ingredientes, por lo que ya podemos comenzar a cocinar nuestro mapa perfecto. En un plano podemos definir triángulo como “región del plano limitada por tres rectas que se cortan dos a dos en tres puntos no alineados”, y de forma análoga podemos definir triángulo esférico en una esfera como “región de la esfera delimitada por tres círculos máximos que se cortan en tres puntos que no pertenecen al mismo círculo máximo”, como puede verse en la siguiente imagen:

(Imagen tomada de aquí.)

Hemos dicho que nuestra proyección perfecta debería conservar las geodésicas, por lo que los arcos de círculo máximo que delimitan el triángulo esférico deberían convertirse en segmentos de recta en la proyección. Por tanto, la proyección de un triángulo esférico sería un triángulo plano.

Pero no sólo eso, sino que según hemos comentado los ángulos entre geodésicas también deberían mantenerse. Y, más concretamente, debería mantenerse la suma de ángulos de cada uno de nuestro triángulos. Pero vamos a ver que eso es imposible.

En una esfera podemos tomar un triángulo esférico en el que cada uno de sus tres ángulos mida 90º: tomamos un arco de círculo máximo desde el Polo Norte hasta el ecuador, después otro igual que forme un ángulo de 90º con el primero y después el arco de ecuador que une los puntos de corte de los arcos anteriores con el propio ecuador, como el que se ve en la figura siguiente:

Por un lado, la suma de los ángulos de dicho triángulo es 270º. Por otro lado, si nuestro mapa fuera perfecto la proyección de este triángulo esférico sería un triángulo plano. En este triángulo plano, como en todos los triángulos planos, la suma de sus ángulos sería 180º. Pero entonces los ángulos no se conservan, ya que las sumas son distintas. Conclusión: no existen isometrías entre la esfera y el plano. O, lo que es lo mismo, no existen los mapas perfectos. Asunto zanjado…

…o no. Por un lado, el hecho de que no exista el mapa perfecto ha hecho que hayan aparecido multitud de proyecciones distintas que nos proporcionan mapas de la esfera terrestre de muchos tipos. En algunos de ellos se mantienen unas características y en otros otras. Sí, en todos hay algo que no se corresponde con la realidad, pero si hubiésemos tenido uno perfecto nos habríamos perdido todo el ingenio que han mostrado los que desarrollaron estas proyecciones.

Y por otro lado queda pendiente indagar un poco más en las razones por las que este mapa perfecto no existe. El argumento de los triángulos descarta su existencia, pero no profundiza en el porque de la imposibilidad de esta construcción. Si no pasa nada, pronto os contaré más cosas sobre esto.

Fuentes:

• El sueño del mapa perfecto, de Raúl Ibáñez.
• Geodésica en la Wikipedia en español.

Esta entrada es mi primera aportación a la Edición 4.1231 del Carnaval de Matemáticas, que en esta ocasión organiza Joaquín desde Matemáticas interactivas y manipulativas:

Entra en Gaussianos si quieres hacer algún comentario sobre este artículo, consultar entradas anteriores o enviarnos un mensaje.

Construye tú también el poliedro de Császár.

Este próximo jueves 23 y viernes 24 de Mayo del 2013 desde las 9:00am, se realizará una serie de conferencias y charlas sobre Android en el Instituto Universitario de Tecnología “Antonio Jose de Sucre”, la asistencia es libre y gratuita. Si les interesa conocer mas sobre este sistema operativo líder de los dispositivos móviles no faltes.

Por mi parte, estaré dando una ponencia de las versiones de Android modificadas (ROMS personalizadas), la programación del evento pueden verla en el afiche oficial.

Esperamos su asistencia y avisen sobre el evento a compañeros de la región.

Mi reporte de actividad reciente.

• Documentando Fedora.
  • nmcli, control del NetworkManager desde la consola (wiki mejorado).
  • dunst, servidor de notificaciones para el escritorio (wiki mejorado).
  • sendEmail, envíós de emails desde la consola y para scripts (wiki mejorado).
• Empaquetando
  • #631 Actualizando rubygem-rr
  • #629 Actualizando rubygem-rhc
• Varios
  • Fedora_G+, ya somos 900.

Un pantallazo de dunst recibiendo notificaciones de DropBox.

- Gomix -

Hace unos días recibí un email de una persona en donde me consultaba cuan seguro era Drupal pues querían evaluarlo como candidato para nuevos desarrollos en su empresa.

El mail me llevó a pensar un poco sobre este asunto y de esas reflexiones surgió este artículo para analizar cuan seguro es Drupal.

Consideraciones previas

Lo de siempre, todo software tiene sus fallas, el software libre no está exento de esto, con el agravante de que es posible revisar el código fuente en busca de potenciales fallas.

Por supuesto, la disponibilidad del código fuente hace posible detectar errores y corregirlos. En general, hay mucha más gente del lado del bien, que del mal en la comunidad de Drupal por lo que es raro ver 0-days críticos en Drupal (aunque los ha habido).

Drupal vs código PHP puro

Me gustaría comenzar con una comparación simple pero que no deja de ser importante. En general, cualquier CMS o Framework va a ser mucho más seguro que escribir código PHP puro. Más allá de que alguien pueda sentirse ofendido, la realidad indica que es mejor tener mil ojos revisando el código y aportando mejoras en torno a la seguridad, que escribir nuestras propias funciones de validación.

Además, salvo que seamos expertos en seguridad informática, siempre hay casos que escapan a nuestro conocimiento y que es mejor que sean contemplados por gente que sabe y se dedica a eso.

Capas de seguridad de Drupal

Una de las cosas que hace que Drupal sea seguro, son sus APIs pensadas en torno a la seguridad.

Por ejemplo, todo el núcleo está programado usando el API de bases de datos que está diseñado para evitar ataques de inyección SQL.

Así como esta el API de bases de datos, también está el API de formularios que evita ataques de CSRF.

Y algunas funciones para evitar ataques XSS como check_plain, filter_xss y los filtros de entrada.

Drupal es seguro, pero no puede leer tu mente

Con todo el API mencionado anteriormente, la mayoría de los problemas de seguridad están cubiertos. Pero debemos usar siempre ese API. Hacer cosas como:

Es desconocer como escribir código seguro. El ejemplo correcto sería:

Para evitar que un usuario malintencionado ingrese un script como título del nodo.

Mantenerse cerca del núcleo

La calidad del núcleo de Drupal en materia de seguridad es mucho mejor que en los módulos contribuidos. Esto no significa que los módulos contribuidos sean un caos en materia de seguridad.

El equipo de seguridad de Drupal un equipo de más de 35 personas se encarga de revisar la seguridad de los módulos que tengan una versión estable. Estable implica, 1.0, 1.1, 2.1, etc. No release candidate, no versiones beta ni alfa. Con ese criterio, siempre que sea posible, es deseable utilizar versiones beta de los módulos. Pues estos son los que están sujetos a revisiones de seguridad.

Drupal tiene una política de actualizaciones seria

Las actualizaciones de seguridad, ocurren los miércoles. En general, salvo que exista un 0-day que implique la urgencia, no hay versiones de seguridad fuera de los días miércoles, lo cual da tiempo para organizarse.

Sumado a esto, las nuevas versiones del núcleo de Drupal son liberadas siguiendo este cronograma:

• Releases del tipo BugFix son liberados cada primer miércoles de mes.
• Releases con correcciones de vulnerabilidades son liberadas cada tercer miércoles de mes.

Esta política está definida en el siguiente documento: http://drupal.org/documentation/version-info#when

Sobre la criticidad de las vulnerabilidades

Otro punto interesante a considerar es, cuan grave es una vulnerabilidad.

Por ejemplo, un error en el módulo Views, puede representar una falla de seguridad grave, pues Views es un módulo muy utilizado en la comunidad de Drupal. Sin embargo, muchos de estos problemas de seguridad están mitigados por el hecho de que el usuario debe poseer permisos para administrar Views. Estos permisos son solo concedidos a administradores de los sitios o muchas solo el usuario admin tiene estas capacidades.

Por lo tanto, no es tan simple analizar la calidad de un CMS basado en el número de vulnerabilidades.

Drupal 8 en materia de seguridad

Con la próxima llega de Drupal 8 y la incorporación de Twig como sistema base para los temas visuales, muchas de las vulnerabilidades del tipo ataques XSS serán mitigadas por el sistema de seguridad de Twig.

Además, muchos componentes no reemplazables de Drupal 7 y anteriores, ahora son plugins o servicios intercambiables, lo que permitirá mejorar aún más la seguridad de los sitios basados en Drupal.

Responsabilidad de los líderes de equipo

Para cerrar este artículo, me gustaría hacer mención sobre la responsabilidad de los líderes de equipo en materia de seguridad al momento de desarrollar código propio en Drupal.

No es raro ver que en un equipo de desarrollo de unas diez personas, tres o cuatro estén comenzando a aprender Drupal. Esto es normal, y la flexibilidad de este CMS hace posible la convivencia entre desarrolladores de distintos niveles de experiencia.

Aquellos desarrolladores con más experiencia deben estar más atentos al correcto uso de las APIs, más que nada por el hecho de que hay muchas, y algunas son desconocidas. Se deben revisar con especial atención los templates de los temas visuales (que son a menudo lugar de auténticas atrocidades en materia de seguridad).

Conclusiones

• Todo software tiene fallas, Drupal tiene una gran comunidad que aporta día a día para mejorar la seguridad y la calidad del código.
• Usar las APIs. Las APIs mantienen nuestro código seguro.
• Desconfiar de los módulos en versiones alfa.
• Revisar el código antes de instalar algún módulo desconocido o de reputación dudosa.
• Menos módulos, menos probabilidad de introducir nuevas fallas.
• Drupal tiene un equipo encargado de revisar la seguridad del código del núcleo y de los módulos con versiones estables.
• En equipos grandes, los líderes o los más experimentados deben recomendar siempre seguir las buenas prácticas en materia de seguridad.
• Suscribirse a la lista de actualizaciones de seguridad de Drupal (es necesaria una cuenta en drupal.org para esto)
• Tener siempre presente la guía: http://drupal.org/writing-secure-code

Este día le iremos por otro rumbo de la historia y vemos el "lado oscuro de Linux". Si bien todo buen usuario de GNU/Linux da muy buena referencia de los sistemas que utiliza, no significa que todas las distribuciones sean queridas por la comunidad o por un grupo especial de usuarios. Por eso ésta ocasión preguntamos ¿Cuál es ese Linux que no usarías? Por ejemplo la Free Software Foundation (FSF ) sólo avala aquellas distribuciones 100% libres [...]

Quinto problema de la Olimpiada Matemática de Asturias 2013. El enunciado es el siguiente:

Obtén los dos valores enteros de x más próximos a 2013º, tanto por defecto como por exceso, que cumplen esta ecuación trigonométrica:

A por él.

Entra en Gaussianos si quieres hacer algún comentario sobre este artículo, consultar entradas anteriores o enviarnos un mensaje.

Construye tú también el poliedro de Császár.

Esta es una técnica útil que me saqué de la manga para ennumerar records  individualmente en las vistas de Rails, srive para mostrar algo así como "Record #1, Record #2, Record #3" etc. en la vista show (o bien, cualquiera) de un record individual de la base de datos en Rails. Mi ORM es Mongoid (en la app donde probé esto)  pero supongo que funciona para cualquier tipo de ORM usando el mismo snippet, no tendría porqué no funcionar (aunque me parece que usando DB's relacionales hay alternativas más elegantes a esta para lograr el mismo objetivo) Veamos entonces el ejemplo:

En las organizaciones IT de las compañias, ya sean publicas o privadas, el resultado objetivo de los proyectos suele ser la puesta en Produccion de un nuevo Servicio TIC para el Negocio. Sin embargo, de forma tradicional y bajo un modelo ya superado, las organizaciones IT se han venido dirigiendo en mayor o menor medida fundamentalmente en base a dos tipos de departamentos de forma divergente y poco coherente:

-Gestión de Proyectos
(Alto valor y alto riesgo)

- Gestión de la Producción
(Bajo valor y bajo riesgo)

Con la llegada de las buenas practicas (ITIL) y nuevas normativas de Gestion de Servicios TIC (ISO 20000), este modelo tradicional cambia y evoluciona hacia un nuevo modelo basado en la Gestión de Servicios TIC en su totalidad de extremo a extremo, es decir, los Servicios demandan Proyectos que los mejoren y los Proyecos pasan a ser nuevos Servicios de forma convergente, coherente y no disruptiva para Negocio.

Si nos fijamos en la evolución de la madurez de las Organizaciones IT orientadas a Servicios (Estrategia, Diseño, Transición y Operación) , segun el ciclo constante de la Mejora Continua, los aspectos de Estrategia, Diseño y Trasición de los Servicios se mapean y solapan de forma directa con la Gestion de Proyectos desde su momento incicial (incluso en la generacion del "Business Case" de cada proyecto). Del mismo modo que las mejoras generadas y demandadas en la Operacion de los Servicios, se convierten en Proyectos que mejoren los existentes.

Por tanto, siendo el resultado objetivo de los Proyectos, la generacion de nuevos Servicios y siendo mejorados los Servicios existentes por nuevos Proyectos; la Gestion de los Proyectos y de los Servicios debe ser conjunta entre los Project Managers (que mantienen el Porfolio de Proyectos) y los Service Managers (que mantienen el Catalogo de Servicios), dentro del mismo Gobierno de la propia Organizacion IT.

Para ayudar en esta Gestion Conjunta de Proyectos y Servicios de cara a mejorar claramente los resultados de la Oragnizacion IT para con Negocio (ya no basta con estar alineados), surgen nuevas opciones y alternativas como es el caso de la Arquitectura Empresarial (marco de trabajo TOGAF), la cual actua de "pegamento" entre ambas responsabilidades de Gestión (Proyectos y Servicios), cuyas dos funciones principales son tanto la gestion de los Procesos de Negocio, como la gestión de las Calidades Sistemicas [Manifiestas: Rendimiento, Fiabilidad y Disponibilidad; Operacionales: Manejabilidad, Calidad, Trazabilidad y Seguridad; Evolutivas: Escalabilidad, Flexibilidad, Portabilidad, Reutilidad, Extensibilidad y Mantenibilidad] de cara a cubrir no unicamente la utilidad de los Proyectos sino tambien la garantia de los Servicios.

Cabe destacar que toda esta nueva y renovada Organizacion IT es completamente compatible con la Oficina de Gestion de Proyectos (PMO) y con la Oficina de Gestion de Servicios (SMO), dentro del Gobierno IT.

La PMO dará soporte, y será responsable del mantenimiento del Porfolio de Proyectos y su correcta gestion por parte de los Project Managers al igual que gestionar sus propios indicadores; y la SMO dará soporte, y será responsable del mantenimiento del Catalogo de Servicios y su correcta gestion por parte de los Service Managers al igual que gestionar sus propios indicadores.

Finalmente, a modo resumen, indicar y exponer los distintos niveles de evolución [Bajo, Medio, Alto y Muy Alto] dentro del modelo de madurez de la Organizaciones IT orientadas a Servicios, en base al ciclo constante de la Mejora Continua:

Acabo de instalar Debian Wheezy 7.0 y decidí dar un paso adelante en el uso de software libre. Para ello lo más directo es ir a por una de las "bestias negras" principales: Adobe Flash Player. En lugar de dejarme llevar e instalarlo, abrí Synaptic y localicé e instalé xine-plugin.

Con la llegada de Wheezy a la rama estable de Debian, desde la propia web del proyecto anunciaban que los repositorios Backports irían integrados en la rama principal “main“ Los Backports son repositorios que usa la rama estable de Debian donde tienen paquetes más actualizados que en los repositorios normales. Son repositorios fiables, por supuesto, [...]

Como se debieron haber enterado hace ya algún tiempo, Google empezó a cobrar por el uso de Google Apps. El mínimo son 5 dólares por usuario al mes y si bien Google Apps y toda su infraestructura es buena hasta cierto punto, la realidad es que la mayoría de las personas con pequeños negocios lo usaban para obtener cuentas de correo personalizadas del estilo "@midominio.TLD" Dejando del lado cualquier otra feature que pudiesen ofrecer.

La alternativa gratuita de Google Apps era eficaz para este caso de uso con un total de hasta 10 cuentas de correo personalizado gratis por dominio, Ahora que esta opción es de pago (y a mi parecer algo cara) es difícil encontrar una alternativa similar que nos preste estos beneficios sin pagar, pero por suerte existe y viene de la mano de Microsoft y Outlook.com ofreciéndonos no 10, sino 50 direcciones de correo personalizado completamente GRATIS.

Veamos pues cómo obtenerlas:

NOTA: Para poder hacer esto requerirás tener un dominio comprado con cualquier compañía registrante de dominios y acceso a su DNS Manager para crear nuevos records (en este caso uno MX), además de una cuenta microsoft cualquiera para poder acceder al panel administrativo de tu dominio en Live.

Paso 1:

Tenemos que irnos a http://domains.live.com/ para asociar un dominio a nuestro panel live. Iniciamos sesión con la cuenta microsoft que tengamos y damos click en el link de "Introducción" de Dominios Personalizados como se alcanza a apreciar en la imagen a continuación:


Paso 2:

Una vez clickeamos ahí (con nuestra sesión iniciada) seremos llevados a una pantalla donde tendremos que escribir la dirección de nuestro dominio (puede ser cualquier TLD sin problemas) y dejamos marcada la opción de "Configurar Outlook.com para mi dominio" como se muestra en la siguiente imagen:


Damos click en "Continuar" y en la siguiente ventana metemos el captcha que nos piden y pulsamos "Aceptar". Luego de varios intentos por introducir el captcha correcto (jajajjaa) deberíamos ver algo como esto:


Ahí nos explican qué datos debe llevar el registro MX que debemos crear en nuestra consola de administración del dominio. En este tutorial usaré Godaddy como referencia:

Sin cerrar la página previa, abrimos godaddy.com en nuestro navegador y nos logueamos. Accedemos a "Mi Cuenta > Dominios"  y hacemos click en el botón verde de Iniciar. Nos aparecerá algo como esto:


Seleccionamos el dominio para el cual queremos activar el correo y damos click en su enlace, lo que nos llevará a una pantalla parecida a esta:



Donde le daremos click a la algo oculta (pero presente) opción para lanzar el DNS Manager del dominio, cosa que a su vez nos traerá a otra ventana donde podremos añadir registros DNS para el dominio en cuestión. En este caso nos interesa la sección de MX, así que la buscamos y le damos click en "Agregar rápidamente" para luego introducir los datos que Microsoft nos entregó capturas atrás:


Nos vamos hasta abajo y clickeamos el botón de "Guardar archivo de zona". Tras haber guardado el registro DNS correctamente, esperamos unos minutos (puede tardar hasta 1 hora y en casos exagerados incluso 48) y regresamos a la página de verificación de Microsoft (la que no cerramos al abrir godaddy), donde si clickeamos el botón de "Actualizar" en el recuadro amarillo veremos que nuestro dominio fue verificado exitosamente y ahora solo nos queda añadir las cuentas personalizadas que queramos, (hasta 50 por dominio, recuérdenlo). En caso de haber agregado el registro y que tu dominio no se verifique al clickear el "actualizar" en la página de verificación, trata de nuevo 1 hora 15 minutos más tarde, y si no queda, vuelve intentar 24 o hasta 48 horas después.

Paso 3:

Ya que el dominio esté verificado con Microsoft, en la siguiente pantalla que aparecerá podremos añadir nuestras cuentas personalizadas clickeando el botón de "Añadir" que vemos en la imagen de abajo:


Ya que hayamos creado las cuentas que queramos, para acceder a ellas nos vamos a Outlook.com donde podremos usar nuestras recién creadas credenciales personalizadas para acceder a nuestra bandeja de correo personal. los correos que mandemos serán enviados por medio de una dirección del tipo @midominio y también nos podrán escribir a la misma sin ningún problema, pudiendo nosotros checar el correo en Outlook.com (o cualquier cliente de correo o dispositivo que queramos usar) de manera completamente normal; Recordemos que esta dirección de correo tiene las mismas prestaciones y comportamiento de una cuenta microsoft normal, pero con nuestro propio dominio después del arroba.

Vamos conhhecer as novidades na instalação do Fedora 19 Alpha, que a poucos dias foi disponibilizado: http://fedoraproject.org/pt_BR/get-prerelease, estas são muitas e posso garantir que ficou mais simples, fácil, rápido e ainda social, sendo assim mãos a obra:

 

   Na primeira tela praticamente é a mesma do Fedora 18:

leia mais