.: Dave Dan :.

Lo peor que puede hacerse es cruzar un precipicio en dos saltos.

September 2007 - Artículos

Modificar las plantillas de alertas en SharePoint Server 2007

Hola de nuevo! 

Una alerta es una suscripción a un elemento del portal, ya sea un elemento, una lista, una librería o incluso a los resultados de una búsqueda. De esta forma el sistema, al producirse un evento sobre el objeto en cuestión, envía un correo electrónico a todos los usuarios que están suscritos al elemento informando sobre lo sucedido.

Esto no es nuevo en SharePoint, ya lo teníamos en SPS 2003 y aquellos que trabajasen con este producto estarán de acuerdo conmigo en que es una de las cosas que más se utilizan, tal vez por que es una característica bastante curiosa. No creo que pueda olvidar frases como: 'Ahh, y la pagina esta me manda un correo cuando me cambien el documento??' y por supuesto ... como no ... la de 'Esto se ha vuelto loco! por que me está enviando cien correos al día! como puede ser!!!' y al final el usuario está suscrito a todas las listas de un site por que en su momento, el primer día, entró, vió que 'esa página le mandaba un correo' y como por aquel entonces apenas tenía correo ... pues mira, así le daba uso. Por supuesto no podía haber seleccionado en 'Resumen Semanal' o en 'Resumen Diário' ... selecciona en 'Enviar Inmediatamente'. ( Es crítico conocer el estado de la quiniela )

Bueno, al tema que me lio.

Si os habeis fijado en los correos de notificación, la verdad es que son bastante feos.

Esto es modificable, y podemos personalizarlo de cara a que todos los mensajes que se envíen en nuestra empresa cumpla con la identidad corporativa. ( Es decir, que tenga los mismo colores, fentes, imágenes, etc que tiene que tener cualquier comunicado que emita la empresa ).

La forma de configurarlo es muy sencilla, solo tenemos que modificar un fichero que se llama 'AlertTemplates.xml'. En este fichero podremos configurar los Filtros, Propiedades y el diseño para cada tipo de lista de SharePoint.

Este fichero está en 'C:\Program Files\Common Files\Microsoft Shared\Web Server Extensios\12\AlertTemplates.xml'

NOTA: IMPORTANTE - Si os veis en la tesitura de tener que hacer estos cambios os recomiendo que saqueis una copia de este fichero por que si se rompe ... malo, malo.

Vamos a empezar definiendo los filtros.

Los filtros nos van a permitir crear nuevos desencadenantes para eventos como por ejemplo, cuando la localización de un evento cambia o la fecha en la que se va a producir, etc. Nosotros podemos modificar estos desencadenantes e incluso crear nuevos basándonos en consultas CALM ( Collaborative Application Markup Language ).

Os paso una relación de los operadores CALM de uso comun

Eq

equals
Neq not equals
Lt less than (numbers only)
Gt greater than (numbers only)
Leqr less than or equal to (numbers only)
Geq greater than or equal to (numbers only)
BeginsWith begins with (strings only)
Contains contains (strings only)


Con estos operadores podríamos crear cualquier filtro que deseemos teniendo en cuenta el valor de los campos de nuestro elemento de la lista. Por ejemplo, esta sería la consulta necesaria para activar un filtro que dispare n desencadenante cuando se cambie la fecha de un evento.


<filterdefinition>
   <friendlyname>$Resources:Alerts_4_filter;</friendlyname>
   <shortname>$Resources:Alerts_4_filter_shortname;</shortname>
   <query>
      <or>
         <neq>
            <fieldref name="EventDate/New">
            <fieldref name="EventDate/Old">
         </neq>
         <neq>
            <fieldref name="EndDate/New">
            <fieldref name="EndDate/Old">
         </neq>
      </or>
   </query>
</filterdefinition>

Por otro lado tenemos una sección de Propiedades en la que nos va a ser posible agregar o excluir campos de la lista que queremos que sean visibles en el correod e notificación.  

