Monthly Archives: August 2009

MailTips en Exchange 2010

MailTips son mensajes que reciben los usuarios cuando escriben un correo electrónico. Es una funcionalidad nueva en Exchange 2010 en conjunto con la versión de Outlook 2010.

Esta nueva funcionalidad permite a los usuarios corregir acciones en el correo antes de enviarlo. Un ejemplo claro de MailTips es al adjuntar un archivo al correo que supere el tamaño máximo permitido por la organización, o al enviarle un correo a un destinatario fuera de la oficina, seteando expectactivas de tiempos de respuesta.

De esta manera intentamos evitar:

  • NDRs como resultado de mensajes que violan políticas de la empresa, como por ejemplo tamaño máximo o cantidad máxima de destinatarios.
  • NDRs de destinatarios que no existen en la organización, destinatarios restringidos, o destinatarios cuyas casillas estén llenas.
  • Enviar correos a usuarios fuera de la oficina.

 

MailTip Scenario

Destinatario interno inválido

The Invalid Internal Recipient MailTip is displayed if the sender adds a recipient that appears to be internal to the organization but doesn’t exist in Active Directory.

This could happen if the sender addresses a message to a user who is no longer with the company but whose address resolves due to name resolution cache or an entry in the sender’s Contacts folder. It can also happen if the sender types an SMTP address with a domain for which Exchange is authoritative and the address doesn’t resolve to an existing recipient.

The MailTip indicates the invalid recipient and gives the sender the option to remove the recipient from the message.

Mailbox Full

The Mailbox Full MailTip is displayed if the sender adds a recipient whose mailbox is full and your organization has implemented a Prohibit Receive restriction for mailboxes over a specified size.

The MailTip indicates the recipient whose mailbox is full and gives the sender the option to remove the recipient from the message.

The MailTip is accurate at the time of display. If the message isn’t immediately sent, the MailTip will be updated every two hours. This also applies to messages that were saved in the Drafts folder and reopened after two hours.

Destinatario fuera de la oficina

The Recipient Out of Office MailTip is displayed if the sender adds a recipient who is out of the office.

The MailTip indicates the recipient that’s out of the office and also displays the first 250 characters of the out-of-office reply configured by the recipient.

The MailTip is accurate at the time of display. If the message isn’t immediately sent, the MailTip will be updated every two hours. This also applies to messages that were saved in the Drafts folder and reopened after two hours.

Custom MailTip

A custom MailTip is displayed if the sender adds a recipient for whom a customized MailTip is configured.

A custom MailTip can be useful for providing specific information about a recipient. For example, you can create a custom MailTip for a distribution group explaining its purpose to reduce its misuse.

By default, custom MailTips aren’t displayed if the sender isn’t allowed to send to that recipient. In that case, the Restricted Recipient MailTip is displayed. However, you can change this configuration and have the custom MailTip also display.

Destinatario restringido

The Restricted Recipient MailTip is displayed if the sender adds a recipient for which delivery restrictions are configured prohibiting this sender from sending messages.

The MailTip indicates the recipient to which the sender isn’t allowed to send messages and gives the sender the option to remove the recipient from the message. It also clearly informs the sender that the message won’t be delivered if sent.

If the restricted recipient is an external recipient, or if it’s a distribution group that contains external recipients, this information is also provided to the sender. However, the following MailTips, if applicable, are suppressed:

  • Recipient Out of Office
  • Mailbox Full
  • Custom MailTip
  • Moderated Recipient
  • Oversize Message
Destinatario Externo

The External Recipients MailTip is displayed if the sender adds a recipient that’s external, or adds a distribution group that contains external recipients.

This MailTip informs senders if a message they’re composing will leave the organization, helping them make the correct decisions about wording, tone, and content.

By default, this MailTip is turned off. You can turn it on using the Set-TransportConfig cmdlet.

Audiencia grande

The Large Audience MailTip is displayed if the sender adds a distribution group that has more than the large audience size configured in your organization. By default, Exchange displays this MailTip for messages to distribution groups that have more than 25 members. For information about configuring the large audience size for your organization, see Configure Organizational Settings for MailTips.

