[gelöst] SMTP und TLS

Hallo,
einer unserer Kunden will seinen Mailversand auf Exchange Online umstellen. Beim Versand der Testmail in der SMTP-Einrichtung hat er jedoch die folgende Meldung erhalten:

"Das Mailsystem hat den folgenden Fehler zurückgegeben: "Fehler beim Senden von Mail. Fehler bei Authentifizierung, da die Gegenseite den Transportstream geschlossen hat."

Nach einigem Gegoogle bin ich zu der Lösung gekommen, die TLS-Version 12 explizit im Code anzugeben, über die folgende Zeile in der Funktion TrySend in der CU400

Code:

ServicePointManager.SecurityProtocol := 3072; // 3072 = Tls12 (TLS 1.2)


Funktionieren tut es auf diese Weise, aber so recht gefallen mag mir das nicht, denn

- dadurch erzwinge ich eine bestimmte TLS-Version, davon wird von Microsoft abgeraten. Wie ich die TLS-Version aus dem Betriebssystem herauslese, steht dort allerdings nicht.
- ich "vermurkse" ein Standard-Objekt. Leider bietet die CU400 in dieser Version anscheinend kein Event an, welches man abonnieren könnte

Weiß jemand hier eventuell eine etwas geschmeidigere Lösung?

Zuletzt geändert von FragenFrager am 19. April 2024 17:14, insgesamt 1-mal geändert.

Welches CU ist im Einsatz? Ab NAV 2017 CU18 ist TLS 1.2 der SystemDefault, siehe hier.

Built 10.0.22286, also CU19. Insofern wundert es mich auch, warum es erst mit dem beschriebenen "Klimmzug" funktioniert hat.

Sind Server und OS aktualisiert? viewtopic.php?f=68&t=38242&#p148314

Also, ich kann sagen, dass es sich beim dem Server-Betriebssystem um Windows Server 2019 handelt und dass .net Framework 4.8 installiert ist, das müsste TLS12 doch eigentlich von Haus aus funktionieren, oder? Ich bin leider kein Administrator, aber den Admin des Kunden ist ziemlich fit, insofern sollte alles, was nicht direkt mit NAV zu tun hat, eigentlich passen.

Hallo,

das Problem ist die SMTP- Dll, die NAV verwendet. Die müsste auf eine höhere Version gebracht werden, und die Tabellen und Objekte, die SMPT betreffen auch.

Dann sollte es (wieder) funktionieren.

Gruß Fiddi

Meinst Du die hier?

Microsoft.Dynamics.Nav.SMTP, Version=10.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35

Hallo,

Jep, die DLL meine ich.

Die letzte 2017- Version hatte die Version 7.1.40941.0. (die Einrichtung kennt schon eine "Sichere Verbindung")

Damit die aber funktioniert, musst du auch in NAV die SMTP- Einrichtung und Codeunit's evtl. aktualisieren (evtl. auch auf die Objekte aus NAV2018)

Gruß Fiddi

also, in unserer lokalen Entwicklungsumgebung für den Kunden hat die Microsoft.Dynamics.Nav.SMTP.dll laut den Details die Dateiversion 10.0.22286.0. Reden wir hier von der gleichen Sache? Ich hätte gerne das Bild geposted, aber das bekomme ich noch nicht hin. Gibt es in den FAQs eine Rubrik, auf welche Maße die Bilder zurechtzuschnibbeln sind, damit es passt? Das habe ich gestern auf die Schnelle leider nicht gefunden.

Hallo,

du hast natürlich völlig recht. Die Version muss natürlich mit "10" beginnen.

Die Version im letzten CU 61 hat die Versionsnummer 10.30699.0.

Gruß Fiddi

okay, danke für die Info.
Jetzt habe ich möglicherweise noch ein anderes Problem, ich finde die Microsoft.Dynamics.Nav.SMPT-Assembly gerade ums Verrecken nicht in der .NET-Assembly List. Weiß jemand, über welche verschlungenen Pfade ich dahin komme?

@Edit: Hab's jetzt gefunden. Gibt es fürs Assembly-Finden eigentlich einen Microsoft-Lernpfad?

Hallo,

die ist im NST/Service/Addon/SMPT- Ordner

Gruß Fiddi

Hmmm..., mal eine ganz doofe Frage, wo bekomme ich die aktuelle .dll her? Ich habe mir das Cumulative Update 61 einmal runtergeladen und extrahiert, dort finde ich die .dll nicht. Normalerweise macht so etwas ein Kollege von mir, aber bei dem biegt sich gerade die Tischplatte vor Aufträgen...

Code:

NAV.10.0.30699.DE.DVD.zip\ServiceTier\program files\Microsoft Dynamics NAV\100\Service\Add-ins\SMTP

Ah, okay, danke. Irgendwie hatte ich gerade Probleme mit dem Entzippen, jetzt geht es

Da die Sache mit dem Cumulative Update ziemlich aufwendig werden wird, werde ich den Kunden notgedrungen mit der Codeänderung abspeisen müssen. Trotzdem vielen Dank für die Infos. Ich markiere den Beitrag daher als gelöst.

Hallo,

du musst wirklich nur die SMTP- Objekte anpassen für die DLL.

Gruß Fiddi

Hallo Fiddi,
was heißt denn das konkret? Die .dll aus dem CU holen und bei den globalen Variablen auf die neue .net-Assembly verweisen?

Hallo,

ich meinte damit die Objekte "*@SMTP*", also Einrichtungstabellen und Pages und natürlich auch die Codeunit 400.

Gruß Fiddi