viernes, 16 de diciembre de 2011

domingo, 30 de octubre de 2011

Ámbitos divididos en DHCP. Dotando de alta disponibilidad al servicio DHCP (y III)


Continuo con la tercera y última parte de este laboratorio de ámbitos divididos en dos servidores DHCP. La primera parte del artículo de este laboratorio se encuentra aquí mientras que la segunda parte se puede localizar aquí.


Una vez completada la configuración de ambos servidores DHCP y generado el ámbito dividido se va a proceder a probar el servicio. Para ello se utilizará la máquina WS1 a la que se ha configurado una interfaz de red para que obtenga su dirección IP mediante el protocolo DHCP.

Una vez arrancada la máquina se comprueba que ha obtenido una dirección del servidor primario SRV1 mediante la ejecución del comando ipconfig.

Concesión de IP desde SRV1

El siguiente paso es parar el servidor DHCP en SRV1 para que la próxima petición de IP sea atendida por el servidor SRV2. En este laboratorio se ha realizado mediante la herramienta de administración del servidor DHCP.

Desactivación del servicio DHCP en SRV1

Tras renovar la cesión de IP en la máquina WS1 se puede comprobar como la nueva IP corresponde al subrango que proporciona el servidor SRV2.

Concesión de una nueva IP desde SRV2

Con esto doy por terminado este tutorial sobre la nueva funcionalidad de ámbitos divididos en Windows Server 2008 R2. Si quereis ampliar vuestro conocimiento sobre este tema a continuación os presento algunos enlaces útiles.



lunes, 26 de septiembre de 2011

Ámbitos divididos en DHCP. Dotando de alta disponibilidad al servicio DHCP (II)

Continuo con la segunda parte de este laboratorio de ámbitos divididos en dos servidores DHCP. La primera parte del artículo de este laboratorio se encuentra aquí.

Una vez que se ha completado la configuración del primer servidor DHCP y verificado su correcto funcionamiento, voy a proceder a instalar el servidor DHCP en el segundo servidor para posteriormente configurar el ámbito dividido desde la consola gráfica de las herramientas de administración de Windows que previamente se ha instalado en la máquina WS1.


Para instalar el servidor DHCP en el segundo servidor Windows 2008 Server Core es necesario ejecutar el comando siguiente en el servidor SRV2:

dism /online /Enable-Feature /FeatureName:DHCPServerCore

Instalación del rol de servidor DHCP en la máquina SRV2
A partir de ahora el resto de la configuración se va a realizar desde la máquina WS1 usando la consola de la herramienta de administración de DHCP.

El primer paso es lanzar el asistente para generar el ámbito dividido. A este asistente se puede acceder desde un menú contextual pulsando el botón derecho del ratón sobre el ámbito "RangoDHCP", seleccionar la opción "Opciones avanzadas..." y finalmente en "Ámbitos divididos".

Ejecución del asistente de configuración de ámbitos divididos
En la primera ventana del asistente se muestra un resumén de la funcionalidad de ámbitos divididos y sus ventajas. Para continuar con el asistente se debe hacer clic en el botón "Siguiente".

Inicio del asistente de configuración de ámbitos divididos
En la siguiente ventana se debe introducir la IP del servidor adicional, que en el caso de este laboratorio es 192.168.36.50 y se debe hacer clic en el botón "Siguiente".

Adicción de datos del servidor DHCP principal al ámbito dividido
En la siguiente ventana se establece el porcentaje de división del ámbito. Por regla general este siempre mantiene la proporción 80%-20% y en el caso de este laboratorio se mantiene esa proporción quedando dos subrangos, el primero desde la IP 192.168.36.128 hasta la IP 192.168.36.228 (100 IP) y el segundo rango desde la IP 192.168.36.229 hasta la IP 192.168.36.254 (25 IP).