The size of distribution groups isn’t calculated each time. Instead, the distribution group information is read from the Group Metrics data.

Destinatario Moderado

The Moderated Recipient MailTip is displayed if the sender adds a recipient that’s moderated.

The MailTip indicates which recipient is moderated and informs the sender that this may result in delay of the delivery.

If the sender is also the moderator, this MailTip isn’t displayed. It’s also not displayed if the sender has been explicitly allowed to send messages to the recipient (by adding the sender’s name to the Accept Messages Only From list for the recipient).

Reply-All on Bcc

The Reply-All on Bcc MailTip is displayed if the sender receives a Bcc copy of a message and selects Reply to All.

When a user selects Reply to All to such a message, the fact that the user received a Bcc of that message is revealed to the rest of the audience to which the message was sent. In almost all cases, this is an undesirable situation, and this MailTip informs the user of this condition.

Mensaje oversized

The Oversize Message MailTip is displayed if the message the sender is composing is larger than configured message size limits in your organization.

The MailTip is displayed if the message size violates one of the following size restrictions:

  • Maximum send size setting on the sender’s mailbox
  • Maximum receive size setting on the recipient’s mailbox
  • Maximum message size restriction for the organization
  • Maximum Request Length setting (for Microsoft Office Outlook Web App only)

Dd297974.note(en-us,EXCHG.140).gifNote:

Due to the complexity of the implementation, the message size limits on the connectors in your organization aren’t taken into account.

Mayor información en: http://technet.microsoft.com/en-us/library/dd297974(EXCHG.140).aspx

Exchange 2007 Service Pack 2 disponible para la descarga

Hola a todos!

A partir de hoy está a disposición el SP2 para Exchange 2007. Las mejoras incluídas están descritas en What’s New in Exchange Server 2007 SP2.

El link de descarga es http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=4c4bd2a3-5e50-42b0-8bbb-2cc9afe3216a#filelist

 

Saludos,
Pablo Vernocchi

EBook Gratuito: Understanding Microsoft Virtualization Solutions

Hola a todos,

9780735693371

 

MSPress acaba de anunciar la disponibilidad de descarga gratuita del Ebook “Understanding Microsoft Virtualization Solutions”.

Sólo requiere un registro para poder acceder al manterial completo desde el siguiente LINK

Saludos,
Pablo Vernocchi

Exchange 2010 Release Candidate listo para descargar

Buenas tardes a todos!

Acabamos de anunciar la disponibilidad de Exchange 2010 RC para descargar.

El link correspondiente es

http://www.microsoft.com/downloads/details.aspx?FamilyID=c6d27da1-ba2c-4570-a491-c0d7b39ede8b&displaylang=en

Saludos,
Pablo Vernocchi

¿Qué hay de nuevo en Exchange 2010?

Muchísimas cosas! Además de una reducción del 70% de consumo de discos en comparación a Exchange 2007 (que ya traía una reducción del 70% respecto a Exchange 2003), hay un paquete de nuevas funcionalidades divididas en:

  • Seguridad
  • Transporte
  • Permisos
  • Alta Disponibilidad
  • Policy y Compliance
  • Funcionalidades de OWA
  • Novedades en UM
  • Web Management
  • Mejoras en el store
  • Novedades en la consola de administración
  • Novedades en el shell de Administración.

Todas estas nuevas funcionalidades están descritas en: http://technet.microsoft.com/en-us/library/dd298136(EXCHG.140).aspx

A leer!

Cómo probar la configuración de conectividad remota de Exchange

Hola a todos,

El grupo de producto de Exchange creó un website donde se pueden realizar todo tipo de pruebas de conectividad remota hacia nuestra red.

Me pareció una herramienta muy piola para compartir con ustedes.

NOTA: No usen datos de usuarios reales en el website, creen uno especialmente para estas pruebas.

El sitio web en cuestión es: http://www.testexchangeconnectivity.com/

 

 

