Under C.P.D.

>En el siguiente post, Pablo Vernocchi nos explica como hacer la entrada a owa mas fácil, pudiendo terminar teniendo una dirección del tipo http://webmail.tudominio.com/ hacia la típica dirección https://webmail.tudominio.com/exchange que suele incomodar a los usuarios.

http://www.itpros.com.ar/blog/como-redirigir-el-acceso-web-en-owa

>Prácticamente todos los operadores de telefoníca se encargan de instalar el software de servidor de blackberry (bes) en un dominio windows 2003, algún dia os relataré paso por paso los requisitos y el trabajo de puesta en marcha del servidor, pero de momento os paso un artículo de como poner en marcha este software de servidor en un dominio S.b.s. :

http://www.blackberry.com/btsc/articles/113/KB13242_f.SAL_Public.html

>Hola.

Todos los que habeis trabajado con Exchange 2003 o mejor con SBS, habréis tenido que investigar como afinar la configuración para compartir un dominio con otro servidor de correo.

Exchange 2003:

Cuando no tenemos todas las cuentas en nuestro servidor Exchange si no que ciertas cuentas están en nuestro isp, nos vemos obligados a indicar a Exchange 2003 la dirección del isp para que una vez comprobado que no existe buzón se proceda al reenvio del correo a nuestro isp para que allí se compruebe si lo hay.

Esto ese hace en :

• Inicio – Programas – Administración del Sistema de Exchange .
• Allí vamos a Grupos administrativos – first administrative group – Protocolos – botón derecho sobre propiedades de stmp .
• Elegir solapa Mensajes y en «Reenviar a este host el correo con destinatario sin resolver» poner lo que el servidor informa como servidor de correo smtp o bien su ip (ten en cuenta que si en tu dns existe una zona con el nombre de tu dominio en internet debes crear un host con el nombre de tu servidor smpt y su ip externa).

Exchange 2007:

Existe la opción de crear un internal relay, external relay y dominio autoritativo.

Internal relay: todo el correo aceptado por un servidor es reenviado a otro servidor de la organización que contiene los buzones de ese dominio, ese envio se hace desde el servidor con el rol «hub».

External realy: todo el correo aceptado por un servidor es reenviado a otro servidor que contiene los buzones de ese dominio, ese envio se hace desde el servidor con el rol «Edge».

Tener en cuenta que el correo pasa por los filtro anti-spam, con lo que en las dos opciones podemos centrar el filtrado en un servidor de los muchos que tiene la organización.

Dominio autoritavo: El servidor que recibe el correo, es el servidor que tiene los buzones, con lo que una vez aceptado el correo, este mismo se intenta ubicar en su buzón correspondiente. Si el buzón al que va dirigido no existe, como segunda opción se intenta ubicar en la dirección de correo de un usuario o contacto, procediéndose después a un reenvio del correo al servidor externo (un isp) para que su introducción en su buzón correspondiente.

Por tanto, para compartir dominio con un servidor de correo externo, tenemos que realizar los siguientes pasos:
(estos pasos se realizan paso a paso sobre una configuración con un servidor con roles de hub y edge, es fácilmente adaptable a una organización con los roles hub y edge separados).

Paso 1:

• Aceptar un dominio : Consola de administración – Servidor de Transporte botón derecho – nuevo dominio aceptado.
• Dar nombre – añadir dominio en «dominio aceptado», marcar dominio autorizado -finalizar.
• Clic en conectores de envio – botón derecho sobre servidor de transporte y elegir nuevo conector de envio.
• Dar nombre descriptivo al conector – elegir opción personalizada – elegir espacio de direcciones ( dominio.com por ej.) – enrutar el correo a través de de los … – indicar ip o nombre de servidor smtp del proveedor isp .
• Asociar el conector a nuestro servidor de correo y Finalizar.

Paso 2:
Crear contactos o añadir dirección de correo a usuarios:

• Ir a configuración de destinatarios – contacto de correo- botón derecho.
• En este momento si el destinatario es un usuario de la organización habría que elegir «usuario de correo nuevo» e indicar en el wizard sobre que usuario de la organización añadir los datos necesarios.
• Si el destinatario es una persona ajena a la organización habría que elegir «nuevo contacto de correo» e indicar sus datos.