Configuración del porcentaje de división
El siguiente paso es la configuración del tiempo de demora para la distribución de direcciones IP (DHCP OFFER) tanto en el servidor principal como en el servidor secundario. En el caso de este laboratorio se ha establecido una demora de 0 milisegundos para el servidor principal y de 700 milisegundos para el servidor agregado. Una vez establecidos los tiempos de demora se debe hacer clic en el botón "Siguiente".

Configuración del retraso de DHCP OFFER
La siguiente pantalla del asistente muestra un resumen de los parametros que se han indicado para la generación del ámbito dividido antes de generarlo. Después de revisar los datos mostrados se hace clic sobre el botón "Finalizar".

Resumen de la configuración de ámbitos divididos antes de completar la operación
Una vez completado el proceso se volverá a mostrar una ventana donde se resume el estado de todas las tareas realizadas. Una vez comprobado que se han ejecutado todas correctamente se debe hacer clic sobre el botón "Close".

Resumen de la configuración de ámbitos divididos después de completar la operación
Una vez finalizada la tarea de configuración del ámbito dividido mediante el asistente es posible visualizar el resultado de las operaciones realizadas a través de la consola de administración del servidor DHCP tal y como se muestra en las siguientes dos figuras.

Servidor principal de DHCP
Servidor agregado de DHCP
Con este último paso doy por finalizado el segundo artículo de este tutorial. Queda pendiente la última entrega donde se realizan pruebas para demostrar el correcto funcionamiento del ámbito dividido.

viernes, 23 de septiembre de 2011

Ámbitos divididos en DHCP. Dotando de alta disponibilidad al servicio DHCP (I)

Uno de los servicios que más frecuentemente se ofrecen a los usuarios en cualquier organización es el servicio de DHCP y es este uno de los que más incidencias genera cuando falla puesto que se deja al usuario completamente aislado de la red. Por suerte para los administradores de sistemas y redes Microsoft ha implementado una nueva funcionalidad en Windows Server 2008 R2 de ámbitos divididos que nos permite dotar de cierta capacidad de alta disponibilidad a este servicio de forma automatizada frente a las antigua configuración manual.
Esta nueva configuración emplea un segundo servidor DHCP con una demora de tiempo en su configuración que genera un retraso en la atención de las peticiones DHCP DISCOVER de los clientes DHCP permitiendo al servidor principal responder con DHCPOFFER. Cuando este servidor primario se encuentre fuera de servicio será el servidor secundario quien se encargue de atender las peticiones y distribuir  las direcciones IP hasta que el servidor primario vuelva a estar disponible.

Un punto muy importante a tener en cuenta es que ámbitos divididos solo funciona en entornos IPv4 aunque esta sea la situación que se presente de forma mayoritaria en cualquier organización me parece muy importante indicarlo.

Para demostrar el funcionamiento de esta funcionalidad voy a montar un laboratorio de prueba con dos servidores Windows 2008 R2 Core que suministrarán los servidores DHCP necesarios. Como cliente utilizare un equipo con Windows 2008 R2 SP1 con una instalación completa que nos servirá tanto de cliente DHCP como para realizar la parte de configuración de ámbitos divididos.

Esquema laboratorio ámbitos divididos DHCP
Siguiendo la filosofia de Window Server 2008 Core voy a realizar toda la instalación y configuración del servidor DHCP mediante la consola de comandos de Windows Server 2008 Core excepto la parte correspondiente a la configuración de ámbitos divididos que la realizaré de forma gráfica en la máquina cliente WS1. Al mismo tiempo aprovecharé esta máquina WS1 como cliente del servicio DHCP para probar el correcto funcionamiento de la configuración realizada.

Comenzamos entonces con el primer paso de este laboratorio que es la instalación del servidor DHCP que se realice mediante el siguiente comando:

dism /online /Enable-Feature /FeatureName:DHCPServerCore

Instalación del servidor DHCP
El siguiente paso es configurar el servicio dhcpserver en modo de arranque automático mediante el siguiente comando:
sc config dhcpserver start= auto

Cambio del tipo de arranque del servicio DHCP
El siguiente paso es arrancar el servicio del servidor DHCP mediante el siguiente comando:

