[gelöst] Thunderbird versendet keine Mails

[oldman]

Was ist das eigentlich für'n Router / Provider über den du das machst?

Hi,

Kabelmail (Vodafon) ist seit Jahren Provider mit Thomson Kabel-Modem - kein TV. Der erwähnte Router ist mein Eigentum.

[man-draker]

Wird so ein Feature bei deinen Router beworben?
Hast du etwas aktiviert?
Denkst du, dass ausgerechnet gmx nicht in der Liste ist?
Wie kann das Abschalten von Shorewall auf deinem Rechner das beeinflussen?


Wenn du Stress mit Shorewall hast, dann versuche es zu deinstallieren.
Wenn dabei nicht andere Systemteile als Abhängigkeit verschwinden sollen, ist das eine gute Möglichkeit, den Störfaktor los zu werden.

[oldman]

Hi,

Ich fragte auch deswegen Hinweis für Nutzer der Telekom-Router (ganz unten)

Wird so ein Feature bei deinen Router beworben? Hast du etwas aktiviert?

Nein und nein.

Denkst du, dass ausgerechnet gmx nicht in der Liste ist?

GMX habe ich nur als Beispiel gewählt - kabelmail ist ja ebenfalls betroffen.

Wie kann das Abschalten von Shorewall auf deinem Rechner das beeinflussen?
Wenn du Stress mit Shorewall hast, dann versuche es zu deinstallieren.
Wenn dabei nicht andere Systemteile als Abhängigkeit verschwinden sollen, ist das eine gute Möglichkeit, den Störfaktor los zu werden.

Kann mir Jemand sagen ob die Deinstallation von shorewall einen weitergehenden negativen Einfluss auf mein Mageia5 KDE hat und wenn ja, welchen ??
Gruß

[unklar]

Ich bezweifle grundsätzlich, dass das Problem hier Shorewall ist!

Ich gehe davon aus, du hast den Router in seiner Konfiguration eingehend geprüft.
Früher (noch vor meinem Linux-Leben) war ich bei web.de und das gmx.de ist das gleiche Haus. Sie sind bekannt dafür, Tracker in ihren E-Mail Diensten unter zu bringen, nur damit auch ihre Werbung beim Kunden ankommt, von anderen Schweinereien will ich gar nicht reden.
Vielleicht ist das Grund, über einen Wechsel nachzudenken!

Kann mir Jemand sagen ob die Deinstallation von shorewall einen weitergehenden negativen Einfluss auf mein Mageia5 KDE hat und wenn ja, welchen ??

Die Deinstallation von shorewall halte ich für den falschen Weg. Glaubst du vielleicht, das hat hier schon einer für dich gemacht?

Ich würde den/die Dienst/Dienste maskieren

Code: Alles auswählen

man systemctl

ist dein Freund.

Code: Alles auswählen

systemctl mask shorewall.service

sollte das tun. Mit

Code: Alles auswählen

unmask

kommst du wieder zurück.

Schreibe dir auf, was du gemacht hast!

[alf]

Außerdem würde ich mal probieren ob das Problem auch mit einem anderen Mail-Client (z.B. Claws-Mail) besteht.

[Feuervogel]

Hallo zusammen,

ich denke auch nicht, dass es an der Firewall liegt.

Auf meinen beiden Mageia-Rechnern (1 x Schreibtischrechner 32-Bit und einmal Klapprechner 64-Bit) ist die Firewall, wie sie von Magia bei der Installation standardmäßig konfiguriert wird, aktiv.
Ich habe allerdings an den Einstellungen der von Mageia grundkonfigurierten Firewall nichts geändert!

Bei mir funktioniert das Senden und Empfangen von E-Mails (verschiedene Provider und sowohl IMAP- alsauch POP3-Konten) mit dem Donnervogel problemlos.

Ich empfehle oldman, zusätzlich einmal ein neues Profil als Testprofil anzulegen und dort für beide betroffene E-Mail-Adressen die Konten (am besten als IMAP) anzulegen. Wenn dann das Empfangen und Senden im neuen Profil funktioniert, sehen wir weiter.

