Microsoft Navision Mail.dll Hotfix 7.3 gesucht

[Kowa]

Ich bin auf der Suche nach einem Hotfix für Automation Microsoft Navision Mail, der nicht mehr verfügbar ist.
Nur der Artikel existiert noch:
You cannot configure the TLS settings for SMTP communication in Microsoft Dynamics NAV 2009
Zwei Dateien vom 20.01.2011
Microsoft.navision.mail.dll 7.3.0.0
Microsoft.navision.mail.tlb

Hat die jemand zufällig noch im Archiv? Der baute auf 7.0 aus 2010 auf, die hier enthalten waren.
You cannot change the default port for SMTP Communication in Microsoft Dynamics NAV

Aktuell ist 1.0 im Einsatz .

[enh]

Ich könnte 11.01.20210 anbieten, Version 5.0.30488.0, oder 11.12.2010, Version 1.0.3997.12549 - da scheint die Versionierungslogik wild hin und her gesprungen zu sein.

[fiddi]

Hallo,

benötigst du genau die, weil du an den Code nicht herankommst? oder tut es auch eine neuere?

Ich hätte evtl. eine 7.3.0.1

Gruß Fiddi

[Kowa]

Hallo,
Ich hätte evtl. eine 7.3.0.1

Die sollte auch passen, ich gehe davon aus, dass die Quellcodeänderungen bei 7.3. dort weiterhin gelten . Vielen Dank euch beiden, wir probieren nächste Woche aus, ob der E-Mail-Versand nach einem Serverupdate damit wieder möglich ist.

[Kowa]

7.3.0.1 ist übrigens KB2899097 für

SMTP uses SmtpDeliveryFormat.SevenBit as the DeliveryFormat instead of SmtpDeliveryFormat.International in Microsoft Dynamics NAV 2009

Es geht leider weiterhin nicht, vermutlich werden (auch) die alten .NET Frameworks wie 2.0/3.5 gebraucht, siehe Thema hier:
https://forum.mibuso.com/discussion/61003/navision-mail
3.5 SP1 muss laut System Requirements vorhanden sein.
https://www.navision-demo.de/NAV_SystemRequirements.pdf
Die gibt es hier allerdings gar nicht: .NET Framework versions and dependencies
Alles drauf auf dem neuen Server(.NET 2/3/3.5), trotzdem hakt es weiterhin .

[fiddi]

Hallo,

was bekommst du denn für eine Fehlermeldung? Was funktioniert nicht?

Gruß Fiddi

[Kowa]

was bekommst du denn für eine Fehlermeldung?

Fehler vom SMTP-Mailsystem: %1(0x80040213): The transport failed to connect to..

Die üblichen Ursachen bei diesem Fehler treffen nicht zu, es ist weiterhin Port 25 ohne Authentifizierung.
https://stackoverflow.com/questions/244 ... to-connect
https://support.solarwinds.com/SuccessC ... uage=en_US

[fiddi]

Hallo,

ich gehe einmal davon aus, das du die zusätzlichen Parameter in der Tabelle SMTP-Setup eingefügt hast, und/oder die erforderlichen Parameter "Secure Connection" beim Aufruf von Mail.Send hinzugefügt.
Was mich ein wenig stutzig macht, ist das der für TLS auch Port 25 verwenden soll. Das ist normalerweise Port 587.

Gruß Fiddi

[Kowa]

Es wurde mit und ohne der neuen "Secure Connection" probiert (von meinem Kunden, ich habe da auf Serverebene keinen Zugriff, nur auf NAV).
Nach dem Serverupdate ging es nicht mehr per NAS, manuell konnte zumindest ein User noch den Emailversand der aufgelaufenen SMTP-Mails für alle User anstoßen.
Nach dem Patch ging auch das nicht mehr. Deswegen wird der alte Server (2012R2) jetzt wieder zurückgeholt und der Patch wieder entfernt. Ob es mit NAV 2009 und einem aktuellen Server überhaupt geht, ist fraglich. TLS 1.2 unterstützt NAV 2009 ja nicht.
https://www.rfc-editor.org/rfc/rfc8314