Le service de découverte automatique ne pouvait pas se trouver

voix
5

J'ai le code pour envoyer des courriels à l'aide des services Web Exchange (API SAP __gVirt_NP_NN_NNPS<__ 1.1). Il ne fait pas exception si j'utilise les valeurs des paramètres hardcoded, comme:

service.AutodiscoverUrl(me@mydomain.com,
    delegate
    {
    return true;
    });

Mais si je tente d'utiliser une variable alors je reçois une erreur en découvrant URL, « Le service de découverte automatique ne pouvait pas se trouver ».

string userName = me@mydomain.com;
service.AutodiscoverUrl(userName,
    delegate
    {
    return true;
    });

Est-il possible d'utiliser des variables avec la méthode autodiscoverurl? Qu'est-ce que je fais mal?

Sanjay

Créé 21/10/2011 à 15:27
source utilisateur
Dans d'autres langues...                            


3 réponses

voix
8

Il est très peu probable que cela est à l'origine du problème. En règle générale, en cas d'échec AutoDiscover, il est en raison de problèmes d'identification non valides ou connectivité réseau.

Activer le traçage sur l'instance ExchangeService ( article MSDN ) pour voir ce qui se passe.

Créé 21/10/2011 à 23:08
source utilisateur

voix
1

Je sais que ce poste est de quelques années, mais je propose une solution supplémentaire pour le simple plaisir de la documentation.

Une autre cause possible de ce comportement est que le client tente de forcer un TLS 1.2 connexion lorsque le serveur SAP soutient que TLS 1.0 . J'étais sur le point de se rendre enquêter sur ce comportement très - une application SAP a travaillé sur une boîte, et la même application a échoué sur une boîte différente (aller à la même boîte aux lettres) - et le problème était une machine pourrait négocier TLS 1.0, qui a travaillé, alors que l'autre pourrait faire TLS 1.2 seulement, ce qui a échoué. Activation client TLS 1.0 connexions sortantes dans le Registre ( HKLM\System\CCS\Services\SecurityProviders\SCHANNEL\Protocols\TLS 1.0\Clientvaleur DWORD « Activé » définie sur 0x1 a résolu le problème. Aucun redémarrage nécessaire.

Créé 20/07/2017 à 20:38
source utilisateur

voix
0

Et juste pour ajouter une autre solution - je luttais à cause du problème opposé à David W ci-dessus - mon serveur d'échange supporté seulement TLS1.2, mais mon application (4.5 .net) supporté seulement 1.0 par défaut.

Correction en ajoutant:

System.Net.ServicePointManager.SecurityProtocol = System.Net.SecurityProtocolType.Tls12;

à mon code de démarrage de l'application. Je crois que cela est activé par défaut pour 4.6 .net partir

L'erreur spécifique que je recevais était:

<Trace Tag="AutodiscoverConfiguration" Tid="1" Time="2018-10-29 15:32:40Z">
 failed: WebException (The underlying connection was closed: An unexpected error occurred on a send.)
</Trace>
Exception thrown: 'Microsoft.Exchange.WebServices.Data.AutodiscoverLocalException' in Microsoft.Exchange.WebServices.dll
Créé 29/10/2018 à 15:34
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more