Office: (Office 2013) CDO Mail über TLS 1.2 Port 587

Hallo,

ich versuche seit Tagen über Port 587 (TLS 1.2) eine Mail zu versenden. Über Port 25 funktioniert alles bestens. Als Fehlermeldung bekomme ich die Meldung "Der Transport konnte keine Verbindung zum Server herstellen"
Port 587 ist freigeschaltet und wird auch vom Betriebssystem unterstützt.

Hat jemand die Möglichkeit, den Code zu testen, damit ich weiß, ob es am Code oder am Rechner (Konfiguration) liegt. Danke

Kai

Code:

:)

 

Blöde frage noch:

Muss das zwingend Port 587 sein oder geht die Verschlüsselung auch über Port 25 :

.Item(Schema & "smtpserverport") = 25
.Item(Schema & "sendtls") = 1

ist mit "sendtls") = 1 die Verschlüsselung auch gesetzt ???


Danke

Kai

 

Hallo Kai,

ich kann das jetzt nicht testen, aber schau mal hier und dann bei "sendtls":
https://codekabinett.com/rdumps.php?...access-vba-cdo
https://www.tachytelic.net/2018/12/e...ba-office-365/
Dort wird der Wert auf True gesetzt, was nicht deinem numerischen 1 entspricht.

TLS 1.2 muß bei älteren Windows Versionen erst aktiviert werden!

Gruß Ulrich

 

Hallo Ulrich,

das Beispiel habe ich auch schon durchgespielt, ging auch nicht.
Was mich Irritiert und da bin ich mir nicht sicher, geht die Verschlüsselung auch mit Port 25 ??

Weil damit geht es:

.Item(Schema & "smtpserverport") = 25
.Item(Schema & "sendtls") = 1


aber ist das nun verschlüsselt oder nicht ?

Kai

 

Hallo Kai,

Port 25 und verschlüsselt? Glaube nicht, daß das vom Provider SMTP-Server unterstützt wird.

- würde ich die CDO Version überprüfen
- mal mit einem SMTP-Server testen, von dem bekannt ist, daß Port 587 und TLS 1.2 mit einem anderen Mailprogramm funktioniert. Die Fehlermeldung ist mehrdeutig.

Gruß Ulrich

 

Hallo Ulrich,

habe keine Möglichkeit mehr , was zu testen, ist in einem Firmen-Netzwerk .
Bin da leider sehr eingeschränkt

Kai

 

Hallo Kai,

wenn ich das richtig erinnere sollten einige CDO-Values nicht als Long = 1 sondern als Boolean = True bzw. -1 übergeben werden.

 

Hallo Kai,

Du hast doch immer die Möglichkeit, einen anderen SMTP-Server anzusprechen!
Schau mal im Internet, da gibt es einige Listen oder bei outlook.com von MS oder gmail.com. Es geht hier nur ums Testen.

Nochmal der Hinweis bezüglich true (-1) und (1) !

Gruß Ulrich

 

Hallo Kai,

da nicht jeder SMTP-Server das selbe Süppchen kocht ist man ggf. besser bedient, wenn man mit Hilfe eines Zweitpostfaches immer den SMTP-Server des eigenen Providers anspricht.

Da kann man Ports und Verschlüsselung ausprobieren und die erfolgreiche Variante dann in den Code integrieren. Mail-Absender ist man nun selber und man muss das eigene Passwort im Code verschleiern sowie im zu sendenden Mailtext Hinweise auf den lokalen User/Rechner einarbeiten.

@Ulrich: den ersten -1/1-Hinweis habe ich glatt übersehen. *frown.gif*

 

Du musst unterscheiden zwischen impliziter Verschlüsselung auf Netzwerkprotokoll-Ebene und expliziter Verschlüsselung auf Ebene das Anwendungsprotokolls (Stichwort: STARTTLS). Letzteres kann auf beliebigen Ports verwendet werden.

 

\@sonic8:
Stimmt, könnte natürlich auch noch sein, obwohl schon seit 2018 davon abgeraten wird.

Mal abgesehen davon, stellt sich mir die Frage, ob mit Port 25 und ".Item(Schema & "sendtls") = 1" tatsächlich schon eine Verschlüsselung verwendet wird. Hier müßte man eventuell in das Logfile des SMTP-Servers schauen oder die Verbindung selber mitschneiden, was aber wohl beides nicht möglich ist.

Gruß Ulrich

 

Seit 2018?! Das ist ja noch nicht lang! ;-)
Aber ernsthaft, bei einem Protokoll wie SMTP, das fast 40 Jahre alt ist und sicherlich das zweithäufigst verwendete nach HTTP, musst du in anderen Dimensionen denken, bevor du Features abklemmen kannst.

Und ja, SendTls=True löst üblicherweise eine Verschlüsselung aus. Ich habe es mit einem Server ausprobiert, der unverschlüsselte Verbindungen grundsätzlich nicht zulässt. - Ob das im konkreten Fall funktioniert, kann ich natürlich nicht garantieren.

 

\@sonic8:
Die Frage war ja, ob SendTls = 1 auch die Verschlüsselung auslöst. Könntest du das eventuell auch nochmal bestätigen?

Gruß Ulrich

PS:
Das Nachdenken habe die Leute, die zum Entwicklerkreis von STARTTLS gehören, gemacht (rfc8314). Diese Empfehlungen werden dann eben von den Admins umgesetzt - oder auch nicht.