Gruß
Feuervogel

[man-draker]

Hallo zusammen,

ich denke auch nicht, dass es an der Firewall liegt.

Du misst diesen Aussagen https://forums.mageia.org/de/viewtopic.php?f=15&t=2864#p31648 also keine Bedeutung bei?

[Feuervogel]

Hallo man-draker,

doch. Denn ich habe besagten Telnet-Befehl mit allen meinen Providern, wo ich E-Mail-Konten habe, probiert und überall Verbindung bekommen (GMX, WEB.DE, Posteo, Yahoo!, T-Online usw.). Zu Kabelmail kann ich nichts sagen, da ich bei diesem kein Konto habe.

Noch einmal zur Klarstellung:

Ich habe aktive Firewalls (auch übrigens unter einem weiteren Klapprechner mit Linux openSUSE 13.2 x86_64). Allerdings so, wie das Betriebssystem diese bei Installation konfiguriert hat. Also keine Änderungen der Einstellungen meinerseits. Dies habe ich in meinem Beitrag auch klargestellt.

Wenn sich oldman in den Einstellungen der Firewall selbst und den damit verbundenen anderen Einstellen im MCC das eventuell "verhagelt" hat, ist natürlich nicht auszuschließen, dass "Jetztstand" die Firewall dafür die Verantwortung trägt.

Gruß
Feuervogel

[doktor5000]

Ich würde den/die Dienst/Dienste maskieren

Code: Alles auswählen

man systemctl

ist dein Freund.

Code: Alles auswählen

systemctl mask shorewall.service

sollte das tun. Mit

Code: Alles auswählen

umask

kommst du wieder zurück.

Ich glaube umask macht etwas anderes, systemctl unmask shorewall.service ist was du meintest
Und den Dienst zu deaktivieren sollte vollkommen ausreichen.

[oldman]

Hi,
- An meinem Router hängt ein 2. PC mit Mageia5 KDE der diese Verbindungsprobleme nicht zeigt.
- Ein GastProfil im Originalzustand auf meinem PC1 zeigt ebenfalls den geschilderten Jo-Jo-Effekt.
- Auf meinem PC wird nach einem reboot auf der Konsole "Shorewall is stopped" angezeigt.
. Der GMX SMTP-Server hat die Verbindung abgelehnt (Beispiel)
- Doch hier zeigt

obwohl hier normal nach reboot "Deaktiviert" stehen müsste, wie es bei PC2 auch der Fall ist. Warum diese Abweichung
(Wenn Firewall im MCC normal aktiviert wird, sind es über 80 Regeln)

Ich schreibe nur selten E-Mails. Daher habe ich bislang keine Zusammenhänge mit Firefox Add-ons gesehen; zumal ich an den Systemeinstellungen nichts, aber auch gar nichts geändert hatte.
Ich habe von Systemeinstellungen praktisch keine Ahnung und die Kommandozeile ist faktisch ein Buch mit sieben Siegeln. Also lasse ich im Normalfall die Finger davon.
Vor etwas längerer Zeit habe ich an einem Tag die Firefox Add-ons SetupVPN und Hoxx VPN Proxy ausprobiert und entfernt. Könnten diese Add-ons die Firewall-Konfiguration verändert haben?

Lösung wie von unklar vorgeschlagen ?
doktor5000 welche Art von Deaktivierung meinst du?
Was wäre "richtiger"?

Wäre "Keine Verbindung zu SMTP-Server" der richtige Titel für diesen Faden?
Gruß

[Feuervogel]

Hallo oldman,

(Wenn Firewall im MCC normal aktiviert wird, sind es über 80 Regeln)

um genau zu sein 89 Regeln.

Bei mir sieht das folgendermaßen aus:

Gruß
Feuervogel

[man-draker]

