Alex Marin Gasga : MSExchange

Activesync Policies in E2k7 SP1

alexmga — Wed, 23 Jan 2008 14:02:00 GMT

After Exchange 2007 SP1 got released, additional mobility features were included along with extra policies settings to restrict their usage. Following you'll find a comprehensive matrix of these policies comparing the different versions of messaging platform available:

Settings	Ex2003 SP2	Ex2007 RTM	Ex2007 SP1 STD CAL	Ex2007 SP1 ENT CAL
EAS Protocol Version	2.5	12	12.1	12.1
Corresponding WM Client	WM 5 MSFP	WM 6	WM 6.1	WM 6.1
Password Required	X	X	X	X
Min Password Length	X	X	X	X
Alphanumeric pwd	X	X	X	X
Inactivity Timeout	X	X	X	X
Max Failed Password Attempts	X	X	X	X
Policy Refresh Interval	X	X	X	X
Allow non-provisionable devices	X	X	X	X
Attachments Enabled		X	X	X
Storage Card Encryption		X	X	X
Password Recovery Enabled		X	X	X
Allow Simple Device Password		X	X	X
Max Attachment Size		X	X	X
WSS Access Enabled		X	X	X
UNC Access Enabled		X	X	X
Password Expiration		X	X	X
Password History		X	X	X
Require Manual Sync When Roaming			X	X
Min Device Pwd Complex Characters			X	X
Max Calendar Age Filter			X	X
Allow HTML Email			X	X
Max Email Age Filter			X	X
Max Email Body Truncation Size			X	X
Max Email HTML Body Truncation Size			X	X
Require Signed SMIME Messages			X	X
Require Encrypted SMIME Messages			X	X
Require Signed SMIME Algorithm			X	X
Require Encryption SMIME Algorithm			X	X
Allow SMIME Encryption Algorithm Negotiation			X	X
Allow SMIME Soft Certs			X	X
Require Device Encryption			X	X
Allow Storage Card				X
Allow Camera				X
Allow Unsigned Applications				X
Allow Unsigned Installation Packages				X
Allow Wi-Fi				X
Allow Text Messaging				X
Allow POP/IMAP Email				X
Allow Bluetooth				X
Allow IrDA				X
Allow Desktop Sync				X
Allow Browser				X
Allow Consumer Email				X
Allow Remote Desktop				X
Allow Internet Sharing				X
Unapproved InROM Application List				X
Approved Application List				X

Something to consider is that not all the features are supported by the current wave of high-tech mobiles, still we'll have to wait for some time for mobile operators to consider all these policies in their HW.

The original matrix and extended note can be found in Exchange Team blog's site:

http://msexchangeteam.com/archive/2007/11/19/447551.aspx

For details on how these policies can be administered via Exchange 2007 and a brief description of them, the following articles provide this information:

http://technet.microsoft.com/en-us/library/bb123783.aspx (how to manage them)
http://technet.microsoft.com/en-us/library/bb123484.aspx (description)

Exchange 2007 on VS 2005

alexmga — Thu, 06 Dec 2007 11:18:00 GMT

If you are planning to run Exchange 2007 on a virtual environment, think twice before following that path:
http://technet.microsoft.com/en-us/library/bb232170.aspx

From the previous article, these are the messages that you have to consider:

Neither Exchange 2007 nor Exchange 2007 SP1 is supported in production in a virtual environment
Exchange 2007 and Exchange 2007 SP1 are supported in production environments using only the 64-bit version of Exchange 2007
Currently neither Microsoft Virtual Server nor Microsoft Virtual PC supports 64-bit guest systems
Exchange 2007 and Exchange 2007 SP1 are also not supported in production in a virtual environment using virtualization software that is not Microsoft software.

As an additional note, in future Hypervisor (add-in to WS2008) will support 64-bit guests systems, but still we’ll have to wait for a confirmation from the product team if it’s going to be supported on virtual environments.

For those who are implementing HMC 4.0, the same rules apply and moreover MPS is not supported in a virtual environment. That doesn't mean that the solution won't work, because it does, but later on, if you face any issue (i.e. SMTP queues growing, services hanging, etc.) MS support won't be able to warratee a solution, unless the issue can be replicated in a physical server.

