Tag Archives: Outlook 2010

Guardar elementos enviados en la casilla compartida

En Exchange tenemos la posibilidad de crear casillas compartidas (Shared Mailbox) para que varios usuarios puedan acceder a la misma y enviar correos bajo ese nombre.

Un ejemplo clásico puede ser una casilla para info@ o ventas@ o mismo una mesa de ayuda.

El problema que ocurre frecuentemente es que cuando un usuario A envía un correo usando la casilla B, este correo se guarda en la carpeta “Elementos enviados” del usuario A, lo que genera que ningún otro usuario que tenga acceso a la casilla compartida pueda ver qué fue lo que se envió.

Afortunadamente estoy puede configurarse. La funcionalidad de guardar los elementos enviados en la casilla compartida apareció como un hotix post SP3 de Outlook 2003, un hotfix post SP2 de Outlook 2007 y en Outlook 2010 SP1.

Outlook 2003: An e-mail message does not appear in a user’s mailbox if the e-mail message was sent on behalf of the user by a delegate in Outlook 2003

Outlook 2007: When you send an e-mail message from a shared mailbox in Outlook 2007, the sent message is not saved in the Sent Items folder of the shared mailbox

Outlook 2010: Email that you send on behalf of someone is not saved in their Sent Items folder

 

En cada uno de los links correspondientes a cada versión de Outlook está el hotfix o nivel de Service Pack necesario además de las claves de registro que tienen que modificarse para activar la funcionalidad:

Outlook 2010:
HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Preferences
Outlook 2007:
HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\Preferences
Outlook 2003:
HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Preferences
 
Value name: DelegateSentItemsStyle
Value Type: DWORD
Value: 1

 

Saludos,

>> Pablo Vernocchi

Webcast: Microsoft Outlook y Exchange 2010: Descripción para trabajar mejor juntos

ACTUALIZACIÓN

El material del webcast puede ser accedido desde:

 

 

Hola a todos!

Este viernes 10 de diciembre estaré dando un Webcast sobre Outlook 2010 y Exchange 2010 para toda la comunidad.

Es el primero de una tanda de 4 Webcast que estaré dando durante el mes de Diciembre para terminar el año.

El link de registración es:

https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032465982&Culture=es-AR

Los espero, entonces, este viernes 10 de diciembre a las 13:00 horas horario de Buenos Aires (15:00 de Bogotá) en el LiveMeeting!

>> Pablo Vernocchi

Exchange 2010 Personal Archive y Outlook 2007

Hola a todos,

Para todos los que están planeando usar la funcionalidad de Archiving de Exchange 2010 en sus despliegues, ya deben saber que sólo se puede consultar el Archive Online desde Outlook 2010 y OWA.

Será una buena noticia, entonces, saber que habrá una actualización para el cliente Outlook 2007 para esta funcionalidad:

For those of you that have been holding your breath for this one, we’re also happy to let you know that in SP1 timeframe, there will be an update which will enable us to support access to a user’s Personal Archive with Outlook 2007.

Es un alivio saber sobre esta noticia! Para mucho de nosotros era un bloqueador de deployment del archiving de Exchange 2010.

>> Pablo Vernocchi

Comportamiento de clientes Outlook en DAGs Exchange 2010

Muchas veces, tanto en Workshops como en proyectos, los clientes se acercan para consultarme cuál es el comportamiento que tienen los clientes Outlook soportados en Exchange 2010 ante un failover/switch-over y activación de Datacenters de contingencia.

 

Alta disponibilidad en un único Datacenter:

Este es el escenario más simple. Desplegamos nuestra topología de Exchange 2010 compuesta por un CAS Array y un DAG de Exchange 2010 con las bases replicadas en X cantidad de Mailbox Servers. Los perfiles apuntan al Cas Array.

Todos los clientes de Outlook (2003, 2007 y 2010) se comportan de la misma manera en un escenario de alta disponibilidad en un único Datacenter: No hay modificaciones en el perfil de Outlook, ni requiere internvención manual.

 

Activación de bases de datos a través de sitios (Cross Site)

Supongamos el hipotético caso de un escenario donde se requiera alta disponibilidad local y, además, un sitio de contingencia remoto. Este escenario se podría diagramar de la siguiente manera (el que me roba el gráfico, le corto los dedos):

 

dag

En este escenario tendríamos un DAG distribuído en dos datacenters, con un CAS Array para cada Datacenter, Hub Transport y Global Catalogs (que no los dibujé). Para reducir los backups, en el datacenter de contingencia, el servidor MBX-D aloja una base de datos lagueada.

En el caso que la base hosteada en MBX-B hiciese switch over al servidor MBX-A, estaríamos en el caso anterior, donde la conectividad se mantiene dentro del mismo Datacenter y del mismo Cas Array.

¿Qué pasaría si la base se activara en MBX-C?
En este escenario, tanto el Outlook 2003, el 2007 y el 2010 se conectarían a la base de datos del servidor MBX-C a través del servidor CAS-Pri. No habría cambio alguno en los perfiles de los usuarios, ni tampoco impactaría a los mismos.

Los clientes Outlook sólo usarían CAS-Sec si no pudieran conectarse al CAS-Pri, haciendo failover de Cas Array, y ahí él problema estaría en los clientes Outlook 2003, ya que tanto Outlook 2007 como 2010 descubrirían el otro CAS por Autodiscover. Una reparación del perfil de Outlook 2003 cambia el servidor de conexión y resuelve el problema.

Dentro de las propiedades de las bases de datos, podemos asignar cuál es el CAS Array que va a dar conexión a esa base de datos. Suponiendo una activación de la base del MBX-B al MBX-C, podríamos cambiar esa propiedad de la base de datos, y esperaríamos que los clientes de Outlok 2007 y 2010 se conecten a esa base a través del CAS-Sec. Esto no va a suceder, lamento informarles, al menos no hoy con las versiones de Outlook que hay disponbiles. Este cambio de CAS Array podría ser corregido en Outlook 2010 SP1, pero no hay nada confirmado aún.

Activación del Datacenter de contingencia

Si durante la fase de diseño hicimos las cosas bien, en cuanto a diseño de espacio de direcciones y certificados SSL respecta, entonces pasar al Datacenter de contingencia se simplifica a un cambio de registros DNS, cambiando el registro DNS del CAS Array del Datacenter primario al secundario.

 

>> Pablo Vernocchi

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