▷ Agentinfo exchange | Actualizado abril 2024

Get-messagetrackinglog

La enorme escalabilidad de Microsoft Exchange conlleva serias desventajas además de todos sus beneficios. Una de estas desventajas es la dificultad en el seguimiento de los mensajes a partir de los archivos de registro. Debido a que tiene múltiples servidores de transporte, cada mensaje que pasa a través de cada servidor de buzón y dejar su rastro en los registros.
¿Por qué no podemos utilizar SOLO Get-MessageTrackingLog (este cmdlet puede realizar búsquedas muy rápidas en múltiples servidores)? Get-MessageTrackingLog sólo tiene una característica desagradable: devuelve registros de los registros con algún TimeStamp, y este timestamp se calcula con precisión de segundos, mientras que en los registros de texto los registros se almacenan con precisión de milésimas de segundo. En cuanto muchas acciones se realizan muy rápido, no podemos construir una cronología de eventos.
Existe un bonito cmdlet Get-MessageTrackingLog dentro de Exchange 2013. Busca los registros de seguimiento de mensajes con algunos filtros. La descripción más detallada de los filtros se encuentra en: https://technet.microsoft.com/en-us/library/aa997573(v=exchg.150).aspx.

Guía de seguimiento de mensajes de exchange 2019

Hola¡ Se ha producido un problema (posiblemente global). Al usuario le surgió el problema de que las cartas no le llegaban (dentro de la organización, es decir, de Exchange).Hice un par de pruebas. Sí, el problema se repitió.El informe de entrega para Daniel (username@domain.com)Enviado05/12/2020 16:54 MAILMensaje enviado a mail.domain.com.Expectation05/12/2020 16:54 mail.domain.ruEl mensaje fue recibido por mail.domain.com desde mail.domain.com.05/12/2020 16:54 mail.domain.ruEl mensaje fue enviado a mail.domain.com desde mail.domain.com.Delivered05/12/2020 16:54 mail.domain.ruMensaje entregado con éxito.Activé la auditoría hasta que pueda proporcionar información. El usuario se transfiere a una base de datos limpia.Dígame donde se puede ver todavía? El problema surgió después de actualizar a СU16.
» introduce las razones para causar estos códigos.Si no, usted podría ver si hay algunas reglas de transporte o reglas de la bandeja de entrada (Outlook) que se utilizan para redirigir / eliminar / rechazar los mensajes, trate de desactivarlas y enviar los correos electrónicos internos de nuevo para comprobar el resultado. Al mismo tiempo, podría ejecutar los siguientes comandos en el EMS (Exchange PowerShell) para ver si hay algunos correos electrónicos atascados en la cola, y ver si hay algunos eventos (EventId: como FAIL) en el registro: Editar: Modificar el comando incompleto «Get-Queue | fl MessageCount, Last Error»

Seguimiento de mensajes exchange 2013

La cuenta en el servidor puede recibir correos electrónicos pero no puede enviar ninguno. Todos los correos electrónicos salientes van a la carpeta de borradores.Estoy accediendo a la cuenta a través de OWA en el servidor.DNS está apuntando a los servidores DNS en la red y el NIC IPv4 está seleccionado y no se establece en todos los adaptadores.
Hola, vengo a acotar tu problema:Al mismo tiempo, podrías volver a enviar los correos electrónicos salientes, y luego ver si hay algún error en el Visor de Eventos cuando veas que los correos se guardan como borradores.
Ivan, gracias por tu respuesta.Hay dos servidores Exchange y sólo tengo cuentas de prueba en el nuevo servidor. Todas las cuentas de prueba en el servidor están experimentando el mismo problema.Tanto el correo electrónico interno como el externo tienen el mismo resultado.He estado usando OWA a través de Chrome Firefox y Edge en el servidor de Exchange que tiene el problema usando la dirección https://localhost/owa.Traté de configurar Outlook usando un par de las cuentas de prueba y no pudo resolver la cuenta. Me salía el error «Outlook debe estar conectado». Puedo configurar las cuentas que están en el servidor principal sin ningún problema.El servidor principal es un servidor Exchange 2010 y el nuevo servidor es un servidor Exchange 2016. El servidor principal es un servidor Exchange 2010 y el nuevo es un servidor Exchange 2016. Vamos a retirar el servidor 2010 una vez que tengamos el servidor 2016 en funcionamiento.

Seguimiento de mensajes exchange 2016

El seguimiento de mensajes registra la actividad de los mensajes a medida que el correo fluye a través de la canalización de transporte en los servidores de buzón y los servidores de transporte de borde. Puede utilizar el cmdlet Get-MessageTrackingLog en la Shell de administración de Exchange para buscar entradas en el registro de seguimiento de mensajes utilizando criterios de búsqueda específicos. Por ejemplo:
Normalmente, el valor del campo de cabecera MessageID: permanece constante a medida que el mensaje viaja por la organización de Exchange. Esta propiedad se denomina InternetMessageId en las utilidades de visualización de colas, y MessageId en las utilidades de visualización del registro de seguimiento de mensajes. Una vez que haya determinado el valor de MessageID: de un mensaje específico, puede buscar información sobre ese mensaje en los registros de seguimiento de mensajes de todos los servidores de buzón de su organización de Exchange.
Puede utilizar la función Informes de entrega para administradores en el centro de administración de Exchange (EAC) para buscar en los registros de seguimiento de mensajes información sobre los mensajes enviados o recibidos por un buzón específico de su organización. Para obtener más información, consulte Seguimiento de mensajes con informes de entrega.