Keine Verbindung zu Mail-Server über CLI

Moinsen,

bin mir nicht ganz sicher ob das hier in IMAP/POP3 passt.
Aber geht ja quasi auch in die Richtung bzw. hat halt mit Mail zu tun.

Folgendes Problem:

Ich habe mir sendemail installiert.
Jetzt möchte ich gerne E-Mails damit versenden.
Die E-Mails gehen per smtp:465 über mein Webhosting (Mailserver).

Jetzt bekomme ich die ganze Zeit keine Verbindung zum Mailserver. Egal ob ich die Domain oder die IP eingebe.

Ich habe folgenden Befehl verwendet:

sendemail -f mail@domain.de \

-t meine@gmail.com \

-s IP/DOMAIN(NC):465 \

-o tls=yes \

-xu mail@domain.de \

-xp Passwort \

-u "Test email" \

-m "Hi , this is a test email." (-vvvvv)

Wenn ich den Befehl abschicke, kommt nach einer Minute:

sendemail[4042700]: DEBUG => Connecting to IP/Domain:465

Dec 11 23:34:36 vserverxxx sendemail[4042700]: DEBUG => My IP address is: IP

Dec 11 23:35:36 vserverxxx sendemail[4042700]: ERROR => Timeout while reading from IP/Domain(NC):465 There was no response after 60 seconds.

Wo liegt jetzt hier das Problem?
Ich habe das ganze aus Wien und aus Nürnberg getestet. Funktioniert beides nicht.
Bei GMail App am Handy eingespeichert und es geht sofort.
Ich verstehe gerade nicht so ganz was jetzt falsch läuft.

Achso und außerdem noch der Hinweis bzw. die Nachfrage, was mit den Icons beim Anlegen von E-Mails passiert ist.
In Plesk von meinem alten WH Account (unter MAIL) sehe ich neben jeden Account den ich Anlege das "Info" Icon sowie das Icon zum Login für Webmail.
Bei meinem neuen WH Account sind einfach keine Icons mehr vorhanden.

Hoffe mir kann jemand helfen

MfG

Zitat von Gojira

Hast du einen Link zu dem Tool? https://github.com/zehm/sendEmail? Schon mal Port 587 probiert? Vielleicht mal mit Tools wie nc, nmap, openssl testen.

Ne hab ich noch nicht 😅

Wollte aber auch halt 465 weil das bei NC so angegeben ist.

Zitat von NaN

Der Code sieht so aus, als würde das Tool kein SMTP über eine direkte TLS-Verbindung (was auf Port 465 läuft) unterstützen sondern nur STARTTLS (was über Port 587 läuft, wenn vom Server unterstützt).

Ahh ok, das macht dann natürlich dann Sinn.

Ganz doof gefragt, ist STARTTLS denn schlechter als TLS auf Port 465?

Macht NetCup das mit?

Also werde es natürlich testen, dann sehe ich es.. aber naja dann werde ich Mal schauen, ob das läuft und falls das mit der Verschlüsselung kein Problem ist Okey und wenn doch, werde ich Mal n Request stellen, das TLS unterstützt wird und noch nach Ner anderen Möglichkeit schauen.

Oder hat jemand ne Idee für n ähnliches simples Tool?

Danke für die Antworten. ✌🏼

Zitat von NaN

STARTTLS auf Port 587 ist eigentlich der Standard, aber da die Verbindung unverschlüsselt startet und der Server darüber seine Capabilities mitteilt, gibt es einen einfachen Downgrade-Angriff, bei dem ein Man-in-the-Middle die STARTTLS-Fähigkeit ausfiltert. Wenn der Client das akzeptiert, ist die Verbindung dann insgesamt unverschlüsselt. In diesem Tool ist das der Fall, wenn tls auf auto steht, was die Voreinstellung ist. Mit der Einstellung wird auch eine unverschlüsselte Verbindung verwendet, wenn der Client die TLS Bibliothek nicht laden konnte. Mit tls=yes wie in deinem Aufruf führt aber beides zu einem Fehler und die Verbindung wird abgebrochen. Mit SMTP über TLS auf Port 465 gibt es diese möglichen Konfigurationslücken nicht: Die Verbindung ist von Anfang an TLS-verschlüsselt oder scheitert.

Okey, danke für die Info.

Also mit TLS yes sollte ich keine Sicherheitsprobleme dergleichen bekommen so wie ich das verstehe.

Dann teste ich das ganze Mal.

Bin ja eigentlich immer eher für komplett TLS. Aber wenn das dann trotzdem abgebrochen wird, sollte das ja nicht so schlimm sein.