www online office microsoftonline microsoft home exchange eop direcciones auth addresses address ajax powershell sharepoint outlook exchange-server

ajax - online - office 365 ports



Agente de transporte Exchange 2013 en lĂ­nea (1)

Necesito cambiar la forma en que Exchange procesa el encabezado "Responder a", para los mensajes entrantes creados por la funcionalidad de correo de SharePoint 2013. Para hacer esto, quiero comenzar a darle algunas precisiones sobre el problema:

Entornos involucrados: SharePoint Online 2013, Exchange Online 2013, ambos incluidos en una instancia de Office 365 para Educación.

Tecnologías e idiomas implicados: Javascript, Ajax, CSOM, cmdlets Powershell para Exchange Online.

Descripción de la solución implementada para la mensajería: necesitamos enviar correos electrónicos de una Colección de sitios de SharePoint a los miembros que figuran en ella, y para hacer eso, usamos la función SP.Utilities.Utility.SendEmail.

Problema relacionado con esta solución: esta función no permite al usuario definir el encabezado "reply-to", y siempre envía en este campo "[email protected]". Entonces, incluso cuando ve en Outlook el nombre del remitente (que se define en el encabezado "desde"), cuando presiona el botón "responder", Outlook toma el valor de la respuesta del encabezado, que no es el remitente .

Pregunta: Dado que no es posible anular el encabezado "reply-to" enviándolo como otro campo en la consulta ajax, quiero saber si es posible escribir un Transport Agent de Exchange para cambiar siempre el encabezado "reply- a "con el valor en" de ", si no coinciden. Y también, necesito saber si se puede instalar un agente de transporte en Exchange Online, ya que el cmdlet no está disponible en Powershell.

Gracias de antemano, Alex


En Exchange Online / Office365, los agentes de transporte no son una opción, solo se pueden usar cuando el correo se enruta a través de un servidor de Exchange local.

Mi sugerencia sería utilizar un método distinto de SP.Utilities.Utility.SendEmail para enviar correos electrónicos. Por ejemplo, podría crear su propio método que use EWS o un nuevo punto final unificado https://msdn.microsoft.com/office/office365/APi/mail-rest-operations#Createandsendmessages . Para enviar un mensaje como usuario, deberá proporcionar algún tipo de contexto de seguridad válido que tenga derechos para hacerlo (que probablemente sea la razón real por la que SP.Utilities.Utility.SendEmail no le permite enviar como otro usuario).

Cheers Glen