<Properties>
  <ImmediateNotificationExcludedFields>ID;Author;TaskGroup;</ImmediateNotificationExcludedFields>
  <DigestNotificationExcludedFields>ModifiedBy;ContentType;IsCurrent</DigestNotificationExcludedFields>
</Properties>

Y por último tenemos los formatos ( por fín!! )

En la sección del formato podemos definir el aspecto visual al correo electrónico que se envía a los usuarios registrados, para ello podemos definirnos incluso clases ( CSS ) embebidos de forma que podemos modelar el aspecto que deseemos.

Vamos a ver un poco como deberíamos trabajar cuando tenemos que hacer este tipo de tareas. Daros cuenta que dado que estamos modificando un fichero del sistema, por lo que tenemos que extremar el cuidado.

  1. Ir a la carpeta 'c:\program files\common files\microsoft shared\web server extensions\12\xml'
  2. Copiar 'AlertTemplates.xml' con el nombre 'Custom_AlertTemplates.xml'
  3. Editamos el fichero.
  4. Moificamos el estilo.
  5. Dentro de la sección Format Element tenemos un estilo llamado .formbody y otro que se llama .headercontent. Vamos a hacer un pequeño experimiento cambiando el color.

Cada tipo de lista tiene su propio template definido dentro del fichero. El primero que aparece en el documento es el de la lista Genérica. Las otras listas heredan directamente de la genérica.

Bien, una vez hecho el cambio solo nos queda publicar los contenidos a la base de datos de contenido de la aplicación Web. Para ello utilizaremos la aplicación STSADM.

  1. En el servidor SharePoint abrimos una consola de comandos.
  2. Navegamos a la carpeta 'c:\program files\common files\microsoft shared\web server extensions\12\bin'
  3. Ejecutamos la siguiente orden:

stsadm updatealerttemplates /URL <http://servidor> /f <RutaHastaelNuevoFichero> /LCID <IdentificadordeCultura> 

Bien, una vez registrado solo nos quedaría hacer una prueba a ver si lo hemos hecho bien. Para ello nos vamos a una librería de documentos y nos suscribimos a los eventos, por ejemplo cuando se cambie algo en el fichero.

Solo quedaría hacer un cambio en el fichero y esperar a que llegue nuestro correo con nuestro nuevo diseño.

Espero haber sido de ayuda

Un Saludo a todos ... hasta la próxima

Creación de entornos multiidioma con SharePoint Server 2007

Hola.

Después de una semana de Piloto que me ha destrozado y otra semana para recuperarme, estoy recuperando el ritmo de posts, que tengo varios en el tintero y no consigo ni un momento para terminarlos y subirlos por aquí...

Bueno, al tajo ...

Si alguno de vosotros ha trabajado con SharePoint 2003 recordareis que crear entornos multiidioma suponía un gran quebradero de cabeza, y posiblemente un gran problema para completar un proyecto.

En esta nueva versión de SharePoint nuestros amigos de Redmond nos han dado una forma mucho más sencilla para completar esta tarea. Las Variaciones.

 Con las variaciones el sistema nos permite generar multiples entornos idénticos asignando para cada uno el idioma en el que el sistema va a funcionar.

 Lo primero que tenemos que tener claro son los idiomas que queremos que tenga nuestro portal y dependiendo de ello tenemos que descargar los Packs de idiomas correspondientes de la página web de Microsoft. Os dejo el enlace para el Pack de Inglés y Español que son los que más he utilizado.

Como nota informativa. La instalación de MOSS tiene asociada la instalación de su paquete de idiomas dependiendo del idioma que instales, es decir, si instalas MOSS en Español el sistema ya tiene ese Pack de idioma y solo tendías que instalar el resto de paquetes de los demás idiomas que quieras tener.

Muy bien, una vez instalados los paquetes de idiomas, el siguiente punto es crear el punto de inicio en el que se desplegarán los diferentes idiomas.

