Frage zu Anbindung Passwordauthentificated User

[IT-Stadt-Barsinghausen]

Hallo.

Wir nutzen hier eine Anwendung, die an Exchange vorbei mit dem Nospamproxy arbeiten soll (14.2.0).
Da die Methode Passwordauthentificated TLS benötigt, würde ich gerne wissen, was dort genau unterstützt.
Die Anwendung selber kann kein StartTLS.

Vielen Dank im Voraus für Eure Antworten.

Dirk Emmermacher

 

[StefanCink]

Hallo,
ich muss zugeben, dass ich den Sachverhalt noch nicht 100% verstanden habe. Welche Methode benötigt die TLS-basierte Passwortauthentifizierung? NSP selbst bietet TLS natürlich an und es gibt darüber hinaus im Bereich "E-Mail-Server des Unternehmens" die Möglichkeit, einen Host anhand von Username / Kennwort zu identifizieren. Bei dieser Funktion ist es so, dass NSP zwingend TLS voraussetzt, bevor wir Username und Kennwort entgegennehmen. Ist das gemeint?

Gruß Stefan

 

[Sören]

ich muss zugeben, dass ich den Sachverhalt noch nicht 100% verstanden habe

Macht nichts Er meint SMTP AUTH und das machen wir nur, wenn es einen TLS Kanal gibt ...wie du richtig angemerkt hast

Wir nutzen hier eine Anwendung

Steht die Anwendung irgendwo im Internet? Im Grunde auch egal, wenn der Anwendungsserver eine feste IP hat und ihr bereits SPF im Einsatz habt, dann könnt ihr den "hidden connector" einrichten per PS:

New-NspCorporateEmailServer -SpfProtectedLocalAddress

Dann wertet der NSP den eigenen SPF aus um darüber erlaubte Relays zu erkennen. Also wenn SPF im Einsatz, dann einfach die IP des Servers eintragen im SPF und den Connector per PS aktivieren, danach ist der auch in der GUI sichtbar.

 

[StefanCink]

Macht nichts Er meint SMTP AUTH und das machen wir nur, wenn es einen TLS Kanal gibt ...wie du richtig angemerkt hast

Ich bin gespannt, ob die Frage wirklich so einfach gemeint war. ;-)

 

[IT-Stadt-Barsinghausen]

Hallo,
ich muss zugeben, dass ich den Sachverhalt noch nicht 100% verstanden habe. Welche Methode benötigt die TLS-basierte Passwortauthentifizierung? NSP selbst bietet TLS natürlich an und es gibt darüber hinaus im Bereich "E-Mail-Server des Unternehmens" die Möglichkeit, einen Host anhand von Username / Kennwort zu identifizieren. Bei dieser Funktion ist es so, dass NSP zwingend TLS voraussetzt, bevor wir Username und Kennwort entgegennehmen. Ist das gemeint?

Gruß Stefan

Hallo Stefan.

Danke für Deine Antwort.

Ich wollte eigentlich wissen, was an TLS-Verfahren unterstützt wird. Das Programm das genutzt wird, hat noch SSL 3.0, TLS 1.0 -1.2 zur Verfügung.
Hier kann man TLS-Client oder TLS-Server auswählen (Für mich sieht das eher aus, als die Standardverschlüsselungsmethoden genutzt werden.
Der Support des Herstellers hat gesagt, das STARTTLS nicht unterstützt wird.
So habe ich auch keine Infos finden können, was NSP hier kann.

Viele Grüße

Dirk

 

[IT-Stadt-Barsinghausen]

Macht nichts Er meint SMTP AUTH und das machen wir nur, wenn es einen TLS Kanal gibt ...wie du richtig angemerkt hast

Steht die Anwendung irgendwo im Internet? Im Grunde auch egal, wenn der Anwendungsserver eine feste IP hat und ihr bereits SPF im Einsatz habt, dann könnt ihr den "hidden connector" einrichten per PS:

New-NspCorporateEmailServer -SpfProtectedLocalAddress

Dann wertet der NSP den eigenen SPF aus um darüber erlaubte Relays zu erkennen. Also wenn SPF im Einsatz, dann einfach die IP des Servers eintragen im SPF und den Connector per PS aktivieren, danach ist der auch in der GUI sichtbar..

Hallo Stefan.

Das ist leider kein Server, von dem aus E-Mails verschickt werden, sondern von einigen Clients .
Richtig lustig wird das erst, wenn die Kollegen in Citrix umziehen werden.

Viele Grüße

Dirk

 

[StefanCink]

Moin Dirk,
ich hätte jetzt fast "Na dann viel Spaß dabei" geschrieben, aber ich lass das besser.
NSP-seitig unterstützen wir alles bis TLS 1.3 ABER das hängt vom verwendeten OS ab. Für TLS 1.3. ist Windows Server 2022 Grundvoraussetzung. Da "Deine" Applikation aber nur bis TLS 1.2 unterstützt, ist es egal (Du musst dort übrigens TLS-Client auswählen). Idealerweise gurtet man das Ganze aber auf TLS 1.2 fest.
Dass die Applikation kein STARTTLS unterstützt, ist OK, dann muss sie aber SMTPS unterstützen. Letzteres unterstützt NSP auch, muss aber bei den Empfangskonnektoren noch hinzugefügt werden. Damit gehts.

Hope this helps
Gruß Stefan

 

[IT-Stadt-Barsinghausen]

Moin Dirk,
ich hätte jetzt fast "Na dann viel Spaß dabei" geschrieben, aber ich lass das besser.
NSP-seitig unterstützen wir alles bis TLS 1.3 ABER das hängt vom verwendeten OS ab. Für TLS 1.3. ist Windows Server 2022 Grundvoraussetzung. Da "Deine" Applikation aber nur bis TLS 1.2 unterstützt, ist es egal (Du musst dort übrigens TLS-Client auswählen). Idealerweise gurtet man das Ganze aber auf TLS 1.2 fest.
Dass die Applikation kein STARTTLS unterstützt, ist OK, dann muss sie aber SMTPS unterstützen. Letzteres unterstützt NSP auch, muss aber bei den Empfangskonnektoren noch hinzugefügt werden. Damit gehts.

Hope this helps
Gruß Stefan

Hallo Stefan.

Danke für die Info. Auf dem NSP habe ich das jetzt mal eingerichtet.
Vor morgen werde ich das nicht testen können. Ich melde mich dann noch einmal.

Schönen Feierabend

Dirk

 

[StefanCink]

Danke gleichfalls.

 

[IT-Stadt-Barsinghausen]

Moin.
Das Thema muss leider etwas warten. Der MA ist diese Woche nicht im Büro.
Wir konnten das nur kurz testen, nachdem jetzt der NSP über Port 465 arbeitet. Aktuell funktioniert das noch nicht.

 

[IT-Stadt-Barsinghausen]

Hallo.
Mittlerweile habe ich hier neue Erkenntnisse gewonnen.
Wir haben Port 465 im NSP eingerichtet. Auf der lokalen Firewall ist der Port auch noch freigegeben.
Eine Abfrage mit netstat -p tcp | findstr 465 liefert keine Ergebnisse. Der Port ist also nicht aktiv.
Den Server haben ich auch mal neu gestartet. Der Port ist trotzdem nicht offen.

Dirk

 

[Sören]

Eine Abfrage mit netstat -p tcp | findstr 465 liefert keine Ergebnisse.

Kein Wunder, das ist auch falsch denn das zeigt dir nur active connections an...

Richtig wäre:

PS C:\Users\sbe> netstat -q | findstr 25
TCP 0.0.0.0:25 server-2019:0 LISTENING