Acceso delegado

Hace referencia a: Outlook 2013 | Outlook 2016

Acceso delegado hace referencia a la capacidad del usuario para enviar un mensaje como otro usuario o recibir un mensaje de otro usuario. Acceso delegado es una caracter�stica independiente del proveedor de servicio de MAPI que admiten los proveedores de transporte si eligen. Sin embargo, ning�n proveedor es necesario para hacerlo. Acceso delegado es valioso cuando sea necesario para un usuario enviar mensajes como o filtrar los mensajes entrantes de otro usuario o al usuario debe tener acceso al almac�n de mensajes de otro usuario. Antes de permitir que un usuario delegado conectar al almac�n de otro usuario, el proveedor de almacenamiento de mensaje debe comprobar que el usuario delegado tiene la autoridad apropiada.

Hay dos grupos de propiedades que se usan para admitir el acceso de delegado:

PR_SENT_REPRESENTING_ADDRTYPE (PidTagSentRepresentingAddressType)

PR_SENT_REPRESENTING_EMAIL_ADDRESS (PidTagSentRepresentingEmailAddress)

PR_SENT_REPRESENTING_ENTRYID (PidTagSentRepresentingEntryId)

PR_SENT_REPRESENTING_NAME (PidTagSentRepresentingName)

PR_SENT_REPRESENTING_SEARCH_KEY (PidTagSentRepresentingSearchKey)

PR_RCVD_REPRESENTING_ADDRTYPE (PidTagReceivedRepresentingAddressType)

PR_RCVD_REPRESENTING_EMAIL_ADDRESS (PidTagReceivedRepresentingEmailAddress)

PR_RCVD_REPRESENTING_ENTRYID (PidTagReceivedRepresentingEntryId)

PR_RCVD_REPRESENTING_NAME (PidTagReceivedRepresentingName)

PR_RCVD_REPRESENTING_SEARCH_KEY (PidTagReceivedRepresentingSearchKey)

En los mensajes salientes, las propiedades de PR_SENT_REPRESENTING identifican al usuario de mensajer�a que debe actuar como el remitente. Los clientes pueden establecer estas propiedades como una opci�n. Si no se establecen las propiedades de PR_SENT_REPRESENTING con el tiempo el mensaje llega a un proveedor de transporte que admite el acceso delegado, es responsabilidad del proveedor para establecerlas junto con las propiedades de PR_SENDER.

En los mensajes entrantes, las propiedades de PR_RCVD_REPRESENTING identifican al usuario que debe actuar como el destinatario. Los proveedores de transporte responsable de entregar los mensajes de delegado deben establecer las propiedades de los PR_RCVD_REPRESENTING y PR_RECEIVED_BY. Los clientes de recibir un mensaje de delegado deben copiar los valores de las propiedades PR_SENT_REPRESENTING a las propiedades de PR_RCVD_REPRESENTING correspondientes.

Por ejemplo, suponga que John est� recibiendo mensajes de Mar�a mientras Mar�a est� de vacaciones. Las propiedades de PR_RCVD_REPRESENTING identifican John como el destinatario de delegado. Cuando Juan env�a una respuesta a un mensaje que ha recibido para Mar�a, las propiedades del mensaje PR_SENDER identifican John como el remitente. Debido a que John representa a Mar�a, las propiedades de PR_SENT_REPRESENTING identifican Mar�a.

Los mensajes entrantes de delegado de tratamiento normalmente deben enviar estos mensajes como el usuario de mensajer�a identificado por las propiedades PR_SENT_REPRESENTING en lugar de como el usuario identificado por las propiedades de PR_SENDER los proveedores de transporte. La excepci�n a esta regla es cuando sea necesario para que coincida con los tipos de privilegio y transporte de access. En este caso, un proveedor de transporte puede elegir una identidad de env�a.

Si las propiedades de PR_SENT_REPRESENTING est�n disponibles para un mensaje entrante de delegado, el proveedor de transporte controlar entrega debe establecer, con los valores de las propiedades correspondientes de PR_SENDER. Si las propiedades de PR_SENT_REPRESENTING est�n disponibles, pero el proveedor de transporte no admite el acceso de delegado, puede usar las propiedades de PR_SENDER para la entrega.