Hm, hm, hm.
Ich habe gerade mal bei mir im MCC nachgesehen.
Laut der Meldung ist die Firewall aktiviert mit 131 Regeln.

Code: Alles auswählen

shorewall status

sagt ebenfalls "Shorewall is running"

Hier gibt es aber keine Probleme mit TB.

Wenn du wirklich
- einen zweiten Benutzer angelegt hast und
- unter diesem Benutzer den E-Mail-Account neu angelegt und
- das erforderliche Passwort auf Anforderung angegeben und
- das Problem bestehen bleibt,

dann fällt mir im Augenblick auch nichts ein.

Das Verhalten:
- Neustart -> Problem
- Firewall händisch stoppen -> Problem weg

kannst du nach wie vor reproduzieren?

[unklar]

@man-draker,

guckst du bei mir, ich habe nur 69

Wir sollten das unter "moderner Erbsenzählerei" abhaken.

...systemctl unmask shorewall.service ist was du meintest

Vielen Dank für deine Aufmerksamkeit! Ich korrigiere das.

[man-draker]

@man-draker,

guckst du bei mir, ich habe nur 69

Die Anzahl ist eigentlich egal.
Ich wollte nur darauf hinweisen, dass auch eine laufende Shorewall mit jeder Menge Regeln (von denen ich keine selbst angelegt habe), kein Grund für Probleme sein muss.

[unklar]

Und den Dienst zu deaktivieren sollte vollkommen ausreichen.

Lösung wie von unklar vorgeschlagen ?
doktor5000 welche Art von Deaktivierung meinst du?
Was wäre "richtiger"?

"Richtiger" ist m.E. nicht, indem man den Firewall seines PC deaktiviert.

Aber da du ja, wie man-draker weiter vorn schon schrieb, "hinter einem Router sitzt, welcher diese Funktion übernimmt", meint der dok

Code: Alles auswählen

systemctl disable shorewall.service

was ich in der Konsole auch immer bevorzuge (weil man da was sieht )
oder eben mit GUI

Meine Maskierung wird in

Code: Alles auswählen

man systemctl

beschrieben, was ich ja schon schrieb. Man muß sich nur auch die Mühe machen, 'rein zu gucken.
Da muß man nicht nach jedem Neustart ein Bild machen, denn das sagt dir dann der Befehl

Code: Alles auswählen

# systemctl is-enabled shorewall.service; echo $?
enabled
0


Abschließende Frage, was ist eigentlich mit @alf's Vorschlag, mal einen anderen E-Mail-Client zu testen?

[oldman]

Hi,
inzwischen habe ich ja verstanden, das nicht TB direkt das Problem ist, sondern die Authentisierung beim SMTP-Server. Das habe ich jetzt hoffentlich richtig ausgedrückt.

Das Verhalten:
- Neustart -> Problem
- Firewall händisch stoppen -> Problem weg
kannst du nach wie vor reproduzieren?

Ja, so:
- Neustart -> Problem
- Im MCC "Persönliche Firewall einstellen" Einstellung verändern -> Problem weg

[alf]

Sowohl in MGA5 als auch im Cauldron auf meinen Hauptrechner habe ich shorewall/shorewall6 aktiviert; ich habe auch ein GMX-Mailkonto. In beiden Systemen funktioniert der Mail-Versand über GMX. Allerdings verwende ich auf diesem Laptop in beiden Systemen KMail.
Auf einem älteren Testrechner läuft Cauldron mit XFCE und aktivierter Firewall. Mail-Client ist hier Claws-Mail, auch hier gibt es keine Probleme mit dem Mail-Versand über GMX.
Wie die Kollegen bin ich der Meinung, das nicht die Firewall das eigentliche Problem ist.

[oldman]

... bin ich der Meinung, das nicht die Firewall das eigentliche Problem ist.

Bin Ahnungslos, aber deiner Meinung.
Keine Änderung des Jo-Jo-Effektes durch

Code: Alles auswählen

systemctl disable shorewall.service

und

Code: Alles auswählen

