Auteur de questions
Exchange 2016 - message absence du bureau - pas de réponse depuis mail externe

Question
-
Bonjour,
Nous rencontrons un souci au niveau de la gestion des messages d'absence du bureau sur des environnements Exchange 2016.
Les réponses automatiques se font en interne sans problème, mais pas lorsqu'on envoie un mail depuis l'extérieur.
Nous avons bien vérifié la configuration et l'activation de la réponse automatique à tous les expéditeurs externes.
Dans ce dernier cas, le mail arrive bien dans la boite de réception de l'utilisateur absent, mais la réponse automatique n'est pas envoyée.
Ceci est constaté lorsqu'on active la règle d'absence du bureau depuis un client lourd Outlook, mais également directement depuis OWA.
Merci pour votre aide svp.
Toutes les réponses
-
-
-
-
-
Le fait de vérifier dans votre exchange si il n' y a pas des problèmes envois.
Cordialement.
-
-
Bonsoir, si vous êtes sur de ne pas avoir de problèmes avec votre prestataire du smarthost, pouvez-vous vérifiez les informations du lien ci-dessous concernant le paramètre allowedooftype
Cordialement.
-
Malgré que cela fonctionne parfaitement avec d'autres serveurs Exchange 2016 configurés avec le même connecteur d'envoi, j'ai tout de même effectué une demande auprès de notre prestataire smarthost.
Dans l'attente de sa réponse donc...
Par ailleurs, après plusieurs recherches sur le net j'avais déjà lancé quelques commandes powershell pour vérifier les paramètres liés à OOO. Tout semblait correct là aussi.
Merci pour votre lien. Je regarde s'il y a des commandes supplémentaires.
-
-
-
Je complète avec les informations issues de mes derniers tests.
J'ai défini sur le serveur Exchange qui semble nous poser des soucis 4 bal chacune sur un nom de domaine différent : toto@destinataire1.com, toto@destinataire2.com, toto@destinataire3.com, toto@destinataire4.com.
Les réponses automatique d'absence du bureau vers l'extérieur sont activées sur chacune de ces 4 bal.
Nous disposons sur notre serveur Exchange à nous de 2 bal de tests pour les tests d'envoi : toto@notredomaine.com et titi@notredomaine.com
- les résultats à ces tests semblent aléatoires : certaines reçoivent bien la réponse automatique, d'autres non. ça peut fonctionner de l'adresse d'expédition titi@notredomaine.com vers toto@destinataire1.com, et en même temps ne pas fonctionner de toto@notredomaine.com vers la même adresse destinatrice toto@destinataire1.com !
Un test de titi@notredomaine.com peut fonctionner vers toto@destinataire1.com et ne pas fonctionner vers toto@destinataire2.com...
Et quand cela fonctionne, soit la réponse est quasi immédiate, soit elle arrive après plusieurs minutes, quelques fois avec 15 mn plus tard...
Par ailleurs, nous constatons que :
- les mails envoyés depuis des bal GMAIL ne reçoivent aucune réponse d'absence du bureau (tests effectués depuis 3 comptes GMAIL différents)
- idem depuis une bal YAHOO
Précisons, si besoin était, que les envois de mail depuis les bal destinatrices (toto@destinataire1.com, toto@destinataire2.com, toto@destinataire3.com, toto@destinataire4.com) ainsi que depuis nos comptes de tests GMAIL et YAHOO vers nos adresses toto@notredomaine.com et titi@notredomaine.com fonctionnent sans problème.
Strange, isn'it ?
Un dernier point -important peut-être-, je n arrive pas a éteindre proprement ce serveur Exchange (2016 CU8), après une heure d'attente je finis par l'éteindre (au sens VM du terme) et je n'arrive pas à le mettre à jour. L'update de mai 2018 ne passe pas.
D'avance MERCI
-
Bonjour, merci de votre retour.
Il faudrait vérifier l'ensemble de ce serveur.
Il serait effectivement bien de passer le dernier RU.
Pouvez-vous vérifier l'ensemble des logs Exchange pour détecter un problème.
Lors de l'extinction du serveur ou du redémarrage des services Exchange il faudrait vérifier quel service pose problème.
Cordialement.
-
Bonjour, donc vous me confirmer que votre prestataire voit bien le message d'absence partir?
cordialement.
Aucune trace des réponses automatiques qui ont fonctionné sur la console permettant la visu des mails sortants chez notre prestataire.
Nous analysons actuellement les logs inscrits sur
%ExchangeInstallPath%TransportRoles\Logs\MessageTracking