net start dhcpserver

Arranque manual del servicio DHCP
El  siguiente paso es definir el ámbito del servidor DHCP que es nuestro caso hemos denominado RangoDHCP con el direccionamiento 192.168.36.0/24 mediante el siguiente comando:

netsh dhcp server 192.168.36.40 add scope 192.168.36.0 255.255.255.0 RangoDHCP

Definición del ámbito DHCP 192.168.36.9/24
El siguiente paso es añadir al ámbito el rango de IP que se van a ofrecer a los clientes DHCP que en nuestro caso se corresponde con el rango 192.168.36.128/25 en mediante el comando:

netsh dhcp server 192.168.36.40 scope 192.168.36.0 add ip range 192.168.36.128 192.168.36.254

Definición del rango de IP a ofrecer a los clientes
El siguiente paso es configurar los valores de la puerta de enlace (003) y los servidores DNS (006) que en nuestro laboratorio es la IP 192.168.36.1 para la puerta de enlace y las IP 102.168.36.1 y 192.168.36.2 para los servidores DNS. Este paso se realiza mediante los siguientes comandos:

netsh dhcp server 192.168.36.40 scope 192.168.36.0 set optionvalue 003 IPADDRESS 192.168.36.1
netsh dhcp server 192.168.36.40 scope 192.168.36.0 set optionvalue 006 IPADDRESS 192.168.36.1 192.168.36.2

Configuración de la puerta de enlace y servidores DNS
El último paso de la configuración en el primer servidor DHCP es activar el ámbito mediante el siguiente comando:
netsh dhcp server 192.168.36.40 scope 192.168.36.0 set state 1

Activación del ámbito RangoDHCP
Una vez completada la configuración ha llegado el momento de verificar el funcionamiento del servidor DHCP mediante el equipo WS1. Una vez encendido el equipo verificamos el direccionamiento IP que ha obtenido mediante una petición DHCP y podemos comprobar que tiene la IP 192.168.36.128 que se encuentra dentro del rango definido en el ámbito RangoDHCP del servidor SRV1.

Detalles de la conexión de red de WS1
En el servidor SRV1 podemos comprobar las estadísticas del servidor DHCP habilitado mediante el siguiente comando:
netsh dhcp server 192.168.36.40 show mibinfo

Estadísticas del servidor DHCP SRV1
Con esto finaliza la primera entrega del tutorial de este laboratorio relacionado con ámbitos divididos del servidor DHCP de Windows Server 2008 R2.

sábado, 17 de septiembre de 2011

Obtener información de un bosque de Directorio Activo

Os dejo el enlace a un script creado por Fernando Reyes (Urpiano) que permite obtener de forma separada en ficheros de texto información acerca de un bosque de Directorio Activo.
En concreto, obtiene la siguiente información:
  • Dominios
  • Sitios
  • Controladores de dominio
  • Unidades organizativas
  • Buzones de correo Exchange
  • Contactos
  • Listas de distribución
  • Equipos
  • Usuarios
Enlace al script de información de Directorio Activo

Disfrutadlo y hasta el próximo artículo.

sábado, 27 de agosto de 2011

Reindexar Spotlight en MacOS

La pasada semana me vi obligado a sustituir mi actual disco duro por otro de mayor capacidad y fue en ese momento cuando le di gracias a Dios por tener un Macbook. Los pasos son muy sencillos:

  1. Copiar todo el contenido del disco antiguo al nuevo mediante la herramienta Carbon Copy Cloner.

  2. Sustituir un disco por el otro. 

Y con esto finalizado el trabajo, o eso creía yo, porque había algo que no funcionaba y ese no era otro que Spotlight que no era capaz de encontrar casi ningún fichero ni aplicación. La solución, reindexar el contenido completo del disco duro y la forma de hacerlo es tan sencillo como ejecutar el siguiente comando desde una consola de Terminal:

mdutil -E /





Ejecución del comando desde Terminal