Hope these considerations help you to take the right decision while deploying Exchange in a virtual environment

SCOM 2007 & HMC 4.0 just released!!!

alexmga — Wed, 17 Oct 2007 19:46:00 GMT

One of the most expected guides has been released, the guide to deploy SCOM 2007 in HMC 4.0. Be one of the first ones to update your MOM 2005 infrastructure in HMC 4.0 by following the details mentioned in this guide:

http://www.microsoft.com/serviceproviders/solutions/hostedmessagingscomupdate.mspx

There you'll find:

A white paper that provides a feature overview and guidelines on deploying the Operations Manager 2007 update in an HMC 4.0 environment
An updated Microsoft Provisioning System (MPS) management pack

In case you are new to HMC 4.0, you can get more information on the solution from the following site:

http://www.microsoft.com/serviceproviders/solutions/hostedmessaging.mspx

I encourage you to share with me your comments and suggestions.

Is Exchange 2003 a bandwidth consumer? :)

alexmga — Fri, 04 Mar 2005 09:59:00 GMT

For those of you who are looking for an answer to this question, I recommend you to review Network Traffic Statistics on Exchange 2003 results, you'll find this document very useful. Year to year this document is reviewed and updated by Christophe Leroux (MCS Consultant). It contains the description of the tested scenarios (you can apply those in your current organization and get your own results), comparison between different versions of Outlook, OWA traffic is also included, RPC over HTTP, traffic generated against public folders and MORE.

It's a good reference if your main concern is: how my network bandwidth is going to be affected once migrated to Exchange 2003?? hope you find it useful as I did.

Client Network Traffic with Exchange Server 2003

If you want to improve your bandwidth utilization... deploy Exchange 2003 and Outlook 2003 in your organization (cache-mode enabled), that combination will optimize your network usage, improve the user experience, and provide a more robust solution helping the administrators to reduce the numbers of incidents due network connectivity issues.

What to consider when deploying Exchange clusters...

alexmga — Wed, 16 Feb 2005 19:36:00 GMT

After some time of being inactive... here I go again..... :) from now on I'll write some of my posts in English due the fact that I have some Indian friends who wants to understand my blog's content...

Well... lets get into the point... During the last month i've been working in the definition of an Exchange 2003 4-node cluster (A/A/A/P), the solution should provide high performace levels, stability and availability; in order to accomplish this goal different infrastructure aspects had to be considered. Following you'll find a list of aspects and recommendations that you have to take care of when you deploy a cluster solution for Exchange... just to mention... this list was provided from a MS-colleague (Venkatesh R), needless to say that it was very useful and quite complete... enjoy it hehehehe :)

Disk Subsystem

Basis of disk subsystem has to be on the User IOPS to determine the number of spindles in the RAID Set.
The SAN Vendor recommendation of RAID 5 Vs Microsoft recommendation of RAID 10, the basis of usage has to be only on IOPS calculation.
The Fluff Factor has to be taken into account nothing less than 40% of an Individual Mailbox Size.
Net Effective Space available for data on a 143 GB disk is not greater than 130 GB only.
The Optimal Configuration of a RAID Group Varies between vendors ( HP EVA – In Multiples of 8 Disks and Helical Striping Vs EMC CX Series – In Series of 9 Disks for the same RAID 5 Configuration). Moreover the disk IOPS provided by the SAN Vendor is under standard test conditions which is not relevant to an Exchange database which has Dynamic/Random Read Writes.
The idea of using a Volume Mount Point on the AAA-P cluster (especially for drive letter mapping) helps us in reducing the drive letters. Moreover it is easier to define a LUN ID and present it as a basic disk, in order to ensure that Exchange Store and the Transaction Logs are in placed in different spindles / RAID Groups
SMTP Resource needs to be on RAID 0 and not RAID 10 as when optimally designed the space consumed by SMTP for an EVS Instance shall not exceed 40% above which there shall be a queue buildup
Stress Testing using LOADSIM and MMB should be done prior to the system being introduced in production (Lab) and can be leveraged for a performance base line only.

GC Placement

