Weiterhin "timeout"

Hallo Sven!

Ich kann natürlich nur eine Vermutung äußern, aber in deinem Fall ist es wirklich eine recht üble.

Wenn du, ohne dass du grundsätzliche Änderungen an der Konfiguration des Thunderbird vorzunehmen, "ab und an und einige Tage" Mails versenden kannst, dann gehe ich einfach mal davon aus, dass deine Einstellungen im Thunderbird und auch auf deinem Rechner insgesamt völlig korrekt sind. Noch dazu, wenn du diese IMHO sinnfreie Überwachung der verschlüsselten Verbindungen zu den Mailservern durch deinen VA-Scanner bereits deaktiviert hast. Auch den danach erforderlichen Neustart deines Rechners hast du ja zwischenzeitlich durchgeführt (mehrere Tage ...).

Meine Vermutung (!) geht dahin, dass du dir irgendwelchen Schadcode "eingefangen" hast, welcher deinen Rechner zum unfreiwilligen Mitglied eines Botnetzes umgewandelt hat und der jetzt (ohne dass du es bemerkst!) sofort nach dem Einschalten durch seinen neuen Herren fernbedient wird und massenweise SPAM versendet.
Als Reaktion darauf sperren aufmerksame Provider deiner IP die für SMTP vorgesehenen Ports und stoppen damit wirksam die von deinem Rechner ausgehende SPAM-Flut.

Das ist, wie schon geschrieben, meine Vermutung. Leider entspricht diese meistens der Tatsache.

Lösung:
Du musst unbedingt diese Vermutung entweder widerlegen oder bestätigen.
Der Schnelltest ist, zuerst im Router die dir zugeteilte offizielle IP heraussuchen und aufschreiben. Dann den Router durch Ziehen der Stromversorgung auszuschalten. Ein paar Minuten warten und eine neue Internetverbindung aufbauen, in der Regel bekommst du dabei eine neue IP, was du wieder im Router überprüfst - die Sache macht nur Sinn, wenn du wirklich eine andere IP bekommen hast.
Nun startest du sofort den Thunderbird und versuchst, eine Mail zu versenden.
Wenn dieses problemlos funktioniert, dann ist das ein starkes Indiz für meine Vermutung! Dann, wenn diese Vermutung zutrifft, erkennt der Provider die SPAM-Schleuder sehr bald und macht wieder dicht.

Der nächste Schritt wäre, mal den Provider anzurufen. Fragen, ob vlt. die SMTP-Ports bei deiner IP gesperrt wurden. Bei einem seriösen Provider schaut dann ein Techniker nach. Das machen aber nicht alle Provider ... .

Und dann würde ich, um ganz sicher zu gehen, den Rechner mit einer speziellen DVD starten. Diese DVD ("desinfe´t" aus dem Heise-Verlag) startet ein Linux und aus diesem Betriebssystem heraus drei bis 4 unterschiedliche tagesaktuelle AV-Scanner. Nur, wenn diese nichts gefunden haben, kannst du deinen Rechner als clean betrachten. Ein AV-Scan von einem unter dem laufenden Windows gestarteten Scanner ist absolut nicht aussagefähig, weil "moderne" Schadsoftware, welche bereits auf dem Rechner installiert ist, den Scanner perfekt täuschen kann. Darauf solltest du dich also keinesfalls verlassen.

Das mach bitte mal, und dann sehen wir weiter.

Ich wünsche dir, dass ich mich irre ... .

MfG Peter

Nun, ich freue mich über deine Sicherheit und deinen Optimismus.
Ich persönlich halte es lieber so, dass ich mich überzeuge.

MfG Peter

Hallo Desaster Area,

Zitat von Desaster Area

Gibt es die DVD noch irgendwo anders?

meines Wissens nein!

Höre Dich doch einfach mal in Deinem Bekannten- und Freundeskreis um, ob jemand die c't abonniert hat oder regelmäßig kauft. Der/Die kann Dir ja dann die desinfec't-DVD mal leihweise zur Verfügung stellen.

Gruß
Feuerdrache

Hallo,

Zitat von Desaster Area

aber Heise verkauft das Ding nur durch Bezahlung bei PayPal

soweit ich weiß, bietet Heise folgende Zahlweisen an:

• PayPal
• SEPA Lastschrift
• Rechnung
• Kreditkarte

Also gibt es durchaus Zahlalternativen.

