Keine Paßwortübermittlung an SMTP-Server

Hallo Werner,

Quote from Werner1

Doch du hast das Problem nicht erfasst.

Das wage ich bei muzel sehr zu bezweifeln. ER weiß schon, was er schreibt.

Quote from Werner1

Ohne Passwort keine Verbindung zum SMTP-Server.

Diese Aussage stimmt so nicht!
Eine Verbindung zu einem Mailserver kommt bereits zustande, wenn dieser den Client nach den Authentisierungsdaten fragt. Da ist noch kein Passwort im Spiel.
Deshalb wäre die Aussage richtiger: "Keine Authentisierung an den Mailservern möglich".

Der Werdegang ist doch folgender:

• Die Verbindung zw. Client und Server wird aufgebaut.
• Der Server fragt den Client nach den Authentisierungsdaten.
• Der Client liefert dem Server Benutzername und Passwort. Kann er diese Daten aus seinem Passwortspeicher liefern, merkt der Nutzer (bis auf die Eingabe des hoffentlich gesetzten Masterpasswortes) davon nichts.
• Sind im Passwortspeicher keine oder nicht die aktuellen Daten gespeichert, dann leitet der Client die Anfrage des Servers an den Benutzer weiter. Dieser kann die Daten eintragen und den Haken für die Speicherung setzen. Bei der nächsten Abfrage => 3.
• Gibt der Nutzer ungültige Auth.-Daten ein, wiederholt sich das Spiel.

Wenn du also im PW-Manager die entsprechenden Einträge gelöscht hast und keine Abfrage nach den Auth-Daten kommt, dann wurde auch keine Verbindung zu den Servern aufgebaut (oder es liegt beim Provider ein internes Problem vor - wovon ich bei zwei unterchiedlichen Providern nicht ausgehe!)

Hast du denn schon einmal eine andere "Verbindungssicherheit" getestet? Ich kann mich daran erinnern, dass bei gmx STARTTLS gefordert war. Einfach mal mit der geänderten Einstellung (und dann :25) testen.

Hast du schon kontrolliert, dass dein Shorewall wirklich alle ausgehenden Verbindungen zulässt? Ich vermisse auch das Ergebnis des Tests mit telnet. So viel Zeit sollte schon sein, dieses zu posten und nicht nur zu schreiben, "Die Verbindungen zu den SMTP-Servern sind gegeben".

Bei Verbindungsproblemen jeglicher Art gilt die alte Regel, zumindest temporär alles zu deaktivieren, was die Verbindung irgendwie behindern könnte.
(Ich selbst habe mich auf meinen bewusst mehr als "out of the Box" gehärteten Systemen auch schon ausgesperrt ... .)

MfG Peter

Mir ist kein Linux bekannt, bei dem telnet nicht automatisch mit installiert wird oder zumindest in den repos enthalten ist.
Also starte (meinetwegen per GUI) die Softwareverwaltung deines Systems und installiere telnet. Und genau so wie dein Thunderbird mit deinen Nutzerrechten läuft, braucht auch telnet keine root-Rechte.

Das was du in deinem Screenshot (Firewall) zeigst, ist - so steht es ja auch deutlich darüber - die Öffnung der Firewall für von außen ankommende Verbindungen. Also, wenn du auf deiner Kiste selber Server betreibst. Aber das ist ja kaum der Fall.

Dein Problem sind aber abgehende Verbindungen.
Im Gegensatz zur WinDOSe, wo man (wegen der gerne mal "nach Hause telefonierenden" Schadsoftware) zumindest versucht, auch den abgehenden Verkehr zu reglementieren (sofern dazu ONU überhaupt in der Lage ist!) ist es unter Linux üblich, abgehenden Verkehr generell zuzulassen. Und wenn du keine Server betreibst, brauchst du auch keine Öffnung für ankommenden Verkehr.
(Nein, ich habe von Mageia keine Ahnung, gehe aber davon aus, dass es da ebenso ist.)