systemctl mask shorewall.service

- Neustart -> Problem
- Im MCC "Persönliche Firewall einstellen" Einstellung verändern -> Problem weg

Bei "systemctl disable shorewall.service" wird sogar die Einstellung überschreiben, kein

Code: Alles auswählen

systemctl enable shorewall.service

mehr notwendig.
Könnte das Problem im MCC / MSEC liegen?
Ich sage jetzt Gute Nacht.

[unklar]

Bei "systemctl disable shorewall.service" wird sogar die Einstellung überschreiben, kein

Was soll denn nun das wieder?
Hättest du dich "ein klein wenig" mit systemd beschäftigt, dann wäre dir aufgefallen, dass bei den Optionen von systemctl
ein Symlink in das entsprechende VZ angelegt/gelöscht wird. Das sieht man in der Konsole!

Ich habe keine Lust mehr, deine Paranoia bezüglich shorewall "zu pflegen".

Mein letzter Hinweis, dass du falsch liegst ist mir soeben bei der Suche nach den Symlink : https://thomas-leister.de/postfix-serve ... -verified/ untergekommen.

[man-draker]

Mein letzter Hinweis, dass du falsch liegst ist mir soeben bei der Suche nach den Symlink : https://thomas-leister.de/postfix-serve ... -verified/ untergekommen.

Hüstel.
Das ist nur im Verkehr E-Mail-Server -> E-Mail-Server von Belang.
Mit dem Login von Clients - um was es ja hier geht - hat das nichts zu tun.

[oldman]

Ich habe keine Lust mehr, deine Paranoia bezüglich shorewall "zu pflegen".

Ich weiss nicht worüber du dich ereiferst. Ich habe kein Problem mit shorewall. Mein Problem ist die Verbindung zu den SMTP-Servern von kabelmail und GMX via TB oder ähnlichen Mail-Programmen. Und hierzu wurden hier, auch von dir, Vorschläge zur Lösung gemacht und es kommen hoffentlich noch weitere. Diese Vorschläge setze ich um und berichte hier über das Ergebnis. BTW mit claws wird das Problem auch nicht gelöst.
Fest steht aus meiner Sicht nur dies: Wenn ich nach einem reboot mit Hilfe des GUI MCC / "Persönliche Firewall einrichten" verschiedene bereits beschriebene Änderungen vornehme oder die bestehenden Einstellungen akzeptiere, je nach dem, kann ich meine Mails verschicken. Da ich kein MGA-Fachmann sondern nur ein einfacher User bin, kann ich nicht beurteilen welche Rolle shorewall bei diesem Vorgang spielt oder auch nicht spielt. Ich möchte lediglich meine Mails verschicken können, ohne nach dem BS-Start ins MCC gehen zu müssen. Okay?

Mein letzter Hinweis, dass du falsch liegst ist mir soeben bei der Suche nach den Symlink : https://thomas-leister.de/postfix-serve ... -verified/ untergekommen.

Hierauf hat man-draker ja schon geantwortet.

Zur Begriffserläuterung:http://www.duden.de/rechtschreibung/Paranoia

[oldman]

@Alle: Danke für alle Hinweise.

Auflösung:
Auf dem betroffenen PC läuft "Peerguardian LInux" und es fehlte in der Whitelist das Kreuzchen bei "smtps".

pgl.png (10.2 KiB) 4914-mal betrachtet

Kreuzchen gemacht und TB Mailversand funktioniert einwandfrei.

[man-draker]

Auflösung:
Auf dem betroffenen PC läuft "Peerguardian LInux" und es fehlte in der Whitelist das Kreuzchen bei "smtps".

Eine Information, die natürlich viel zu unwichtig war, um sie im Rahmen der Fehlerbeschreibung mitzuteilen.

[oldman]

Eine Information, die natürlich viel zu unwichtig war, um sie im Rahmen der Fehlerbeschreibung mitzuteilen.

Asche auf mein Haupt. Sorry !!!!!!!!