Eine Alternative wäre das hier: http://support.kaspersky.com/de/viruses/rescuedisk

Das kann selbstverständlich (als Notlösung bei Nichtvorhandensein der desinfec´t-DVD) auch verwendet werden.

Dabei wird natürlich nur ein einzier AV-Scanner genutzt (bei desinfec´t sind es vier, auch der "Kaspersky" ist da dabei). Aber wie bei der desinfec´t bootet hier von der DVD ein von installierten Windows unabhängiges Betriebssystem, was schon den großen Unterschied macht.

MfG Peter

Zitat von Desaster Area

Obwohl ich mir den Befall des Rechners eigentlich nicht vorstellen kann ...

Aber dann weißt du mit der für dich maximalen Sicherheit, dass dies so ist. Ist doch auch was wert, oder?
Ich werde grundsätzlich bei eigener Hilfeleistung an fremden Rechnern und natürlich auch hier im Forum immer zuerst prüfen (lassen), ob ein Befall mit Schadcode vorliegt oder mit hoher Wahrscheinlichkeit ausgeschlossen werden kann. So viel Zeit sollte sein.

Zitat von SusiTux

Wenn es ein Spam-Bot wäre, dann würde der Provider den SMTP-Versand wohl komplett sperren, unabhängig von der IP.

Kann sein, muss es aber nicht.
Wir hatten hier genügend Beispiele im Forum, wo der Versand von Mails nach dem IP-Wechsel ein kurze Zeitspanne problemlos funktionierte. Deshalb betrachte ich diesen (schnellen, unkomplizierten und kostenlosen) Test zumindest als ein Indiz.

Ich kann mich sogar an einen Forenbeitrag erinnern, wo der User (sinngemäß) schrieb, dass ihm sein Provider auf seine Anfrage hin mitgeteilt hat, dass dieser ihm wegen "verdächtiger und stark übermäßiger" Nutzung des :25 diesen Port gesperrt hat, und ihm den Hinweis gab, einfach auf 587 auszuweichen! (BTW: eine aktuelle Fritz!Box bietet auch eine entsprechende Option, indem sie den :25 von sich aus sperrt. Das beseitigt zwar nicht das Schadprogramm, aber meistens dessen Wirkung. Zumindest so lange, wie deren Entwickler nicht auch auf :587 umstellen.)

MfG Peter

Hallo Sven,

vor gaaaanz langer Zeit (Anfang/Mitter der 80er) stand in der Spezifikation für SMTP noch nichts über eine Authentisierung am SMTP-Server. Es konnte also jeder nach Gutdünken über jeden Postausgangsserver senden. (Es gab damals nur kaum jemanden, der das ausnutzen konnte.)

Als erste Möglichkeit einer Authentisierung (es wurde wohl so langsam notwendig ...), wurde "SMTP after POP" eingeführt.
Das bedeutet: der Client konnte nach seiner Anmeldung am Posteingangsserver (also dem Abholen oder "Nachsehen") für einen kurzen Zeitraum mit der zum Abholen benutzen IP auch Mails versenden. Und nach wenigen Minuten war es damit vorbei.
Sinn dahinter: die erfolgte Anmeldung am POP-Server wurde für ein paar Minuten auch zum Senden genutzt - weil ja die Postausgangsserver noch keine Möglichkeit zur Authentisierung kannten.

Heute (seit gefühlten 20 Jahren) gibt es echte Auth. am SMTP.

Prüfe:
- ob wirklich dem Mailkonto der korrekte SMTP-Eintrag für genau dieses Konto zugewiesen wurde.
- ob die Einstellungen hinsichtlich der Auth.-Daten (Benutzername und Passwort sowie Art der Authentisierung) exakt stimmen.

Nicht, dass ein alter SMTP immer noch "SMTP after POP" kennt, und dich mit den falschen Auth.-Daten kurzzeitig senden lässt. Möglich wäre das nämlich!

MfG Peter

Zitat von Desaster Area

Ich verwende keinen POP-Server, sondern IMAP. Ist es dann genauso?

Diese Frage kann ich dir nicht beantworten. Das alte Verfahren ist so alt, dass es heutzutage keiner mehr nutzt. Ich gehe aber davon aus, dass auch "SMTP after IMAP" funktionieren dürfte. Aber genaues weiß ich nicht.

Auf jeden Fall kann es nichts schaden, die SMTP-Einstellungen noch einmal penibel zu überprüfen.

MfG Peter