Partager via


Événement 7009 lorsque les utilisateurs tentent d’envoyer ou de recevoir des e-mails dans Exchange Server 2013 ou Exchange Server 2016

Numéro de base de connaissances d’origine : 2866822

Symptômes

Lorsqu’un utilisateur tente d’envoyer des messages électroniques dans un environnement Exchange Server 2013 ou Microsoft Exchange Server 2016, l’e-mail n’est pas envoyé comme prévu. Au lieu de cela, il reste dans le dossier Boîte de réception ou dans le dossier Brouillons.

Lorsque ce problème se produit, un événement semblable à ce qui suit est consigné dans le dossier Application :

En outre, les informations d’activité de connexion qui ressemblent à ce qui suit sont consignées dans le journal de connectivité de boîte aux lettres. (Notez l’erreur « Serveur non actif ».

2013-06-27T21:08:37.520Z,08D03F2DE58E0D70,MapiSubmission,89294a5c-bf90-4ae2-a3ff-7f2b81b4ba71,+,Exchange-Server.contoso.com
2013-06-27T21:08:37.536Z,08D03F2DE58E0D71,SMTP,mailboxtransportsubmissioninternalproxy,+,Undefined 00000000-0000-0000-0000-000000000000;QueueLength=0
2013-06-27T21:08:37.536Z,08D03F2DE58E0D71,SMTP,mailboxtransportsubmissioninternalproxy,>,Exchange-Server.contoso[192.168.0.12]
2013-06-27T21:08:37.536Z,08D03F2DE58E0D71,SMTP,mailboxtransportsubmissioninternalproxy,>,Established connection to 192.168.0.12
2013-06-27T21:08:37.583Z,08D03F2DE58E0D71,SMTP,mailboxtransportsubmissioninternalproxy,-,Messages: 0 Bytes: 0 (Retry : Service not active)

Lorsque vous essayez de tester les communications SMTP à l’aide de Telnet, vous recevez une erreur 412.4.3.2 semblable à ce qui suit :

220 Exchange-Server.contoso.comMicrosoft ESMTP MAIL Service ready at Thu, 27 Jun 2013 17:04:17 -0400
ehlo
250-Exchange-Server.contoso.com Hello [fe80::2174:c9da:4ac0:74c2%13]
250-SIZE
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-STARTTLS
250-X-ANONYMOUSTLS
250-AUTH NTLM
250-X-EXPS GSSAPI NTLM
250-8BITMIME
250-BINARYMIME
250-CHUNKING
250-XEXCH50
250-XRDST
250 XSHADOWREQUEST
mail from: user@contoso.com

412 4.3.2 Service not active

La cause

Ce problème se produit si le service de transport est dans un état inactif.

Dans Exchange Server, les administrateurs peuvent placer des serveurs en mode Maintenance. Lorsqu’un serveur est en mode Maintenance, il est dans un état inactif et n’accepte plus les connexions.

Résolution

Pour résoudre ce problème, configurez le composant Transport Hub sur un état actif. Pour ce faire, procédez comme suit :

  1. Exécutez le cmdlet suivant :

    Set-ServerComponentState -Identity <Exchange_server_name>  -Requester Functional -State active -Component HubTransport
    

    Si l’applet Set-ServerComponentState de commande ne modifie pas l’état du composant en actif, exécutez l’applet de commande suivante :

    Set-ServerComponentState -Identity <Exchange_server_name>  -Requester Maintenance -State Active -Component HubTransport
    
  2. Redémarrez le service de transport Exchange.

Vérifier qu’un serveur est inactif

Pour vérifier qu’un serveur est dans un état inactif, exécutez le cmdlet Get-ServerComponentState. La sortie de cette applet de commande ressemble à ce qui suit :

Capture d’écran montrant la sortie en exécutant Get-ServerComponentState à l’aide de l’applet de commande.

références