Para ello nos vamos a la configuración de la colección de sitios ( 'Site Collection' ), y en la sección Administración de la Colección de Sitios ( 'Site Collection Administration' ) tenemos 4 entradas que están directamente relacionadas con la gestión de los idiomas del portal.

Vamos a ir viendo el objetivo de cada uno de ellos y configurándolos para crear nuestro entorno en Español e Inglés.

Y vamos a empezar por el primero.

En la Si seleccionamos la opción de menú 'Variations' ( 'Variaciones' ). De lo primero que vamos a informar al sistema es del punto en el que se iniciará el multi-idioma. Para ello en el campo 'Variation Home' introducimos este punto.

Es importante tener en cuenta que este punto será sensible de funcionar en multi-idioma, es decir, este cambio afecta tanto a este site como a todos los sites dependientes de él. Si el punto es la raiz del portal ( '/' ) el multi-idioma se aplica a todo el portal.

El siguiente punto del que tenemos que informar al sistema es si debe crear el cotenido de forma automática o si por el contrario lo vamos a crear manualmente. Si es la primera vez que configurais esta característica os recomiendo que utiliceis el modo automático para que veais como crea la estructura según creeis nuevos elementos.

En el punto 'Recreate Deleted Target Page' ( 'Recrear página destino borrada' ) configuramos si el sistema ha de volver a crear una página en el idioma destino en caso de que anteriomente se hubiese eliminado.

El siguiente punto gestiona la actualización de los WebParts de las páginas, de forma que podermos hacer que el sistema actualiza automáticamente las rutas a las páginas de destino, por desgracia la personalización que se pueda haber hecho a los WebParts se pierde durante el proceso de actualizacion.

En la sección de 'Notificaciones' ( 'Notification' ) podemos establecer que el sistema envíe un correo electrónico al contacto de la página de bienvenida de los sitios cuando un subsitio o una página se ha creado. También enviará notificacion cuando una página se haya actualizado debido a una actualización que viene de la variación principal.

Y por último, en la sección 'Recursos' ( 'Resources' )  vamos a establecer el comportamiento del sistema para los recursos que vamos a ir publicando en él. Para ello tenemos 2 opciones, Realizar una copia de los recursos o Referenciarlos en cada uno de los idiomas.

Aceptamos y guardamos esta configuración.

Bien, una vez configurada esta parte nos quedaría empezar a asignar los diferentes idiomas que queremos que tenga nuestro portal.

Para ello, dentro de la configuración de la colección de sitios, seleccionamos la opción 'Etiquetas de Variación' ( 'Variation Labels' ).

En este punto creamos los diferentes idioma que queremos crear en el portal. Vamos a ver la creación del idioma principal ( Español ).

En la primera entrada introducimos el nombre de la etiqueta y una descripción.

En la segunda entrada introducimos el nombre con el que se mostrará el idioma cuando nos conectemos con una fuente de datos ya sea para rellenar un desplegable o un arbol de estructura con la estructura del portal.

En las dos siguientes entradas introduciremos el idioma relacionado y la localización geográfica del mismo. Con estos datos todos los menús, opciones, etc se mostrarán en este idioma y fechas, campo numéricos y de moneda quedarán configurados.

Solo nos quedaría especificar la jerarquía de creación de los elementos, es decir si queremos que se publiquen todos los Sitios y Páginas, Solo los sitio o únicamente el sitio raíz

Y por último establecemos esta etiqueta como fuente de las variaciones, de forma que todo aquello que creemos en esta etiqueta se propagará a todas las demás. En el selector del tipo de plantilla podemos seleccionar un sitio de publicación normal o un sitio de publicación con flujos de trabajo. Esto significa que al propagarse un cambio desde la etiqueta principal ejecutará un flujo de trabajo de aprobación para cada uno de los elementos que se propaguen en el que pondrá como responsable al responsable de los elementos. Por ejemplo, el responsable de realizar la aprobación de una página es el contacto de la misma.

 