The Ratio of Global Catalogs to the Exchange Server Nodes is fixed as 1:4, but for a 4 Node cluster with 16 processors, it is necessary to ensure that there are at least 4 Global Catalog servers in the same IP site. From Experience it is necessary to ensure that user authentication is not redirected to this GC. Also referral to the PDC needs to be curtailed if the PDC Emulator is also present in this site

Failover and Fail Back

The Failover and the Fail back times cannot be determined by a thumb rule, The following parameters need to be clearly understood and analyzed
- No. of User Mailboxes / RPC sessions
- No. of SMTP Sessions
- I/O of the disk subsystem specific to the Transaction logs Disk set on peak load
- Size of the Exchange Database
- Failover – Manual or Automatic. (Better to set the Failover to Manual, a crucial decision as it involves 24*7 support)

LUN Design and Meta LUNs

Though the LUN design is to be provided by the SAN Vendor, it is preferred to have a LUN design in order to verify the correctness of the disk subsystem configuration.
For an EMC, we have utilized the concept of Meta LUN’s which ensures the dynamic expansion of disk sets, lest we need a down time that includes SAN Boot up, LUN’s being presented by the SAN to the Exchange Nodes, and initialization which can extend upto 4 Hours.

Cache

SAN write back Cache is another critical area of design. The Cache quoted by the SAN Vendors is inclusive of the SAN subsystem /OS loading, Memory resident cache and the write back to the Array Controller. For Example EMC Cx700 claims a Cache of 8 GB, but actual physical pipe available for Write back is only 2.6 GB for Each Controller (Spa / SPb). This however depends upon the data throughput across the Fiber Switch.

SLA Definition

The Critical design factor of the SAN based Exchange System is the time taken for backup restore. It is always recommended to be staged. (Disk to Disk and then Disk to Tape). For the Disk to Disk, it is necessary to size the same to an Array of ATA Disks (320 Gb * 10 is ideal). The Staged backup to the media (removable) can be scheduled during working hours. For all purpose of calculation we decided to limit the Store Size to 25 GB ( User Mailbox is 100 Mb, 40 % Fluff factor, Scaling to max 4000 Users/EVS with above mentioned limit on an AAA-P Cluster).
Ideal Design should contain a NSPF on all components. (SAN on Total Failure should be the complete downtime.)
Hot Spares, Need to mention the configuration of Hot Spare Disks for each RAID group.

Client Dependency

Cached mode of OL2003 is recommended due to the fact; during a failover reconnect to the MAPI Session is automatic without user intervention.
Leverage RPC/https inside corporate network if possible, in order to leverage Rate limiting / Scenarios where communication needs to be restricted to standard ports and not RPC Traffic.

Processors

Enable Hyper Threaded processors.
For greater than 3 GB, use the /3GB, Userva=3030 Switch ( / PAE if they are dynamic hot swap modules)
Page File to be Placed away from Exchange Binaries