Mit dem Test mittels telnet kannst du exakt feststellen, ob dein Rechner die betreffenden Server erreicht. Das passiert auf sehr niederen Ebene, so dass evtl. Konfigurationsfehler des Thunderbird außen vor sind. Also, erreichst du mit dem Test ebenfalls die Server nicht, dann musst du die Ursache dafür (=> ein Netzwerkproblem, wo auch immer) finden und beseitigen.

Was ist mit der alternativen Einstellung der so genannten "Verbindungssicherheit"? Alle drei Möglichkeiten durchtesten, auch KEINE.

Hallo Susanne,

Quote from SusiTux

Vielleicht ist es auch da, aber nicht in PATH enthalten. Das ließe sich mit locate telnet und echo $PATH überprüfen.

es ist in den Repos von Mageia, aber nicht bereits vorinstalliert.

Der Mageia-Nutzer kann entweder das Paket heimdal-telnet oder alternativ das Paket netkit-telnet installieren. Beide enthalten dann den telnet-Befehl.

Gruß
Feuerdrache

Hallo Susanne,

Quote from SusiTux

Tatsächlich ein Linux ohne standardmäßiges Telnet?

jain. Es ist ja im Paketdepot vorhanden (man muss es sich also nicht umständlich aus einer vielleicht dubiosen Paketquelle holen), eben nur nicht mit der Installation des Betriebssystems bereits standardmäßig installiert.

Ich bin da mit openSUSE natürlich auch verwöhnt, wo so etwas ganz natürlich gleich installiert ist. Aber trotzdem: Mageia ist eine feine RPM-basierende Distribution, die ich jedem gerne empfehlen kann.

Gruß
Feuerdrache

Hi,

ich möchte an dieser Stelle den Beitrag von muzel noch ergänzen:
Du arbeitest mit Hosenträgern, Gürtel und (Fang-)Netz

• Du betreibst keine Server, die von außen erreichbar sein könnten;
• du betreibst eine/n Firewall (Portfilter), welcher die wegen der nicht vorhandenen Dienste auch nicht geöffneten ("lauschenden") Ports "sicherheitshalber" zusätzlich noch einmal sperrt; und
• du gehst bestimmt mit einem Router ins Internet, welcher definitiv nur Anfragen aus dem "bösen Netz" an die Geräte deines Netzes weiterleitet, für die du bewusst eine Portweiterleitung (bspw.: ankommende http-Anfragen auf Port 80 werden auf Gerät xyz (hier: der eigene Webserver) auf dessen Port 80 weitergeleitet) angelegt hast. Da du so etwas bestimmt wüsstest, hast du also auch keine derartigen Weiterleitungen und somit blockiert der Router alles, was aus dem Netz ankommt und von deinen eigenen Geräten auch nicht angefordert wurde. Er lässt aber auch alles gehend passieren.

Sicherlich, wenn bei der Installation des Betriebssystems ein derartiges Portfilter installiert wurde, dann gibt es keinen Grund, dieses wieder zu deinstallieren. Grundsätzlich sind derartige "Firewalls" so eingestellt, dass sie sämtlichen abgehenden Traffic durchlassen und sämtliche ohne Anforderungen durch die eigenen Geräte ankommenden Pakete blockieren. Das System bekommt von diesem Portfilter damit gar nichts mit.
Zumindest so lange, wie der unbedarfte Nutzer daran nicht herumspielt!

Jetzt wieder zu deinem Problem und meiner oft geäußerten Bemerkung, zumindest testweise und zur Ursachenfindung alles zu beseitigen, was die Verbindungen irgendwie stören könnte.

Bei meinem Betriebssystem kann ich über einen einzigen Befehl als root und auch über das grafische Einstelltool "Yast" den Firewall komplett deaktivieren. Das muss auch bei deinem System irgendwie funktionieren.
Also ausschalten und noch mal testen.

OK?

MfG Peter