Muy bien, pues ya hemos creado la etiqueta desde la cual se generará la estructura del portal multi-idioma.

El siguiente paso sería crear más etiquetas, una para cada idioma que tengamos en el portal y una vez que tengamos todas preparadas pulsamos en Crear Jerarquias ( 'Create Hierarchies' ) para que se propague la estructura que tengamos actualmente y se propaguen mientras creemos nuevos elementos.

Bien, por último un par de detalles curiosos sobre este tema del multi-idioma que son la configuración de las columnas sensibles de traducción y los logs de las variaciones.

Las Translatable Columns son todas aquellas columnas que se van a traducir de forma automática por el sistema. Esta lista se irá incrementando según se creen nuevas columnas de sitio.

Y por otro lado están los Logs. Dentro de la página de configuración de la colección de sitios tenemos una log en el que se registra toda la información relacionada con la propagación de las variaciones, en la que podemos ver el todo lo que ha sucedido desde el momento en que creamos un nuevo recurso hasta que se publica en cada una de las variaciones.

 

 

 

 

 

Bueno, pues  espero que con esto logre despejar alguna duda sobre el tema del multi-idioma en SharePoint Server 2007.

Un Saludo

MAD.NUG: Ms BizTalk Server 2006 R2: BTS WCF

Buenas

Terminó el verano y volvermos a empezar con los eventos del grupo de usuarios de Madrid .Net.

Te presentamos la primera reunión de esta nueva temporada en la que vamos a hablar de BizTalk Server 2006 de la mano de Tomás Hernández ( ilitia Technologies S.R.L. ).

Os dejo la agenda de la reunión.

MAD.NUG: Ms BizTalk Server 2006 R2

  • Introducción a WCF
  • Novedades más importantes de BizTalk Server 2006 R2
  • Cómo funciona la mensajería dentro de BizTalk
  • Manejo de la consola de Administración
  • Uso de la herramienta HAT para el tracking de los mensajes
  • Consumir servicios WCF desde las orquestaciones
  • Publicar orquestaciones y/o esquemas de BizTalk como servicios WCF

Os dejo el enlace para el registro del evento.

Un Saludo.

Bye!

Posted: 19/9/2007 15:11 por David Herraiz | con 1 comment(s)
Archivado en:
Configurando el Correo Entrante en MOSS 2007 ( 3 de 3 )

Buenas de nuevo.

Bueno, ya estamos terminando con esta configuración. Vamos a recapitular un poco.

Hemos configurado nuestro sistema de SMTP para haga relay entre nuestros servidores y hemos configurado nuestro servidor SharePoint para que sea capaz de integrarse en ese proceso y hacerse cargo de los correos.

Vamos a hacer el ejemplo por excelencia. Vamos a mandar un correo a una Librería de Documentos. ( me encanta este ejemplo :D ).

Lo primero creamos la Librería.

En la configuración de la librería, en la sección de comunicaciones a aparecido una nueva entrada con el texto 'Incoming e-mail settings'.

Aqui configuraremos la dirección de correo electrónico a la que se redirigirán los correos cuando se envíen.

 

 

 

Configuramos que comportamiento ha de tener el sistema con relación a los anexos al correo, tenemos diferentes opciones como salvar el contenido en la capeta raiz, en subcarpetas agrupando por el asunto del email o en subcarpetas agrupando por el emisor del correo.

 

 

 

 

Podemos hacer que se guarde el mensaje original del correo.

 

 

Que se almacenen las invitaciones a reuniones.

 

 

A nivel de seguridad el sistema es capaz de permitir que cualquier usuario envíe un correo a la librería o gestionarlo por medio de los permisos de la librería, de tal forma que si un usuario no tiene acceso a la librería no podrá mandar un correo a ella.

 

 

 

 

 Y ya está! En el momento en que enviemos un correo a la dirección de nuesta librería nos aparecerá de esta forma.

 

 

 

 