As you can see.. is not that easy to design a cluster (some of my friends use to say that it's only: next -> next -> yes -> finish!!! hehehehe and repeat it as much nodes as you have)... if we want to optimize our cluster implementation, all this aspects should be considered (since the begining/design not when is already deployed) and a specialist should do it to get the real value of this solutions.

¿Quieres consolidar tu plataforma de Exchange de manera eficiente?

alexmga — Tue, 21 Dec 2004 07:38:00 GMT

Si lo que andas buscando es la forma en como consolidar tu plataforma de correo y definir cuál sería tu mejor estrategia para migrar la actual. En el sitio de Microsoft podrás obtener de manera gratuita un acelerador para dichas tareas (en inglés por ahora). Esta solución, contiene mejores prácticas, algunas plantillas para llevar un control de los cambios en la plataforma, provee de guías detalladas para la planeación y ejecución de actualizaciones, migraciones y consolidaciones a Exchange 2003, partiendo de ambientes con versiones anteriores de Exchange (2000 y 5.5). Principalmente estas tareas se realizan con las utilerías provistas por el SP1 de Exchange 2003. En el contenido de este material encontrarás los retos típicos y la estrategia de como resolverlos, mejorando tu plataforma de mensajería (Exchange 2003):

Múltiples bosques, múltiples organizaciones de Exchange
Integración de la lista global de direcciones (GAL) de dos organizaciones de Exchange y la sincronización de "Free-Busy"
Consolidación de los servidores de Exchange
El rol de los servicios de directorio en la planeación durante la restructura de la plataforma de mensajería
Migración de usuarios entre diferentes organizaciones
Reducir el impacto en los servicios provistos al usuario

En particular considero de mucha utilidad este tipo de recursos que Microsoft nos provee, practicamente se consolida/empaqueta la experiencia de consultores, gente de soporte, equipo de producto, y lo más importante, retroalimentación de nuestros clientes sobre la mejor manera de usar nuestros productos, y sacarles el mayor provecho. De igual manera busca reducir, con prácticas ya probadas, el impacto que puedan tener al realizar estas tareas por cuenta propia. Te invito a que la revises y la pongas en práctica; y si no estás por migrar, puede ser al menos un recurso más de entrenamiento.

Este acelerador lo puedes obtener en el siguiente sitio:

Solution Accelerator for Exchange Consolidation and Migration

Herramientas para Fólders Públicos en Exchange (1a. Parte)

alexmga — Fri, 10 Dec 2004 12:07:00 GMT

Te has encontrado con el problema de no saber cuál herramienta escoger para determinada acción o cuál funciona con la versión de Exchange que tienes?? pues a continuación te doy una breve descripción de las principales herramientas para fólders públicos, indicando con que versión de Exchange puedes ocuparlas (esta es la primera parte de esta lista).

pfadmin 1.3
Disponible en: ftp://ftp.microsoft.com/pss/tools/Exchange Support Tools/PFAdmin/
Principal uso: Importar permisos en fólders públicos
Plataforma: Exchange 5.5, 2000, 2003
Descripción: Empleada desde Exchange 5.5, su uso más común es para importar los permisos extraídos por la utilería pfinfo 3.x, los cuales son asignados por líneas de comando SETACL. Se puede emplear de forma interactiva con los comandos SETACL y SETREPLICA. Pfadmin te permite ver los permisos actuales y las réplicas usando los comandos LISTACL y LISTREPLICAS respectivamente. Sin embargo, la salida de estos comandos (LISTACL y LISTREPLICAS) no puede ser importada ya que no usan el formato requerido por SETACL o SETREPLICAS.
Referencias Adicionales
XADM: Extracting Public Folder Permissions Using PFADMIN
XADM: Using PFADMIN to Remove Public Folder Permissions

pfinfo 3.x
Disponible en: ftp://ftp.microsoft.com/pss/tools/Exchange Support Tools/PFInfo/55/
Principal uso: Exportar permisos de fólders públicos y algunas otras propiedades
Plataforma: Exchange 5.5
Descripción: El uso más común de esta herramienta es exportar los permisos asignados a fólders públicos, dicha salida está dada en formato de SETACL, que puede ser utilizada por pfadmin para reimportar esos permisos. También puede obtener información sobre otro tipo de propiedades, como el conteo de los elementos contenidos en el fólder y el tamaño de estos, la información extraída de las propiedades no puede ser importada. Esta utilería se puede ejecutar sobre servidores 2000 y 2003, pero la información obtenida no es precisa y puede contener algunos errores, ya que pfinfo obtiene la ubicación del fólder del directorio donde se aloja el objeto, el cual en ambientes 2000 o 2003 no siempre está poblado este atributo.
Referencias Adicionales
XADM: Readme Document for the Pfinfo.exe Program
XADM: How to Rehome Public Folders

pfadminE2K
Disponible en: ftp://ftp.microsoft.com/pss/tools/Exchange Support Tools/PFAdmin/
Principal uso: Importar permisos sobre fólders públicos
Plataforma: Exchange 2000 RTM
Descripción: Es una versión actualizada de pfadmin, para Exchange 2000, pero no es muy utilizada debido a ciertas diferencias. La sintaxis de los comandos y permisos es completamente diferente a la versión anterior, dando como resultado que no se puedan importar los permisos generados con la versión anterior; además, al aplicar el SP1 de Exchange, esta utilería empieza a generar diversos errores en su ejecución (solo funciona correctamente en la versión RTM de Exchange 2000). Tal vez liberen alguna versión que funcione correctamente sin importar el SP, te sugiero que revises la versión más reciente.
Referencias Adicionales
XADM: Exchange 2000 Public Folder Administration Tool
XADM: Error Message When You Set Permissions on Public Folders

pfinfoE2K
Disponible en: ftp://ftp.microsoft.com/pss/tools/Exchange Support Tools/PFInfo/2000/
Principal uso: Exportar permisos de fólders públicos
Plataforma: Exchange 2000 RTM
Descripción: Es la versión actualizada de pfinfo 3.x para Exchange 2000, la cual al igual que pfadmin (para la misma plataforma), no es comúnmente usada. El formato que genera de los permisos exportados solo puede ser interpretado por pfadminE2K, y de igual forma solo trabaja de manera confiable con Exchange 2000 RT.
Referencias Adicionales
Troubleshooting Common Mixed-Mode Problems
Troubleshooting Public Folder Performance Issues Related to ACL Conversions
Setup and Deployment Changes in Microsoft Exchange Server 2003

OutlookFolders
Disponible en: ftp://ftp.microsoft.com/pss/tools/Exchange Support Tools/Outlook_Folders/
Principal uso: Exporta permisos de fólders públicos siguiendo la sintaxis empleada por pfadmin 1.3
Plataforma: Exchange 5.5, 2000 y 2003
Descripción: Esta herramienta accede a Exchange a través de un perfil MAPI, debido a esto puede trabajar con cualquier versión de Exchange.
Referencias Adicionales
Microsoft Exchange 2000 Mailbox Folder Structure

No olvides enviarme tus comentarios, ya sea sobre alguna duda que tengas, información que tenga que ser actualizada o algo más que quieras compartir.

Mejores Prácticas para el uso de "Offline Address Books"

alexmga — Thu, 09 Dec 2004 08:12:00 GMT

Recientemente el grupo de Producto de Exchange liberó una guía con mejores prácticas al respecto. En ella encontrarás información sobre implantación, optimización, administración y estrategias para resolver problemas que se te presenten teniendo como plataforma Exchange 2003 y Outlook 2003. Este material está disponible para bajarlo localmente o puedes accederlo en línea.

La guía la puedes obtener en la siguiente dirección:

Offline Address Book Best Practices Guide

Para aquellos que no estén familiarizados con este componente de Exchange, les adjunto una breve descripción:

El OAB es un contenedor de listas de direcciones fuera de línea, dichas listas son actualizadas por Exchange de acuerdo a la calendarización que se le haya asignado (normalmente en las noches). Y es utilizado por Outlook (cuando está fuera de línea) para acceder a la información (dirección SMTP, datos del contacto, listas a las que pertenece, manager, etc.) que se aloja en el Directorio Activo concerniente a los usuarios que cuentan con buzón o dirección SMTP en Exchange. Antes de que las listas de direcciones se agreguen al OAB, estas pasan por un proceso de compresión, de tal forma que la información transmitida al cliente de Outlook es mínima.

Finaliza Soporte a Windows NT 4.0 (Exchange 5.5 es el siguiente)

alexmga — Sat, 04 Dec 2004 18:50:00 GMT

Si todavía cuentas con equipos NT 4.0, te recomiendo que pienses en actualizar dicha plataforma, o consideres una cuota para seguir manteniendo dichos equipos. Estas cajas están basadas en tecnología obsoleta e insegura, el migrar a Windows 2003 ayuda a mejorar el desempeño de los recursos, reduce el TCO e incrementa la productividad, todo esto dentro de un ambiente más robusto y seguro. En el sitio de Microsoft encontrarás guías de migración, mejores prácticas, así como aquellas consideraciones que deberás tomar en cuenta antes de migrar tus equipos (hardware, aplicaciones, etc.). El soporte a estos equipos termina el próximo 31 de Diciembre, todavía tienes tiempo para actualizarte sin correr el riesgo de quedarte sin soporté, en caso de que algún incidente con NT se te presente en Enero, considera esto.

Aunado a este anuncio, le sigue otro de impacto en la organización. En la era del NT, Exchange 5.5 tuvo una presencia significativa como solución de mensajería para esa plataforma, al descontinuar el soporte a la plataforma base (NT), problemas con cajas de Exchange 5.5 que sigan corriendo NT (y hay muchas :) ), podrán ver limitado el alcance de la ayuda provista ya que si el problema se debe al sistema operativo, no habrá mucho que se pueda hacer. El mensaje interesante aquí es, así como se descontinúa el soporte a Windows NT, en Diciembre 31 del 2005 le sucederá lo mismo a Exchange 5.5 (de hecho ya está corriendo parcialmente un programa similar de pago con aquellas actualizaciones que NO son de seguridad). Te invito a que reconsideres en las actividades del siguiente año migrar tu plataforma de correo, a una que ofrezca más servicios a tus usuarios, sea más segura, competitiva en el mercado, y dé más valor a tu organización, Exchange 2003 es una excelente opción.

