pounce ejercito demanda consulting cfe cdmx calzada apestan tfs tfs2012

ejercito - Las alertas del equipo TFS 2012 no envían correos electrónicos



pounce consulting calzada del ejercito (8)

Decidí responder esta misma, principalmente porque podría no ser una solución adecuada para un tfs sin un directorio activo (basado en las respuestas / comentarios en esta publicación)

Estos son los pasos que he tomado para asegurarme de que se envíen las alertas del equipo.

  1. Asegúrese de que su configuración sea correcta msdn.microsoft.com/en-us/library/ms400808(v=vs.110).aspx
  2. Asegúrate de tener el filtro de Proyecto de Equipo en la alerta de tu equipo
  3. Habilitar alertas de equipo en la Consola de administración de Team Foundation Server
  4. Habilitar las alertas del equipo con la herramienta de solicitud de comando tfsconfig (esta es una característica no documentada) tfsconfig configuremail /Enabled:True
  5. Ver los registros del Visor de eventos
  6. asegúrese de que todos los nombres sean sencillos sin ningún tipo de apóstrofe o caracteres especiales, intente tener solo un miembro y pruebe y comience a aumentar el número de miembros cada vez que realice la prueba hasta que obtenga su problema. (Gracias a M. Radwan por esta respuesta )
  7. Diagnóstico de fallos de suscripción de correo electrónico y SOAP mediante esta guía http://blogs.msdn.com/b/granth/archive/2009/10/28/tfs2010-diagnosing-email-and-soap-subscription-failures.aspx
  8. Asegúrese de que sus usuarios en su anuncio tengan correos electrónicos correctos

No puedo recibir las alertas del equipo para que TFS 2012 funcione. Mi pregunta es básicamente la misma que esta (las alertas de equipo de TFS 2012 no funcionan ). Pero como soy capaz de elaborar un poco en mi pregunta, decidí volver a formularla.

  • Las alertas personales funcionan, por lo que no es un error obvio del servidor smtp
  • Las alertas de equipo NO funcionan
  • Nuestro TFS no está conectado a un directorio activo
  • Todos los usuarios han especificado "Correo electrónico preferido" en sus preferencias
  • Los usuarios se asignan a equipos según lo especificado por mis alertas

Este es un ejemplo de una alerta personal que funciona bien.

Y aquí hay un ejemplo de alerta de equipo que no funciona.

La configuración es básicamente la misma, excepto por los parámetros "comodín" en los filtros

¿Dónde elige TFS [Dirección de alerta predeterminada de los miembros] ? ¿No es lo mismo que el correo electrónico preferido?

Cualquier indicador sería apreciada

Apéndice

Al mirar la herramienta de solicitud de comando Tfs cammand (tfsconfig configuremail) y la Consola de administración, surgen más preguntas

La consola de administración de Team Foundation Server muestra alertas habilitadas y configuraciones correctas

Pero la herramienta de solicitud de comando, tfsconfig configuremail dice que las alertas están deshabilitadas

No he encontrado ninguna manera de activar alertas con la herramienta de símbolo del sistema ( http://msdn.microsoft.com/en-us/library/vstudio/dd236903.aspx ), solo la casilla de verificación en la Consola de administración

Principales pistas a partir de ahora:

  1. ¿Dónde elige TFS [Dirección de alerta predeterminada de los miembros] ?
  2. ¿Por qué hay una falta de coincidencia de las alertas habilitadas / deshabilitadas?

Después de seguir todas las instrucciones aquí (y encontrar esa extraña configuración habilitada / deshabilitada sin documentar también), todavía tenía el mismo problema.

Luego leí esta pregunta : parece que la respuesta es la misma: sin Active Directory, TFS no enviará alertas de equipo. Los usuarios pueden configurar su dirección de correo electrónico preferida, que TFS luego se sincronizará con Active Directory como "[dirección de correo electrónico predeterminada del miembro]". Si no se encuentra Active Directory, esa sincronización no funcionará, lo que significa que su correo electrónico predeterminado está en blanco. El correo electrónico en blanco significa que no se envía ninguna alerta (lo que significa que tampoco se produce un error acerca del envío).

Entonces, a menos que alguien escriba un complemento (o el equipo TFS cambie la forma en que funciona bajo el capó), necesita Active Directory para que funcionen las alertas del equipo.


Para enviar notificaciones por correo electrónico, debe configurar lo siguiente en su implementación, por favor asegúrese de que su servidor de seguridad esté configurado para permitir las comunicaciones entre Team Foundation Server y su servidor SMTP.

La cuenta de servicio para Team Foundation Server (referida por el marcador de posición TFSService) debe ser una cuenta de dominio con permiso para enviar correo electrónico, su servidor SMTP debe estar configurado para permitir que los remitentes anónimos envíen correo electrónico, o debe haber creado previamente una cuenta específicamente para utilizar como la cuenta de correo electrónico para las alertas.

Si usó una cuenta del sistema (como Servicio de red) como la cuenta de servicio para Team Foundation Server, debe configurar su servidor SMTP para permitir que los remitentes anónimos envíen correos electrónicos, o debe asegurarse de que configura la configuración de autenticación integrada de manera apropiada para su despliegue Si no lo hace, las notificaciones por correo electrónico no serán enviadas.

Para obtener más información, consulte http://msdn.microsoft.com/en-us/library/ms400808.aspx


Publicar esto como un paso adicional de verificación si lo mencionado no ayuda. Estoy trabajando con TFS 2012. Inicialmente paso a través de los pasos descritos anteriormente y recibí las notificaciones por correo electrónico, pero después de un tiempo simplemente se detuvo.

Después de repetir los pasos anteriores y sin éxito, me referí al visor de eventos, Aplicaciones y registros de servicio -> Microsoft-Team Foundation Server -> Depurar como menciones urbanas. Encontré miles de errores relacionados con el TFSJobAgent. Opté por reiniciar el servicio: "Agente de trabajo de fondo de Visual Studio Team Foundation" a través de Services.msc a través de Herramientas administrativas, y todas las alertas de correo electrónico pendientes se recibieron de inmediato.

Inicialmente busqué en la lista de servicios en busca de algo que comenzara con TFS después de encontrar esta documentación de Microsoft: http://msdn.microsoft.com/en-us/library/ms253108.aspx Encontré un servicio relacionado.


Simplemente aloje SMTP en la máquina local (máquina TFS) y coloque la IP de la máquina local en la sección de relé junto con 127.0.0.1.

Estuve luchando por el error durante horas y finalmente resolví mi problema ...


Solucioné el problema enviando a cada miembro un correo electrónico de alerta de prueba desde la pantalla Notificación de alerta / administración de TFS. Mi entendimiento es que a través de este método, llena estas direcciones de correo electrónico y sabe dónde enviarlas. Al parecer, los evaluadores de MS no detectaron este correo electrónico de su grupo y ya estaban en efectivo en algún lugar. En mi caso, tengo un pequeño grupo de inicio, pero puedo imaginar que para un grupo empresarial puede ser un gran trabajo.


Tuve el mismo problema. Su servidor smtp interno (solo envía correos electrónicos internos) no requiere autenticación.

Establecí como nombre de usuario: Contraseña anónima: 123

Me sorprendió que funcionara ;-).


usted agregó alertas en Alert Explorer sin especificar ningún Proyecto de Equipo. Una vez que agregué el filtro de Proyecto de Equipo, comenzó a funcionar.