Reindexado de Spotlight en funcionamiento




miércoles, 17 de agosto de 2011

Reporting Services 2008 no arranca después de actualizar a R2

Me encontraba yo aburrido y me dio por actualizar una instancia de SQL Server 2008, que utilizo en una maqueta para un curso, a SQL Server 2008 R2. En principio todo fue correctamente hasta que probé a arrancar el Reporting Services y me encontré con el error mostrado en la figura siguiente.




Error al arrancar Reporting Services

El primer paso fue revisar el visor de eventos donde me encontré con los eventos 113, 140 de «Report Server Windows Service (MSSQLSERVER)» y 0 de «SQL Server Reporting Services (MSSQLSERVER)» que son bastante poco indicativos de cuál era el problema que estaba impidiendo arrancar el servicio con normalidad.




Eventos de Aplicación 113, 140 y 0
El siguiente paso fue revisar el log de errores de Reporting Services filtrando los mensajes de error y me encontré el siguiente mensaje de error «ERROR: Error creating counter. Category: MSRS 2008 R2 Windows Service, Counter: Report Requests, Instance: MSSQLSERVER. Error Description: System.InvalidOperationException: El contador de rendimiento solicitado no es un contador personalizado, se debe inicializar como ReadOnly».

Tras un ratito maldiciendo mi ocurrencia de actualizar algo que estaba funcionando y de paso buscando por Google (que diferente sería nuestra vida sin Internet) he encontrado el KB956155 de Microsoft donde habla de un problema al eliminar la versión de 32 bits de SQL Server 2008 que hace que se borren varias claves del «Registro de Windows siendo una de ellas la que indica el error que aparecía en mi fichero de log.

Aunque no se trata del mismo error decido crear las cuatro claves de registro según indica el «Método 2» del KB. Resumiendo, se trata de crear las siguiente claves de tipo multi-cadena (REG_MULTI_SZ) sin ningún valor:
  • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2008 Web Service\Performance:Counter Names

  • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2008 Web Service\Performance:Counter Types

  • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2008 Windows Service\Performance:Counter Names

  • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2008 Windows Service\Performance:Counter Types




Claves de registro generadas
Por último solo quedaba arrancar el servicio y comprobar que ya se encontraba operativo nuevamente tal y como se muestra en esta última figura.




Inicio normal de Reporting Services
Con esto me despido hasta el próximo artículo.

viernes, 12 de agosto de 2011

Problem Step Recorder (PSR) en Windows 7 y Windows 2008 Server

Hoy voy a hablar de una nueva herramienta que está disponible en Windows 7 y Windows 2008 Server que permite grabar todas las acciones que se realizan directamente sobre el equipo, su nombre es «Problem Step Recorder» (PSR).

Realmente esta herramienta fue pensada para que los técnicos de soporte pudieran ver «en vivo» los problemas y acciones que realizan los usuarios de una forma gráfica, pero a mi me sirve para realizar la documentación de los distintos procesos de una forma rápida para posteriormente subirlos a mi base de datos del conocimiento privada.

La utilidad se ejecuta desde una ventana de «Símbolo de sistema» mediante el comando «psr» (sin las comillas) tal y como se muestra en la figura siguiente:




Ejecución de la herramienta PSR
Si se desea capturar alguna ventana que se esté ejecutando como «Administrador» es necesario ejecutar la herramienta con privilegios de Administrador».

La herramienta tiene una ventana de configuración que se accede desde la opción de «Configuración...» dentro del menú de ayuda tal y como se muestra en la figura siguiente:




Acceso a la configuración
Dentro del apartado de configuración es posible configurar la ruta de destino de la captura, si se desea realizar la captura de la pantalla y el número de capturas de pantalla a realizar tal y como se muestra en la figura siguiente:




Dialogo de configuración
Por último, he realizado una captura de ejemplo con comentarios que he subido al siguiente enlace y os puede servir de muestra de las capacidades de esta herramienta.

domingo, 7 de agosto de 2011