Una vez terminados estos pasos, el correo entra en nuestro servidor, busca un buzón donde ubicarse pero si es dirección la tiene un contacto o un usuario sin buzón, saldría por el conector de envio creado hacia el servidor que si tiene un buzón para el.

Os dejo un link interesante al respecto: http://www.msexchange.org/articles_tutorials/exchange-server-2007/planning-architecture/exchange-2007-smtp-namespace-sharing-different-relay-domain-types.html

>Hola.

En este post, voy a intentar analizar la opción de «Enviar como» comparándola con la opción de «Enviar en nombre de».

Utilizando «Enviar como» UsuarioA puede enviar suplantando a UsuarioB, está opción permite que el remitente reciba un correo indicando que ha sido enviar por UsuarioB y no apareciendo UsuarioA en ningún punto del correo recibido.

Utilizando «Enviar en nombre de» el receptor del correo enviado por Usuario A, recibe un correo que indica que ha sido enviado por «Usuario A en nombre de Usuario B» literalmente.

Hay que tener en cuenta que «Enviar en nombre de» se superpone a «Enviar como» si se tienen las dos opciones configuradas.

Configurar «enviar como»:

http://technet.microsoft.com/es-es/library/aa998291.aspx

• En un equipo que ejecute Exchange, haga clic en Inicio, Todos los programas, Herramientas administrativas y, finalmente, en Usuarios y equipos de Active Directory.
• En Usuarios y equipos de Active Directory, en el menú Ver, haga clic en Características avanzadas.
• Expanda el nodo de dominio y haga clic en Usuarios.
• En el panel de detalles, haga clic con el botón secundario en el usuario cuyo permiso Enviar como desea conceder y, seguidamente, haga clic en Propiedades.
• En Propiedades de , en la ficha Seguridad, haga clic en Avanzadas.
• En Configuración de seguridad avanzada para , haga clic en Agregar.
• En el cuadro Escriba el nombre de objeto a seleccionar, escriba el nombre del usuario de buzón o el grupo al que desea conceder permisos Enviar como y, a continuación, haga clic en Comprobar nombre para comprobar el usuario o grupo. Haga clic en Aceptar.
• En Entrada de permiso para , en la lista Aplicar en, seleccione Este objeto sólo.
• En la lista Permisos, busque Enviar como y, a continuación, active la casilla de comprobación Permitir.
• Haga clic en Aceptar para cerrar los cuadros de diálogo.

Tener en cuenta también que con Exchange 2003 al dar permiso de «acceso total al buzón» también se incluía la opción «Enviar como» y esto ya no pasa desde sp1.

Configurar «Enviar en nombre de»:

• Inicio – Herramientas administrativas – clic en Usuarios y equipos de Active Directory.
• Clic en usuarios dentro del arbol.
• Clic con el botón derecho sobre el Usuario B (dueño de buzón).
• Elegir Opciones generales de Exchange – Opciones de entrega.
• Clic en Opciones de entrega.
• Agregar- Añadir a UsuarioA y comprobar su nombre.
• Aceptar todas las pantallas aparecidas y salir de Active Directory.

Clientes de correo:

Outlook

Con la configuración del lado del servidor realizada, en el lado del cliente desde Outlook podemos utilizar la opción «Cuenta:» donde se puede elegir con que usuario se quiere enviar, con outlook 2003 o anteriores aparece la opción «De:»

Owa
Para que UsuarioA haga uso de sus privilegios teniendo com cliente de correo Owa, tenemos que echar mano de herramientas de terceros, como : http://www.ivasoft.biz/choosefromowa.shtml

Activesync
Donde no te puedo ayudar es con activesync, ni mobile 5.0 ni mobile 6.0 activan esa opción que yo sepa.

Problemas de diseño:
Existe un problema habitual en relación con el envío de convocatorias de reunión. Tenga en cuenta la situación siguiente. El Usuario A tiene permiso «Enviar como» en relación con el buzón del organizador de la reunión. En organizador de la reunión envía una convocatoria de reunión al Usuario A. Si el Usuario A envía el mensaje de convocatoria de reunión al Usuario B, en el equipo del Usuario B aparece como si la convocatoria hubiese sido enviada por el organizador en lugar del Usuario A.Este comportamiento es una característica del diseño de la aplicación. Exchange Server considera ésta como una situación «Enviar como» y borra la propiedad de mensaje original que contiene la información del Usuario A. Por consiguiente, parece que el mensaje fue enviado directamente por el organizador de la reunión.