Así como lo hay para Windows, en la página de Microsoft encontrarás material suficiente para migrar de Exchange 5.5 a Exchange 2003, tanto de entrenamiento como de actividades específicas que deberás considerar en este proceso.

Aquí podrás consultar la nota completa sobre lo que dijo Peter Houston (Senior Director de Microsoft) al respecto:

Support for Windows NT Server 4.0 Nears End; Exchange Server 5.5 to Follow in One Year

De igual forma te adjunto, unas referencias que te pueden ser útiles en el proceso de migración:

Windows 2003
Actualizar a Windows Server 2003 desde Windows NT 4.0 (material en español)
Windows Server 2003 supera a todos sus predecesores
Migración e Integración a Exchange 2003
Exchange Server Migration and Upgrade Resources
Presentaciones PowerPoint

Si necesitas ayuda sobre algo específico en tu proceso de migración, envíame un comentario y yo le daré el respectivo seguimiento, proporcionándote una guía o elemento adicional a considerar, y no olvides...

Let’s exCHANGE the World!!!

Manejo de mensajes en formato HTML en Outlook y Exchange

alexmga — Fri, 03 Dec 2004 12:21:00 GMT

Recibí una pregunta en uno de los comentarios sobre las diferencias que pueden llegar a presentarse en términos de mensajes que en su contenido esté presente HTML. Aquí platico un poco acerca de como es manejado el cuerpo de esos mensajes en algunas versiones de Outlook (97, 98, 2000, XP y 2003) y en Exchange (5.5, 2000 y 2003).