Espero haberos echado una mano con este tema.

Un Saludo

Configurando el Correo Entrante en MOSS 2007 ( 2 de 3 )

Hola!

Vamos a continuar con la configuración que estábamos haciendo.

Si ya hemos configurado todo lo que es de la administración en nuestros servidores, el siguiente paso es configurar nuestro SharePoint para que sea capaz de obtener los correos y procesarlos.

Vamos a ver paso a paso como se configura esta característica:

Lo primero que vamos a hacer es entrar en el sitio de administración del portal y en la barra superior de navegación seleccionamos ‘Operaciones’.

 

En la página de Operaciones, seleccionamos ‘Configuración del correo entrante’ ( Incoming e-mail Settings ) en la sección de ‘Topologías y Servicios’ ( Topology and Services ).

Esto nos lleva a una página en la que podremos configurar todo lo relacionado con el correo entrante, vamos a ver los puntos más importantes y como realizar una configuración 'base'.

En la sección 'Habilitar Correo Entrante' ( Enable Incoming E-Mail ) seleccionamos que 'Si' queremos que los sitios puedan recibir correo y en el modo de configuración seleccionamos Avanzado ( 'Advanced' ).

En la sección de Servicio de Mantenimiento de directorio vamos a enseñar a nuestro sistema como debe gestionar la creación de los contactos o grupos de distribución de forma que cuando en una librería activemos la recepción de correo, al introducirle un alias el sistema creará un contacto con ese nombre y habilitando los servicios de correo para él.

En este ejemplo tengo el sistema integrado con un Directorio Activo para la gestión de usuarios y un Exchange 2003 para todo el tema de mensajería. Por lo que cuando selecciono que el sistema sea capaz de crear los grupos de distribución o los contactos el resto de configuración es relacionada a Directorio Activo.

En la siguiente caja de texto introducimos la OU ( 'Unidad Organizacional' ) donde queremos que se almacenen estos objetos.

Recordad que esta sección se debe completar con la CN de la unidad organizacional, es decir, si tengo una unidad con esta ruta: 'root\depto1' en el dominio 'pruebas.net' el desglose resultaría de la siguiente manera:

OU=depto1,DC=pruebas,DC=com

Introducimos el servidor de correo SMTP para la recepción de correo.

El resto de configuración de esta sección se refiere a temas de seguridad, si se pueden recibir correos de usuarios autenticados exclusivamente, si permitimos la creación de grupos de distribución desde los sitios SharePoint y la configuración de aprobación de los grupos de distribución.

En la siguiente sección configuraremos el servidor de correo tal y como se verá en las páginas web cuando los usuarios creen una dirección de correo entrante para un sitio, lista o grupo.

Y por último solo nos queda definir los servidores de correo 'seguros' desde los que deseamos recibir los correos. Este es un punto de seguridad crítico, dado que si lo dejamos como la imagen siguiente el sistema aceptará correos de cualquier servidor de correo del mundo y es recomendable agregar única y exclusivamente aquellos servidores de nuestra organización.

 

 

 

Pues bien ... ya tenemos el sistema preparado para que reciba correos electrónicos que enviemos.

Un Saludo

Configurando el Correo Entrante en MOSS 2007 ( 1 de 3 )

Hola!

Continuando con la línea de configuraciones, vamos a repasar el método para hacer que el sistema sea capaz de recibir correos en las librerías de documentos.

Para aquellos que estén empezando con esto de SharePoint, comentaros que esta funcionalidad es completamente nueva en el sistema. Anteriormente, para conseguir esta característica, nos hemos visto obligados a programar un sistema capaz de leer de una cuenta de mail y escribir en una librería. No era difícil, pero había que hacerlo!

En esta nueva versión el sistema es capaz de recibir correos directamente en sus librerías de forma que sin escribir ni una línea de código podemos hacer que los correos se almacenen directamente dentro del sistema ( con todo lo que eso significa: almacenamiento, indexación, aparece el contenido en las búsquedas, etc ).