BOINC, computación distribuida solidaria

Muchos de nosotros tenemos un ordenador en nuestras casas que usamos como servidor de ficheros o, como en mi caso, para descargar ficheros ISO (de software libre o adquirido legalmente, no vayáis a pensar mal). Estos equipos realmente hacen muy poco uso de la CPU ya que no se suelen usar de forma directa y habitual, entonces, ¿por qué no aprovechar esos ciclos muertos en algo provechoso para toda la humanidad?


Pues esto lo puedes hacer con BOINC, se trata de un software de computación distribuida creado por la Universidad de Berkeley (EE.UU.) que nos permite ayudar a investigaciones científicas en muchas áreas, incluyendo física, química, biología, medicina, matemáticas, astronomía, etc.

Básicamente te instalas un cliente (con versiones para Windows, Mac y Linux), eliges los proyectos en los que quieres participar y listo. En mi caso está instalado en un equipo con un procesador VIA C7 a 1,5 GHz de un solo núcleo y no se nota ninguna sobrecarga porque el propio programa cuando detecta que existe actividad en el equipo para los cálculos y los continua cuando detecta que esta ha cesado.

Os paso el enlace de la web de BOINC y sed solidarios, no os cuesta nada y quién sabe, quizás contribuyas a realizar algún descubrimiento primordial para la humanidad.

Invitaciones para Google Plus

Resulta que Google nos ha dado a los usuarios de Google Plus un paquete de 150 invitaciones y esta vez nos ha facilitado la vida permitiendo distribuirlas mediante un enlace. Para aquellos que quieran probarlo aquí les dejo el enlace.

miércoles, 3 de agosto de 2011

Recuperando mensajes en Exchange con Outlook ( y parte II)

Este artículo es la segunda parte de este otro. Me quedó pendiente comentar los motivos por los que este servicio que proporciona Exchange no me gusta.


Realmente tan solo hay un motivo principal: en la mayor parte de los casos no funciona, es decir, el mensaje no es recuperado de la Bandeja de Entrada del receptor. Es más, en varias circunstancias se le remite al receptor un mensaje de notificación indicando que se ha tratado de recuperar el mencionado mensaje similar al mostrado en la siguiente figura.

Notificación de intento de recuperación de mensaje

¿No es esto peor que haberse equivocado al enviar el correo? No solo pone de manifiesto que existe un correo que no se quiere que el receptor lea, sino que encima posa la atención del mismo sobre este correo y por último muestra la intención de borrarlo de forma poco clara.

En resumen, la recuperación de mensajes depende de las siguientes circunstancias:

  • El cliente de correo que usa el receptor, basicamente si usa Outlook.
  • La configuración del cliente de correo del receptor, principalmente de la opción de «Procesar automáticamente convocatorias de reunión y respuestas a convocatorias de reunión y sondeos».
  • La lectura del correo enviado por parte del receptor. Si lo ha leído, no se puede recuperar el mensaje de correo.
  • La ubicación del receptor del correo, es decir, si pertenece a la organización de Exchange o es un usuario  externo.

Un consejo, digan a los usuarios que antes de pulsar el botón «Enviar», se paren un segundo y realicen los siguientes tres pasos:

  1. Revisa las direcciones de correo en los campos «Para», «CC» y «CCO».
  2. Revisa los ficheros adjuntos al correo electrónico.
  3. Revisa el asunto y el cuerpo del correo y analiza su contenido.

lunes, 1 de agosto de 2011

Recuperando mensajes en Exchange con Outlook (parte I)

Hace algún tiempo un compañero de la empresa en la que trabajo me pregunto por esta funcionalidad que ofrece Exchange, así que he decidido crear una entrada en mi blog explicando su funcionamiento.
He decidido dividir el artículo en dos partes, en la primera voy a explicar el funcionamiento del servicio y en la segunda mis razones para no usarlo o al menos no publicarlo como un servicio de «borrado de errores» a los usuarios.