Cliente Outlook
Outlook 97 no soporta solicitar el cuerpo de un mensaje en formato HTML y por ello solo lo solicita en formato RTF (Rich Text Format). Esto significa que siempre solicitará al servidor por el formato RTF en el mensaje y una conversión tendrá que llevarse acabo en el cliente.

Outlook 98 empieza a soportar los cuerpos del mensaje en formato HTML, y puede manejar solicitudes al servidor tanto de HTML como RTF. Hará la solicitud en formato HTML solo si detecta que el servidor lo soporta, de otra manera hará la petición en formato RTF.

Outlook 2000 se comporta igual que Outlook 98.

Outlook XP es capaz de evaluar la mejor opción para el cuerpo del mensaje en Exchange. Esta característica solo puede ser usada cuando el cliente está en modo en línea, si se está trabajando fuera de línea puede no trabajar apropiadamente.

Exchange Server
Exchange 5.5 no soporta mensajes HTML y solo puede soportar clientes que usen el formato RTF en el cuerpo del mensaje.

Exchange 2000 puede manejar mensajes tanto en formato RTF como HTML y puede hacer la conversión entre estos formatos si así es solicitado por el cliente. También cuenta con una característica que determina que formato de mensaje es mejor para el cliente y envía el mensaje al cliente con el formato más adecuado.

Exchange 2003 es similar a Exchange 2000, solo que agrega filtros de seguridad al momento de desplegar contenido HTML a través de OWA (acceso al correo vía web). Esta característica se añadió para remover contenido HTML potencialmente malicioso, el cual pudiera propagar algún virus o provocar algún daño a la computadora del usuario.

Espero que esta información sea de utilidad para ustedes.

Sesiones en Línea

alexmga — Fri, 05 Nov 2004 02:55:00 GMT

Para aquellos que estén interesados en sesiones en línea (Webcasts) de Exchange, del 8 al 12 de Noviembre se estarán ofreciendo distintos tópicos sobre la materia, de los cuales estos son los que te puedo recomendar (en inglés):