Antes de poder realizar las configuraciones dentro de nuestro sistema SharePoint debemos realizar unos pasos previos para que nuestro sistema sea capaz de comunicarse con el de envío de correo.

Os recomiendo encarecidamente que antes de seguir con las configuraciones que vamos a hacer echeis un ojo al documento Plan incoming e-mail (Office SharePoint Server) para que veais el alcance de lo que vamos a hacer.

Lo primero que tenemos que hacer es instalar y configurar el servicio SMTP.

Microsoft Office SharePoint Server 2007 se apoya en este servicio para realizar las tareas relacionadas con el correo electrónico. Este servicio puede estar instalado en 1 o más servidores de nuestra red o en caso contrario los adminsitradores nos pueden habilitar un directorio donde 'caerán' los correos y donde le diremos a nuestro servidor SharePoint que debe buscarlos. ( Esta opción es bastante desaconsejable dado que cualquier cambio en la configuración de SMTP puede afectar a la recepción de correos y además sería necesario más configuración ).

El siguiente paso es instalar y configurar el servicio de SMTP de la máquina. Este servicio debe estar instalado y configurado en cada una de las máquinas del 'front-end' y en la misma granja de servidores en la que deseamos configurar el correo entrante.

NOTA: No tenía pensado poner estos pasos, si alguien necesita una mano estaré encantado de ayudarle.

 

El siguiente paso es configurar el servicio SMPT para que acepte el reenvío de correos electrónicos.

Para ello nos vamos a la administración de servicios de Internet Information Server. Abrimos las propiedades del último nodo del arbol, que nos debería mostrar una entrada con el texto 'Default SMTP Virtual Server',

En este punto hay que configurar dos cosas. Por un lado en la pestaña de Access, en el Botón Autenticación ( 'Autentication' ) debemos comprobar que está habilitado el acceso anónimo. Y por otro lado en la configuración de Relay debemos introducir el servidor que va a suministrarnos correo.

 Una vez hecho esto ya tenemos el servicio de SMTP configurado y preparado para la recepción de correos.

Ahora es el turno del Directorio Activo.

Como veremos más adelante, en el momento en el que asignamos una dirección de correo electrónico a una librería el sistema automáticamente crea un contacto en el directorio activo permitiéndole la recepción de correo electrónico.

Pero la creación de este contacto no es en un punto aleatorio del DA si no en uno configurado en el sistema. Vamos a preparar el DA para que permita esta creación de elementos por parte de nuestro servidor.

Para ello necesitamos crear una Unidad Organizacinal ( Organizational Unit ) en nuestro directorio activo. Y establecen en la configuración para delegar los derechos de creación, borrado y administración las cuentas de usuarios a la cuenta del Pool de Aplicación en el que corre nuestro sistema SharePoint para que sea él el que cree los usuarios y los grupos de distribución a los que se enviarán los correos.

Pues bién. Ya tenemos todo el servicio de SMTP preparado para reenviar nuestros correos al servidor SharePoint. En el próximo post veremos como hacer para que él se de cuenta.

Un Saludo

( Continuará ... )
Como indexar contenido de Lotus Domino en nuestro Servidor SharePoint Server 2007

IBM®

 

 

 

Buenas a todos.

Hace no demasiado me preguntaban por la forma de realizar búsquedas de contenidos de Lotus Notes en nuestro servidor SharePoint. La verdad es que no es una tarea sencilla, pero vamos a ver la forma de hacer que nuestro sistema sea capaz de hacerlo.

Como requisito principal ( y aunque parezca una broma rara que se me acaba de ocurrir ) es imprescindible tener una muy buena relación con los administradores de Lotus Domino ( Servidor de Bases de Datos para Lotus Notes ). Os lo dice un ex-administrador de Dominio... :D