En mi caso voy a utilizar una maqueta basada en Microsoft Windows 2008, Microsoft Exchange 2007 y Microsoft Outlook 2010 en español instalados sobre la misma máquina virtual que también hace de controlador de dominio. Como apunte adicional, comentaros que esta funcionalidad se encuentra tambien disponible en las versiones de 2003/2007 Microsoft Outlook y en la versión 2010 de Microsoft Exchange.

Voy a partir de la situación ficticia en la que existen dos usuarios de la misma organización de Exchange. El usuario «Usuario Enviador» con dirección de correo uenvia@averno.int ha enviado un correo por error al usuario «Usuario Receptor» con dirección de correo urecibe@averno.int. A «Usuario Enviador» no le interesa que «Usuario Receptor» vea el contenido de este correo por lo que quiere recuperarlo.

El proceso es sencillo, en este caso «Usuario Enviador» se ha dado cuenta de su error y realiza los siguientes pasos desde Outlook:

  • Busca el mensaje en su carpeta de «Mensajes Enviados».

    Buscando el correo erroneo en Elementos enviados.

    • Abre el mensaje y en la cinta selecciona la pestaña «Archivo» tal y como se muestra en la figura siguiente:

      Pestaña «Archivo» dentro del mensaje enviado.

      • En la categoría «Información» selecciona la opción «Recuperar este mensaje» dentro del botón «Volver a enviar o recuperar».

        Localización de la opción «Recuperar este mensaje...».

        • En la ventana de dialogo «Recuperar este mensaje» que se abre a continuación selecciona las opciones «Eliminar las copias no leídas de este mensaje» e «Informar del éxito de la recuperación para cada destinatario» y pulsa el botón de «Aceptar».

          Opciones de recuperación del mensaje.

          Ahora le toca rezar y esperar a que le llegue el mensaje de notificación de éxito o fallo según corresponda. ¿El motivo? De forma general se pueden plantear dos posible situaciones, la primera en la que «Usuario Receptor» no haya leído todavía el mensaje original, y la segunda en que si lo ha hecho.

          En el primer caso el mensaje se recuperará y «Usuario Enviador» recibirá un mensaje como el de la siguiente figura:


          Notificación de recuperación realizada.

          En el segundo caso, es decir, que «Usuario Receptor» haya leído el mensaje, Exchange no lo recuperará y el usuario «Usuario Enviador» recibirá un mensaje como el de la siguiente figura:


          Notificación de recuperación no realizada.

          Esta forma de verificar el resultado de la recuperación resulta útil cuando el número de receptores es muy pequeño, pero cuando se tratan de veinte o treinta no lo es. Otra forma de comprobar el resultado de la recuperación mucho más efectiva para estos casos es a través del botón «Seguimiento» que se puede localizar en la cinta del mensaje enviado según muestra la figura siguiente.

          Seguimiento del mensaje recuperado.

          Como se ve del ejemplo el funcionamiento del servicio es muy sencillo pero no todo es tan bonito como lo pintan, ahora viene la parte negativa. El funcionamiento del servicio depende muchísimo de que el receptor cumpla ciertos requisitos previos, para no complicarlo he extraído esta tabla de la documentación disponible de Office.com para explicar las distintas situaciones y condicionantes y sus resultados.


          SITUACIÓN RESULTADO

          Envía un mensaje de correo electrónico a una persona. Recupera el mensaje original y lo sustituye por uno nuevo.
          En el equipo del destinatario, en Opciones de seguimiento, la opción Procesar convocatorias y respuestas al recibirlas está activada.

          Tanto el mensaje original como el mensaje de recuperación llegan a la Bandeja de entrada del destinatario.
          Suponiendo que el mensaje original no se haya leído, éste se eliminará y al destinatario se le informará de que el remitente eliminó el mensaje de su buzón.
           NOTA   Si el mensaje original está marcado como leído (en este escenario, si este mensaje se ve en el Panel de lectura, no significa que se lea) al intentar recuperar el mensaje, al destinatario se le informará de que el remitente desea eliminar el mensaje, pero el mensaje permanecerá en la carpeta de Outlook del destinatario.
          Envía un mensaje de correo electrónico a una persona. Recupera el mensaje original y lo sustituye por uno nuevo.
          En el equipo del destinatario, en Opciones de seguimiento, Procesar convocatorias y respuestas al recibirlas no está activado.
          Tanto el mensaje original como el mensaje de recuperación llegan a la Bandeja de entrada del destinatario.
          En el equipo del destinatario se dará una de las siguientes situaciones:
          • Si el destinatario abre primero el mensaje de recuperación, el mensaje original se borrará y al remitente se le informará de que el destinatario borró el mensaje de su buzón.
          • Si el destinatario abre primero el mensaje original, la recuperación no se realizará y tanto el mensaje original como el nuevo estarán disponibles.
           NOTA   Si el mensaje original está marcado como leído (en este escenario, si este mensaje se ve en el Panel de lectura, no significa que se lea) al intentar recuperar el mensaje, al destinatario se le informará de que el remitente desea eliminar el mensaje, pero el mensaje permanecerá en la carpeta de Outlook del destinatario.

          Envía un mensaje de correo electrónico a una persona. Recupera el mensaje original y lo sustituye por uno nuevo.
          En el equipo del destinatario, bien al establecerse mediante una regla, o bien por ejecución del destinatario, el mensaje original se mueve a otra carpeta y el mensaje de recuperación permanece en la Bandeja de entrada (o se mueve a otra carpeta).
          Si el mensaje de recuperación y el mensaje original se encuentran en carpetas independientes, el destinatario recibirá un mensaje indicando que no se pudo realizar un intento de recuperación. Esto ocurre independientemente de la configuración de Outlook y del estado de lectura del mensaje.
          El destinatario dispone del mensaje original y del nuevo mensaje.
           NOTA   Si el destinatario lee el mensaje original y, a continuación, lo marca como No leído, Outlook lo tratará como si nunca se hubiera leído y lo recuperará correctamente.
          Envía un mensaje de correo electrónico a una persona. Recupera el mensaje original y lo sustituye por uno nuevo.
          En el equipo del destinatario, bien por una regla bien por el destinatario, ambos mensajes se mueven a la misma carpeta. Esto resulta en un comportamiento similar al que ocurre cuando Outlook no está configurado para procesar automáticamente mensajes.
          En el equipo del destinatario se dará una de las siguientes situaciones:
          • Si el destinatario abre primero el mensaje de recuperación, el mensaje original se borrará y al remitente se le informará de que el destinatario borró el mensaje de su buzón.
          • Si el destinatario abre primero el mensaje original, la recuperación no se realizará y tanto el mensaje original como el nuevo estarán disponibles.
           NOTA   Si el destinatario lee el mensaje original y, a continuación, lo marca como No leído, Outlook lo tratará como si nunca se hubiera leído y lo recuperará correctamente.
          Envía un mensaje de correo electrónico a una carpeta pública. Recupera el mensaje original y lo sustituye por uno nuevo. Se da una de las siguientes situaciones:
          • Si el destinatario que lee el mensaje de recuperación creó y tiene acceso de lectura a todos los elementos de la carpeta pública, y no leyó el mensaje original, la recuperación se realiza correctamente y sólo permanece el nuevo mensaje. El remitente recibe un mensaje indicándole que la recuperación se realizó correctamente.
          • Si el destinatario ya ha marcado como leído el mensaje original, se le informa de que no pudo realizarse la recuperación y sólo se elimina el mensaje de recuperación.
          Si un usuario con otros derechos en la carpeta pública abre el mensaje de recuperación, la recuperación no puede llevarse a cabo y el usuario recibe un mensaje indicándole que la recuperación no se realizó correctamente. El mensaje nuevo y el original permanecen en la carpeta pública.
           NOTAS 
          • Si el destinatario lee el mensaje original y, a continuación, lo marca como No leído, Outlook lo tratará como si nunca se hubiera leído y lo recuperará correctamente.
          • En la carpeta pública, son los derechos de lectura y, no del remitente, los que determinan si la recuperación se realizará o no correctamente.

          Albúm de fotos en color de Nueva York en la década de 1940

          No puedo evitarlo, me encantan las fotografías que muestran la vida en lugares conocidos en otros tiempos. En este caso son de la ciudad de Nueva York en la década de los años cuarenta del siglo XX. Aquí os dejo el enlace.

          viernes, 15 de julio de 2011

          domingo, 29 de mayo de 2011

          He instalado Fedora 15 y ¿dónde están mis codecs?

          Si hay algo que tengo claro desde hace ya bastante tiempo es que Fedora es mi distribución, y no es por falta de probar, he pasado por decenas de distribuciones diferentes y aunque cada una tiene sus ventajas y desventajas, por un motivo u otro nunca quedaba medianamente satisfecho, y si no que se lo pregunten a mis compañeros de trabajo.

          Una de las pocas cosas que no me gustan de Fedora es su obsesión por no incluir por defecto software con patentes de software de ningún tipo. Es una de esas cosas que no entiendo, por lado se intenta crear un sistema operativo de escritorio "para todo el mundo", pero por otro lado eliminas hasta la posibilidad de instalarlo, y no ya la versión privativa sino hasta las alternativas libres basadas en esa patente. Para no seguir desbarrando, vamos a lo que nos interesa, voy a redactar una serie de comandos que podéis lanzar desde la shell de comandos para hacer vuestra vida más fácil y algo menos libre también. Recuerda que debes ejecutar estos comandos como usuario con privilegios de administrador, normalmente el usuario root.

          • Lo primero es instalar los repositorios necesarios, en este caso los de LIVNA:

          [root@maquina ignacio]#rpm -ivh http://rpm.livna.org/livna-release.rpm
          [root@maquina ignacio]#rpm –import /etc/pki/rpm-gpg/RPM-GPG-KEY-livna

          • Y ahora instalamos los codecs multimedia:

          [root@maquina ignacio]#yum install gstreamer-plugins-bad gstreamer-plugins-bad-nonfree gstreamer-plugins-ugly gstreamer-ffmpeg

          Y ahora a disfrutar de vuestros vídeos favoritos.

          PD: Si queréis saber más de la política de codecs de Fedora os dejo el siguiente enlace.

          viernes, 11 de marzo de 2011

          Instalar Exchange 2010 SP1 en Windows 2008 R2 SP1

          Una buena noticia para los administradores de Exchange. No sé si has instalado Exchange 2010 SP1 sobre Windows 2008 R2, pero si no lo has hecho y tienes la intención de hacerlo será mejor que leas esto antes. Aprovechate del principio del mínimo esfuerzo e instala previamente el Service Pack 1 de Windows 2008 R2 y todo será mucho más fácil, puesto que ya incluye todos las actualizaciones que necesitas para realizar una instalación mucho más sencilla, y sobre todo, rápida.

          domingo, 6 de febrero de 2011

          Las dificultades de la gestión automatizada de las listas blancas de remitentes de correo electrónico

          Tras este larguísimo título se esconde un buen artículo que trata conceptos básicos sobre la gestión automatizada de listas blancas de remitentes de correo electrónico aplicables a cualquier sistema de filtrado de correo.
          Aunque me hubiera gustado traducirlo al español, siguiendo mi política habitual, no me es posible debido a la licencia de derechos de autor por lo que tendréis que leerlo en un bonito español de Londres.

          ExchangeInbox.com - Email Auto-Whitelisting Pitfalls

          viernes, 14 de enero de 2011

          Fotos de Londres en el año 1880

          Un enlace con fotos sobre Londres sobre el año 1880 y es que hay cosas que no cambian y no me refiero a los edificios. Ya me entendéis, o eso espero.

          http://www.laboiteverte.fr/londres-en-1880/