Saludos,
Pablo D. Vernocchi
Microsoft Exchange MVP
MCSE + M / MCSE + Sec
https://mvp.support.microsoft.com/profile/Pablo

Cluster CCR geográficamente disperso

Si bien a partir del Service Pack 1 de Exchange Server tenemos la posibilidad de contingencia de Datacenter con SCR, muchas veces no se cuenta con la infraestructura necesaria para poder instalar el servicio de esa manera.

Para esos escenarios, podemos optar por una configuración de cluster CCR distribuído, o geográficamente disperso. Esto quiere decir, instalar un cluster CCR con el nodo activo en un datacenter, y el pasivo en otro (recordemos que CCR sólo permite clusters de dos nodos Activo / Pasivo).

Como pre requisitos:

  • Si el cluster CCR es montado sobre Windows Server 2003, es necesario contar con la misma subred para todos los nodos.
  • El punto anterio no es necesario si el cluster está montado sobre Windows 2008.
  • Ambas subredes deben pertenecer al mismo Sitio de Active Directory.

Antes de comenzar el tema en profundidad, cabe destacar que CCR es un cluster del tipo ‘Majority Node Set’ (MNS), esto quiere decir que al momento de hacer failover al otro nodo, requiere de una mayoría para tomar esa decisión. Es decir, requiere que esté vivo un nodo del clúster y el File Share Witness (FSW).

Dentro del CCR disperso, existen varios escenarios. A continuación, examinaremos cuáles son las posibilidades y las contras de cada uno de ellos.

Escenario 1: Nodo activo y File Share Witness en el mismo Datacenter

 

CCR Disperso escenario 1

Figura 1: Escenario de CCR con el Nodo Activo en el mismo Datacenter que el FSW

Este escenario es la instalación que, quizás, se viene a la mente al momento de configurar una solución de alta disponibilidad de CCR.

  • Ante la caída del nodo activo, el pasivo perderá contacto con éste y buscará el FSW para contar con la mayoría. Al encontrarlo, podrá hacer un failover exitoso.
  • Podremos hacer un failover manual.
  • El problema existe cuando el datacenter primario sufre una catástrofe. En ese caso, tanto el nodo pasivo como el FSW no estarán disponibles, con lo que no habrá un failover automático, ya que no hay mayoría.
  • Podremos hacer un failover manual, con algunos cambios de configuración pero tenemos que asegurarnos que el nodo activo no vuelva a la vida, ya que sino caeremos en un escenario de split brain syndrome.
  • Para evitar caer en un split brain syndrome, podemos deshabilitar el File Share Witness en el HUB1, para que el primer nodo no lo encuentre y no se active, o simplemente configurar los servicios de cluster para un inicio manual.

Escenario 2: Cruzar el nodo activo con el File Share Witness

CCR Disperso escenario 2

Figura 2: Escenario de CCR con el Nodo Activo en el Datacenter distinto al FSW

Este escenario habilita algunos casos de failover automático, pero caer en el split brain syndrome es aún más fácil.

  • En caso de catástrofe del Datacenter Secundario, existiría un failover automático al nodo pasivo. Pero es muy fácil caer en un split brain syndrome cuando el Datacenter caído vuelva a la vida.
  • En caso de corte en la conectividad, el nodo pasivo automáticamente se convertiría en activo, y el que anteriormente era activo seguirá siendo activo. Caso típico de split brain syndrome.

Escenario 3: Pero entonces… ¿Cómo evitamos el Split Brain Syndrome? File Share Witness en un tercer Datacenter

CCR Disperso escenario 3

Figura 2: Escenario de CCR con el FSW en un tercer Datacenter

Este es el escenario ideal. En este escenario tenemos:

  • Failover automático en caso de problemas en el nodo activo.
  • Failover automático en caso de pérdida del Datacenter completo.
  • Failover automático en caso de pérdida de conectividad.
  • Se reduce al mínimo la posibilidad de caer en un split brain syndrome.

Pablo D. Vernocchi
Microsoft Exchange MVP
MCSE + M / MCSE + Sec
https://mvp.support.microsoft.com/profile/Pablo