Security Features in Exchange Server 2003—Level 200
Monday, November 08, 2004
10:00–11:30 A.M. Pacific Time, United States and Canada (UTC-8)

Migrating Exchange Server 5.5 to Exchange Server 2003—Level 200
Tuesday, November 09, 2004
8:00–9:30 A.M. Pacific Time, United States and Canada (UTC-8)

Fighting Spam in an Exchange Environment with Microsoft Exchange Server 2003—Level 200
Wednesday, November 10, 2004
8:00–9:30 A.M. Pacific Time, United States and Canada (UTC-8)

Securing Access to Exchange Server Using ISA—Level 200
Wednesday, November 10, 2004
1:00–2:30 P.M. Pacific Time, United States and Canada (UTC-8)

Extending Your Exchange Server Infrastructure with Real-Time Collaboration by Microsoft Office Live Communications Server 2005—Level 200
Thursday, November 11, 2004
1:00 - 2:30 P.M. Pacific Time, United States and Canada (UTC-8)

Techniques for Troubleshooting Exchange Server 2003 Performance—Level 200
Friday, November 12, 2004
10:00–11:30 A.M. Pacific Time, United States and Canada (UTC-8)

Es un buen momento para aprovechar la sección de preguntas y respuestas, y obtener información valiosa de la gente de producto, son sesiones que no te puedes perder; en caso de que algún horario no se ajuste a tu agenda, aproximadamente a la semana podrás obtener el evento bajo demanda.

Configuración de Direcciones SMTP

alexmga — Mon, 25 Oct 2004 07:18:00 GMT

Sabías que en Exchange puedes asignar una dirección de correo diferente al nombre de usuario de Directorio Activo, de manera automática (cambiando el valor por omisión)?? Es realmente sencillo y útil, cuando ya tienes un ambiente de Directorio Activo andando, y necesitas homologar los criterios de asignación de cuentas de correo o simplemente tus políticas son diferentes para estos servicios.

Esto se puede realizar, a través de las políticas de recipientes -Recipient Policies- asignando comodines/máscaras, por ejemplo:

%1g.%5s@contoso.com

donde:

%s = apellido
%g = nombre

Si tenemos al usuario Alex Marin Gasga y su nombre de usuario al dominio es alexmga, la política por omisión da como resultado: alexmga@contoso.com.

Pero si tenemos la política de recipientes configurada con la máscara del ejemplo, el resultado es diferente: a.marin@contoso.com.

Las referencia completa la puedes encontrar en los siguiente artículos de la página de soporte de Microsoft:

XADM: How to Customize the SMTP E-mail Address Generators Through Recipient Policies

Removing Duplicate and Unwanted Proxy Addresses in Exchange

Diseño de una Arquitectura de Exchange 2003

alexmga — Mon, 18 Oct 2004 22:18:00 GMT

Acabó escribir un artículo sobre consideraciones generales que hay que tomar en cuenta para un diseño de una arquitectura de mensajería sobre Exchange 2003, te recomiendo darte unos 10 minutos y lo leas (dentro de la sección "Articles"). Como un favor especial no olvides enviarme tus comentarios y retroalimentación de lo que te haya gustado, o lo que consideres deba actualizarse en dicho documento, esto es importante para mejorar los contenidos que publiquemos y que toda aquella gente que lo lea, reciba el mensaje correcto. Gracias por tu tiempo.

Puedes accederlo directamente: Consideraciones Generales de Diseño de una Arquitectura de Exchange

Exchange Connections

alexmga — Thu, 14 Oct 2004 23:19:00 GMT

Prepara las maletas y no precisamente de vacaciones, ya que dentro de 2 semanas se llevará a cabo el evento Exchange Connections en Orlando Florida. En este evento tendrás la oportunidad de escuchar a David Thompson (VP de Exchange, Microsoft), de igual forma tendrás acceso a los últimos cambios y funcionalidades presentadas dentro de la gama de versiones de Exchange; habrá también laboratorios donde podrás llevar a cabo "troubleshooting" de ciertos escenarios, y lo que no podía faltar después de una jornada técnica.... Fiesta Fiesta!!!!

Si eres un administrador, conoces o simplemente has oído de Exchange, este es un evento que no te debes perder. Para más detalle accede a Exchange Connections.