Alertes d'équipe TFS 2012 n'envoyant pas de courriels
Je ne parviens pas à faire en sorte que les alertes de l'équipe TFS 2012 fonctionnent. Ma question est fondamentalement la même que celle-ci ( Les alertes d’équipe TFS 2012 ne fonctionnent pas ). Mais comme je peux élaborer un peu dans ma question, j'ai décidé de la poser à nouveau.
- Les alertes personnelles fonctionnent, donc ce n’est pas une erreur évidente du serveur smtp
- Les alertes d'équipe ne fonctionnent pas
- Notre TFS n'est pas connecté à un Active Directory
- Tous les utilisateurs ont spécifié "Email préféré" dans leurs préférences
- Les utilisateurs sont affectés aux équipes comme spécifié par mes alertes
Ceci est un exemple d'alerte personnelle qui fonctionne bien
Et voici un exemple d’une alerte d’équipe qui fonctionne pas
La configuration est fondamentalement la même sauf pour les paramètres "joker" dans les filtres
Où TFS sélectionne-t-il [Adresse d'alerte par défaut des membres]}? N'est-ce pas la même chose que l'email préféré?
Tous les pointeurs seraient appréciés
Addenda
L'examen de l'outil d'invite Tfs cammand (tfsconfig configuremail) et de la console d'administration soulève d'autres questions.
La console d'administration Team Foundation Server affiche les alertes enabled et les paramètres corrects.
Mais l'outil d'invite de commande, tfsconfig configuremail indique que les alertes sont disabled
Je n'ai trouvé aucun moyen d'activer les alertes avec l'outil de commande Invite ( http://msdn.Microsoft.com/en-us/library/vstudio/dd236903.aspx ), uniquement la case à cocher dans Administration Console
Principaux indices à partir de maintenant:
- Où TFS choisit-il {[Adresse d'alerte par défaut des membres]}?
- Comment se fait-il qu'il y ait une incompatibilité d'alertes activées/désactivées?
Après avoir suivi toutes les instructions ici (et découvert cette étrange configuration non documentée activée/désactivée également), j'avais toujours le même problème.
J'ai alors lu cette question - il semble que la réponse soit la même: sans Active Directory, TFS n'enverra pas d'alertes à l'équipe. Les utilisateurs peuvent définir leur adresse électronique préférée, que TFS synchronisera ensuite avec Active Directory en tant que "[adresse électronique par défaut du membre]". Si aucun Active Directory n'est trouvé, cette synchronisation ne fonctionnera pas, ce qui signifie que leur adresse électronique par défaut est vide. Un email vide signifie qu'aucune alerte n'a été envoyée (ce qui signifie qu'aucune erreur n'est signalée concernant l'envoi).
Ainsi, à moins que quelqu'un écrive un plugin (ou que l'équipe TFS change son fonctionnement sous le capot), vous avez besoin d'Active Directory pour que les alertes d'équipe fonctionnent.
J'ai décidé de répondre à cette question moi-même, principalement parce que cela pourrait ne pas être une solution appropriée pour un tfs sans Active Directory (basé sur les réponses/commentaires dans this post)
Voici les étapes que j'ai prises pour m'assurer que les alertes d'équipe sont envoyées
- Assurez-vous que votre configuration est correcte http://msdn.Microsoft.com/en-us/library/ms400808(v=vs.110).aspx
- Assurez-vous que le filtre Team Project figure dans votre alerte d'équipe.
- Activer les alertes pour les équipes dans la console d'administration Team Foundation Server
![Team Foundation Server Administration Console]()
- Activer les alertes d'équipe avec la commande tfsconfig, outil d'invite (il s'agit d'une fonctionnalité non documentée)
tfsconfig configuremail /Enabled:True - Vérifiez les journaux de l'observateur d'événements
![Tfs Event Viewer log]()
- assurez-vous que tous les noms sont clairs sans aucune apostrophe ni caractère spécial, essayez de n'avoir qu'un seul membre, testez et commencez à augmenter le nombre de membres à chaque fois avec test jusqu'à ce que votre problème soit résolu. (Merci à M. Radwan de cette réponse )
- Diagnostiquer les échecs des courriels et des abonnements SOAP à l'aide de ce guide http://blogs.msdn.com/b/granth/archive/2009/10/28/tfs2010-diagnosing-email-and-soap- subscription-failures.aspx
- Assurez-vous que les utilisateurs de votre annonce ont des emails corrects.
Afficher ceci comme une étape supplémentaire de vérification si ce qui précède n’aide pas. Je travaille avec TFS 2012. Au début, je parcourais les étapes décrites ci-dessus et je faisais fonctionner les notifications par courrier électronique. Toutefois, après un certain temps, tout s'est arrêté.
Après avoir répété les étapes ci-dessus et sans succès, j'ai fait référence à l'historique des applications et des journaux de service de l'observateur d'événements -> Microsoft-Team Foundation Server -> le débogage en tant que citations urbaines. J'ai trouvé des milliers d'erreurs liées à TFSJobAgent. J'ai choisi de redémarrer le service: "Agent de tâche d'arrière-plan Visual Studio Team Foundation" Via le site Services.msc via les outils d'administration, et toutes les alertes par e-mail en attente ont été immédiatement reçues.
Au départ, je cherchais dans la liste des services une recherche commençant par TFS après avoir découvert cette documentation Microsoft: http://msdn.Microsoft.com/en-us/library/ms253108.aspx J'ai trouvé un service associé.
J'ai eu le même problème. Votre serveur smtp interne (envoie uniquement des e-mails internes) ne nécessite aucune authentification.
J'ai défini comme nom d'utilisateur: anonyme Mot de passe: 123
J'ai été surpris que cela a fonctionné ;-).
Pour envoyer des notifications par courrier électronique, vous devez configurer les éléments suivants dans votre déploiement, assurez-vous que Votre pare-feu doit être configuré pour autoriser les communications entre Team Foundation Server et votre serveur SMTP.
Le compte de service de Team Foundation Server (désigné par le paramètre fictif TFSService) doit être un compte de domaine autorisé à envoyer un courrier électronique, votre serveur SMTP doit être configuré pour autoriser les expéditeurs anonymes à envoyer un courrier électronique ou vous devez avoir préalablement créé un compte spécifiquement. à utiliser comme compte de messagerie pour les alertes.
Si vous avez utilisé un compte système (tel que Service réseau) comme compte de service pour Team Foundation Server, vous devez soit configurer votre serveur SMTP pour autoriser les expéditeurs anonymes à envoyer des courriers électroniques, ou vous devez vous assurer de configurer les paramètres d'authentification intégrés de manière appropriée. votre déploiement. Sinon, les notifications par courrier électronique ne seront pas envoyées.
Pour plus d'informations, consultez http://msdn.Microsoft.com/en-us/library/ms400808.aspx
J'ai résolu le problème en envoyant à chaque membre un e-mail d'alerte test à partir de l'écran TFS Admin/Alert Notification. Je crois comprendre que cette méthode permet de renseigner ces adresses électroniques et de savoir où envoyer les messages. Apparemment, les testeurs MS ont raté cela, car les courriels de leur groupe étaient déjà encaissés quelque part. Dans mon cas, j'ai un petit groupe de startups, mais je peux imaginer que ce soit un travail difficile pour un groupe d'entreprises.
vous avez ajouté des alertes dans Alert Explorer sans spécifier de projet d'équipe. Une fois que j'ai ajouté le filtre Team Project, il a commencé à fonctionner.
Il suffit d'héberger SMTP sur la machine locale (machine TFS) et de mettre l'IP de la machine locale dans la section Relay avec 127.0.0.1.
Je me suis battu pendant des heures pour l'erreur et finalement ça a réglé mon problème ...