Para conseguir que nuestro sistema sea capaz de alcanzar las bases de datos de Domino e indexarlas será necesario crear un Manejador de Lotus Notes al que se 'enganche' nuestro servidor SharePoint.

Cosas a tener en cuenta antes de meternos en este 'embolao':

1.- Debemos tener completamente instalado y configurado nuestro servidor SharePoint. ( lógico no? ).

2.- El servidor Notes al que queremos conectarnos debe tener una versión R5 o superior. ( Como detalle curioso, si el nombre del servidor Notes tiene un espacio no podremos conectarnos ... raro no? ... )

3.- Necesitamos instalar el cliente Notes ( Versión R5 o superior ) en la máquina en la que tengamos el servidor SharePoint. Y tener configurado el acceso al servidor antes de nada.

Entendamos la seguridad y el objetivo de lo que vamos a hacer.

Está claro que los modelos se seguridad de dos productos, creados por dierentes empresas, en diferentes fechas ... son diferentes. Cuando SharePoint entre a obtener información de nuestro servidor Notes necesitará algo que sa capaz de recrear la configuración de seguridad de cada uno de los elementos usando el modelo de seguridad de Directorio Activo.

Por supuesto, esta configuración de Seguridad se puede obviar y puedes conseguir que el sistema obtenga toda la información de los servidores Notes olvidando el nivel de acceso de cada usuario, etc.

El primer paso es crear una vista en Notes que contenga la relación ID Usuario Notes y el ID Usuario Directorio Activo ( esta vista hay que pedirsela a los administradores de Domino para que nos la hagan ) y debe estár ordenada por el ID del usuario Notes.

Como recomendación. Se puede crear una base de datos que contenga esta vista, de forma que no alteras la estructura de ninguna otra base de datos.

 

Vamos a Empezar a configurar nuestro manejador de acceso a Notes.

Lo primero que tenemos que hacer es ejecutar el Asistente del índice de Lotus Notes ( la ubicación de este ejecutable es variable, depende del idioma, donde seleccionaste en la instalación, etc. yo lo tengo en c:\Program Files\SPS\BIN ).

En la pantalla de 'Registro de Lotus Notes para usar con SharePoint Portal Server' introducimos los siguientes valores:

  • El fichero notes.ini ( yo lo tengo en c:\lotus\domino\notes.ini ).
  • El directorio donde instalamos Lotus Notes ( yo lo tengo en c:\lotus\domino\notes ).
  • Introduce el Nombre de usuario y Contraseña ( y confirmala )
  • Pulsamos Siguiente.

En la configuración del propietario de Lotus Notes introducimos los siguientes valores:

  • Introducimos el nombre del servidor Notes.
  • Introducimos la ruta completa a la base de datos donde tenemos la vista de relación entre usuarios Notes y usuarios de Directorio Activo.
  • Introducimos el Nombre de la vista.
  • Introducimos el Nombre de la columna en la que están los usuarios de Notes en la columna 'Lotus Notes field name column title'.
  • Introducimos el Nombre de la columna en la que están los usuarios de Windows ( Directorio Activo ) en la caja 'Windows user name column title'.
  • Click Next.

Terminamos la configuración.

NOTA: Es posible que la primera vez que probeis esto os de un error ( me ha pasado más de una vez ) probar reiniciando los servicios de SharePoint.

Solo nos queda un único paso más. Para que el servicio SharePoint sea capaz de leer los ficheros de configuración de Lotus por SharePoint es necesario que asignes 'Control Total' al usuario que ejecuta los servicios SharePoint ( En SPS 2003 es SPS_WPG ).

Ya solo quedaría crear un nueva fuente de contenidos en el sistema de Index de SharePoint y el sistema obtendrá los datos de Notes y te los mostrará como resultados de las búsquedas.

Espero que os sirva de ayuda.

Un Saludo a todos!!!

PD: Madre mía ... q pedazo de post .. y ni un solo pantallazo!!!!