Auteur de questions
mails restent bloqués dans brouillons OWA Exchange 2013

Discussion générale
-
Bonjour à tous,
Je rencontre un problème lors de la mise en place d'Exchange 2013 pour test chez un client.
Voici mon infra :
1 DC 2008 avec Hyper-V
1 VM Exchange 2013 sur serveur 2012 Datacenter
Le problème est le suivant :
Après la mise en place du serveur, mes mails restent bloqués dans les brouillons. J'ai bien suivi plusieurs solutions sur le net (Ici et ici) mais sans succès, mes mails ne veulent pas partir. Lorsque je me connecte en telnet sur le serveur smtp sur le port 25, mes mails partent bien je n'ai aucune erreur...
Qu'ai-je oublié de faire sachant que la config de mon serveur Exchange semble bonne ainsi que celle de mon DNS.
Merci d'avance,
Christophe
- Type modifié Dan BajenaruMicrosoft employee vendredi 21 décembre 2012 08:52 attente de feedback
Toutes les réponses
-
-
Bonsoir,
en particulier, le service "Microsoft Exchange Mailbox Transport Submission" est celui qui prend les messages du dossier "outbox" (boite d'envoi) et qui les transmet au service de transport.
Voici une commande Powershell bien pratique sur Exchange (et autre d'ailleurs):
gwmi win32_service -filter "startmode='Auto' and state='stopped'" |start-service
Elle redémarre ce qui devrait être démarré... et qui ne l'est pas.
A+
Thierry DEMAN. Exchange MVP. MCSA Windows Server 2012 (73 MCPs). https://mvp.support.microsoft.com/profile=CE2B565B-B13D-4C24-B04D-F0D5766D14A1 http://www.faqexchange.info
-
Bonjour Christophe,
Avez-vous suivi ces conseils?
Merci de nous tenir au cournat.
Cordialement,
Florin
Florin CIUCA, MSFT Votez! Appel à la contribution
Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte. -
Bonjour,
Oui mais à priori il semblerait qu'il y ait pas mal de problèmes avec Exch 2013 sur une VM en 2012. J'ai un début de réponse de la part d'une connaissance travaillant pas mal sur le sujet et il semblerait qu'il faille un deuxième serveur mailbox sur le lan et les mails partiraient...après installation d'un deuxieme serveur MBX et tests, il s'avère que mes mails partent bien du dossier brouillons et sont bien réceptionnés sur mon outlook.
Je continue mes tests et vous confirmerait que cela est bien dû au deuxieme MBX.
Christophe
- Modifié _Christof_ mardi 18 décembre 2012 13:19
-
Bonsoir
je viens de rencontrer ce problème sur mon lab avec 2 serveurs et en relançant les service tout est reparti, cependant je me retrouve avec des vieux mails dans les brouillons qui pourtant ont été supprimés.
Encore merci de votre retour
Hakim Taoussi
-
Bonjour Christof ,
J'ai eu le même problème que vous , donc j'ai créer une VM ou j'ai mis un deuxieme serveur Mailbox sur lequel j'ai crée un connecteur d'envoi classique mais j'ai toujours le probléme les mails restents en Brouillons
J'ai essayé avec un connecteur d'envoi smtp aussi par authentification même résultats . Même les mails en interne ne se transmettent pas .
Si vous avez une idée je suis preneur . Les services sont bien démarrés .
Merci
-
Bonjour
Je me permet de continuer sur ce problème car je rencontre également le même problème.
j'ai un Exchange 2010 SP3 , j'ai installé exchange 2013 en cohabitation puis installer le CU1 recommandé pour cohabitation en production.
Du coté d'exchange 2013 je vois bien les 2 serveurs , j'ai basculé une boite test vers exchange 2013 , je me connecte sur le OWA 2013 test d'envoi d'un mail = le mail reste dans brouillons ...enfin j'ai des effets très étrange .
je suis sur le même connecteur que l'exchange 2010 et j'ai intégré dans ce connecteur l'exchange 2013 ... rien n'y fait...
j'ai même créé un autre connecteur pour le 2013 ...bref je commence a faire le tour....
HELPPP!!
-
J'ai trouvé le problème
il ne faut visiblement pas supprimer les connecteurs de réception par défaut
Désormais mes mails partent, voici les connecteur par défaut a recréer
Default Client Font End Transport (FrontEnd Transport) - TLS, Basic, Integrated, Exchange users, port 587Default Client Proxy (Hub Transport) - TLS, Basic, Offer Basic after TLS, Integrated, Exchange Server Auth, Exchange Servers, Exchange users, port 465
Default Front End Transport (FrontEnd Transport) - TLS, Basic, Offer Basic after TLS, Integrated, Exchange server auth, Exchange Servers, Legacy Exchange Servers, Anonymous Users, port 25
Default Hub Transport (hub transport) - TLS, Basic, Offer Basic after TLS, Integrated, Exchange Server Auth, Exchange Servers, Legacy, Exchange Users, port 2525
Default Outbound Proxy Frontend Transport (Frontend transport) TLS, Enable domain security, Basic, Offer basic after TLS, integrated, Exchange server auth, exchange servers, anonymous, port 717
-
j'ai le même probléme, je n'ai pas touché au connecteur de réception par default et je ne recoi aucun message d'ailleur le telnet ne fonctionne pas nonplu sauf en local
et quand j'envoie un mail il par dans les brouillons
je présise pour mon cas j'ai effectuer une migration de exchange 2003 vers 2010 et ensuite vers 2013
-
Merci Antoine 75
La réponse à toutes nos questions:
il ne faut visiblement pas supprimer les connecteurs de réception par défaut
Désormais mes mails partent, voici les connecteur par défaut a recréer
Merci pour cette solution !
- Modifié remi.brusse vendredi 12 août 2016 00:05
-
c'est bien ce service qu'il faut redémarrer "Microsoft Exchange Mailbox Transport Submission"
j'ai déjà eu le soucis après avoir installé un Exchange 2010 sur une VM 2012. certains services étaient désactivé par défaut. après avoir activé ce service Microsoft Exchange "Mailbox Transport Submission"
tous les mails qui bloquaient dans brouillon partaient même sur le owa
-
-
J'ai trouvé le problème
il ne faut visiblement pas supprimer les connecteurs de réception par défaut
Désormais mes mails partent, voici les connecteur par défaut a recréer
Default Client Font End Transport (FrontEnd Transport) - TLS, Basic, Integrated, Exchange users, port 587Default Client Proxy (Hub Transport) - TLS, Basic, Offer Basic after TLS, Integrated, Exchange Server Auth, Exchange Servers, Exchange users, port 465
Default Front End Transport (FrontEnd Transport) - TLS, Basic, Offer Basic after TLS, Integrated, Exchange server auth, Exchange Servers, Legacy Exchange Servers, Anonymous Users, port 25
Default Hub Transport (hub transport) - TLS, Basic, Offer Basic after TLS, Integrated, Exchange Server Auth, Exchange Servers, Legacy, Exchange Users, port 2525
Default Outbound Proxy Frontend Transport (Frontend transport) TLS, Enable domain security, Basic, Offer basic after TLS, integrated, Exchange server auth, exchange servers, anonymous, port 717
Halleluya, merci merci merci, mille merci !
Effectivement nous avions le soucis depuis ce matin, et apres création des connecteurs tels que précisés dans ce post (les connecteurs avaient juste été renomés et ca a suffit a mettre la grouille) : cela fonctionne a nouveau !
-
-
-
-
Bonjour, nakhli,
Veuillez maintenir la communication dans le cadre du forum, pour faciliter les autres utilisateurs à profiter des solutions offertes.
Je vous remercie par avance de votre compréhension.Cordialement,
TéodoraVotez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.
-
Bonjour Nakhli,
les connecteurs de réception créer par défaux sur un serveur MBX sont deux
- connecteur par défaut
- connecteur client proxy
et dans le CAS :
- Frontal par defaut
- frontal proxy sortant
- frontal client
pour les visionner : Flux de messagerie > connecteur de réception > Dans le dropbox tu peux choisir ton serveur ou bien utilisé la commande Get-ReceiveConnector.
pour plus d'infos consulter le lient suivant : Link
A plus
-
Bonjour à tous,
Étant heureux d'avoir trouver une autre solution, je vous partage ma découverte !
voici une autre solution pouvant engendrer un blocage des mails :
Avec Exchange 2013, les mails ne sont pas envoyés.
Sous OWA, les mails envoyés sont stockés dans le dossier « Brouillons » sans être envoyés.
Sous Outlook ils sont stockés dans « Eléments Envoyés » mais aucun envoi n’est effectué.
Solution
Ouvrir la console ECP sur le serveur Exchange depuis l’adresse https://localhost/ecp
Se rendre dans Serveurs – sélectionner le serveur Exchange
Dans Recherches DNS – Pour chaque type de recherches (externes et internes), sélectionner Paramètres Personnalisés et entrer les adresses IP de vos serveurs DNS locaux.Bien à vous
-
Bonjour Nicolas CH,
Je vous remercie d'avoir partagé cette solution avec la communauté du forum.
Cordialement,
TeodoraVotez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.
-
-
Bonjour,
Je me permet d'apporter cette information car le problème avait été le même pour nous dans le même environnement et pour différents clients
(Pour rappel : DC 2008 ou 2008R2 et Exchange 2013 sous VM Win2012)
Cela se produisait avec les versions CU1 et 2. Depuis le passage au CU3 et versions ultérieur, le problème est corrigé. (pour nous en tout cas).
Bonne journée
-
-
Suite à l'installation du module Exchange DKIM Signer, il m'était impossible d'envoyer des mails ainsi que la réception malgré les services redémarrés (mails stockés dans Brouillons).
La solution a été de déclarer mon DNS local en dur comme dis par Nicolas CH.
Merci pour votre partage ;)
- Modifié StazTech mardi 20 novembre 2018 16:49
-