Das nächste mal gleich auf arabisch posten, daß wird dann wirklich von ALLEN gelesen :flehan: :flehan: :flehan:
Beiträge von kuschelhuhn
-
-
So, jetzt ist die Sache klar, ich bin Opfer einer Verschwörung geworden.
Da die Abhörungsversuche kurz vor der Aufdeckung standen, haben sich die Agenten zurückgezogen und alle Spuren verwischt.Gestern abend lief das Windows Update automatisch durch und fröhliches Versenden von größeren Mails war problemlos möglich. Wo war jetzt das Problem, ääähh die Lösung, es hat natürlich wieder keiner etwas gemacht. , wie in og. anderen Foreneinträgen.
Ich werde das Beobachten, erstmal vielen Dank an alle Miträtseler.
-
Unsere Nachbarn sind auch alle bei willytel. Ich werde am WE mal ein paar Kilometer umziehen und woanders probieren. Wenn da klappt werde ich mal das Routing vergleichen.
Die verschickten Mails werden immer lokal kopiert.
Den Trace habe ich natürlich im Fehlerzeitraum beschränkt auf dem betroffenen Rechner gezogen, ich hab ihn nur mit dem Macbook verschickt. Eine Analyse bedarf da leider viel Detailwissen. Ein Trace mit dem Macbook würde eine Vergleichsmöglichkeit bieten.
Eine Verlängerung des "benutzerdefinierten" Wertes ist zur Laufzeit möglich, ändert aber nicht wirklich etwas ausser der Wartezeit bis zum Abbruch.
Ein weiteres Problem hat seit ein paar Wochen das Windows Update, eine Aktualisierung ist nicht mehr möglich und bricht jedesfall mit einer Fehlermeldung ab, welche auf ein Netzproblem hinweist. Das kann aber auch etwas anderes sein, kann ich auf einem anderen Windows 7 Rechner noch mal testen.
Ein Test der Up/Downloadraten sieht gut aus.
Aus meiner Sicht verhält sich irgendeine Komponente auf dem Weg von meinem Rechner zum Mailserver nicht korrekt. Ich habe inzwischen ein paar Foreneinträge im Netz gefunden mit einem ähnlichen Problem, leider ohne konkrete Auflösung.
-
Techniker hat Leitung vermessen, alles ok, auf Verdacht Fritzbox getauscht.
Problem besteht nach wie vor -
Vom Strato wurde mir empfohlen die Timeoutzeit hoch zu setzen, bei dem Versuch habe ich festgestellt, das zwei Einträge vom Benutzer auf den Wert 29 gesetzt wurden (mail.server.server1.timeout und server6).
Verändere ich diese, stehen diese nach einem Neustart wieder auf dem alten Wert (29). Dieser Zeitraum wird aber ebensowenig wie der Wert für mailnews.tcptimeout erreicht. Die Fehlermeldung kommt bereits spätestens 20s nach dem Drücken des Senden-Buttons.
Am 10.9 kommt ein Techniker die Leitung zu testen, ich habe Spannung.
-
Nächster Zwischenstand (es geht mir inzwischen ziemlich auf den ....)
Es funktioniert an der gleichen Netzwerkdose ohne Probleme ein MacbookPro.
Ebenfalls kein Problem beim Senden haben zwei WindowsXp Rechner mit einer alten 24.x.6? Version, hier hakt es allerdings beim Kopieren in den Sent-Ordner.Dann habe ich mir den aktuellen Ubuntu Stand auf DVD gebrannt. Dort ist TB 31.0 drauf, auf zwei verschiedenen Rechnern keine Chance in endlicher Zeit auf eine Mail mit größeren Anhängen zu zugreifen. Den Timeout habe ich nicht mehr abgewartet, es waren mehr als 5 Minuten.
Rückantwort von meinem ISP, sie haben die Benutzung des Dualstack freigeschaltet IP4/6. Hat aber keine Änderung gebracht.
Ich habe einen Wireshark-Trace gemacht und als Antwort geschickt. Natürlich mit dem Macbook, mit den anderen Rechner gehts ja nicht.Eine Eigenanalyse vom Trace ist von mir nur beschränkt möglich, es gab jede Menge Fehler bezüglich Malformed TCP-Pakete.
Einen Versuch mit einer anderen Linux-Distribution werde ich noch versuchen, dann bin ich mit meinem Latein am Ende.
-
Nächster Zwischenstand:
Avira Free deinstalliert - IMAP-Timeout beim weiterleiten
gmail Konto angelegt - SMTP-timeout Problem beim SendenJetzt bleibt nicht mehr viel nach was sein kann, ich werde jetzt mal schauen ob ich einen Linux-Rechner habe, danach kann es eigentlich nur noch mein ISP-Provider sein.
-
Zwischenstatus:
- Thunderbird frisch installiert auf anderem Rechner, das gleiche Problem.
- anderer Mail-Client auf anderem Windows 7, dauert auch ewig
- Wechsel von TLS/SSL auf STARTTSL, keine Änderung.Also TB ist da erstmal raus, auch wenn ich noch nicht weiss, wo das Problem liegt.
-
Mit dem SMTP-Status konnte ich auch nichts anfangen, vermutlich sind die in den Thunderbird-Sourcen abgebildet.
In den RFCs finden sich nur die Return-Codes, nach dem 354 muss irgendwann ein 250 von Server kommen.Der Log-Schnipsel oben zeigt nur das Aufräumen nach dem Timeout der eine Zelle davor eintritt, einige Sekunden bevor ich die Fenster schließe.
Auch hier sieht es so aus, als wenn die Server-Antwort ausbleibt.Eventuell muss man eine Ebene tiefer mal mitloggen. Ich werd Thunderbird mal auf einem Zeitrechner installieren und mal schauen ob es ein lokales Rechner oder Netzproblem ist.
-
Der IMAP-Ordner aus dem ich kopiere ca 90MB
Der lokale Eingangsordner ist bis auf die Unterordner leer
Der Gesendet-Ordner ca. 150MB -
Und hier das SMTP.Log welches auch mit einem Timeout abbricht.
Hier hab ich die Mail vorher in einen lokalen Ordner gezogen, das hat komischerweise problemlos geklappt.Code
Alles anzeigen2014-08-20 19:54:09.037000 UTC - 0[80f140]: SMTP Connecting to: mx.freenet.de 2014-08-20 19:54:09.162000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.162000 UTC - 0[80f140]: SMTP Response: 220 mx15.freenet.de ESMTP Exim 4.82 Wed, 20 Aug 2014 21:54:08 +0200 2014-08-20 19:54:09.162000 UTC - 0[80f140]: SMTP entering state: 14 2014-08-20 19:54:09.162000 UTC - 0[80f140]: SMTP Send: EHLO [IPv6:2a02:2028:215:e031:a529:7712:87ec:5f8f] 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP Response: 250-mx15.freenet.de Hello [IPv6:2a02:2028:215:e031:a529:7712:87ec:5f8f] [2a02:2028:215:e031:a529:7712:87ec:5f8f] 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP Response: 250-SIZE 209715200 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP Response: 250-8BITMIME 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP Response: 250-ETRN 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP Response: 250-PIPELINING 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP Response: 250-AUTH LOGIN PLAIN CRAM-MD5 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP Response: 250-STARTTLS 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP Response: 250 HELP 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP entering state: 4 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP entering state: 21 2014-08-20 19:54:09.178000 UTC - 0[80f140]: SMTP Send: STARTTLS 2014-08-20 19:54:09.225000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.225000 UTC - 0[80f140]: SMTP Response: 220 TLS go ahead 2014-08-20 19:54:09.225000 UTC - 0[80f140]: SMTP entering state: 19 2014-08-20 19:54:09.225000 UTC - 0[80f140]: SMTP entering state: 14 2014-08-20 19:54:09.225000 UTC - 0[80f140]: SMTP Send: EHLO [IPv6:2a02:2028:215:e031:a529:7712:87ec:5f8f] 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP Response: 250-mx15.freenet.de Hello [IPv6:2a02:2028:215:e031:a529:7712:87ec:5f8f] [2a02:2028:215:e031:a529:7712:87ec:5f8f] 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP Response: 250-SIZE 209715200 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP Response: 250-8BITMIME 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP Response: 250-ETRN 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP Response: 250-PIPELINING 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP Response: 250-AUTH LOGIN PLAIN CRAM-MD5 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP Response: 250 HELP 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP entering state: 4 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP entering state: 21 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP auth: server caps 0x12310, pref 0x2000, failed 0x0, avail caps 0x2000 2014-08-20 19:54:09.365000 UTC - 0[80f140]: (GSSAPI = 0x800, CRAM = 0x2000, NTLM = 0x4000, MSN = 0x8000, PLAIN = 0x200, LOGIN = 0x100, EXTERNAL = 0x400) 2014-08-20 19:54:09.365000 UTC - 0[80f140]: trying auth method 0x2000 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP entering state: 16 2014-08-20 19:54:09.365000 UTC - 0[80f140]: SMTP AuthLoginStep1() for xxx@yyy.zzz@@yUQ0yUQ 2014-08-20 19:54:09.381000 UTC - 0[80f140]: CRAM auth, step 1 2014-08-20 19:54:09.381000 UTC - 0[80f140]: Logging suppressed for this command (it probably contained authentication information) 2014-08-20 19:54:09.396000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.396000 UTC - 0[80f140]: SMTP Response: 334 PDEzMzIwLjE0MDg1NjQ0NDhAbXgxNS5mcmVlbmV0LmRlPg== 2014-08-20 19:54:09.396000 UTC - 0[80f140]: SMTP entering state: 18 2014-08-20 19:54:09.396000 UTC - 0[80f140]: SMTP Login response, code 334 2014-08-20 19:54:09.396000 UTC - 0[80f140]: SMTP entering state: 17 2014-08-20 19:54:09.396000 UTC - 0[80f140]: SMTP AuthLoginStep2 2014-08-20 19:54:09.396000 UTC - 0[80f140]: CRAM auth, step 2 2014-08-20 19:54:09.396000 UTC - 0[80f140]: Logging suppressed for this command (it probably contained authentication information) 2014-08-20 19:54:09.412000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.412000 UTC - 0[80f140]: SMTP Response: 235 Authentication succeeded 2014-08-20 19:54:09.412000 UTC - 0[80f140]: SMTP entering state: 18 2014-08-20 19:54:09.412000 UTC - 0[80f140]: SMTP Login response, code 235 2014-08-20 19:54:09.412000 UTC - 0[80f140]: SMTP entering state: 3 2014-08-20 19:54:09.412000 UTC - 0[80f140]: SMTP Send: MAIL FROM:<xxx@yyy.zzz> SIZE=4746977 2014-08-20 19:54:09.443000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.443000 UTC - 0[80f140]: SMTP Response: 250 OK 2014-08-20 19:54:09.443000 UTC - 0[80f140]: SMTP entering state: 5 2014-08-20 19:54:09.443000 UTC - 0[80f140]: SMTP Send: RCPT TO:<xxx@yyy.zzz> 2014-08-20 19:54:09.474000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.474000 UTC - 0[80f140]: SMTP Response: 250 Accepted 2014-08-20 19:54:09.474000 UTC - 0[80f140]: SMTP entering state: 6 2014-08-20 19:54:09.474000 UTC - 0[80f140]: SMTP Send: DATA 2014-08-20 19:54:09.505000 UTC - 0[80f140]: SMTP entering state: 0 2014-08-20 19:54:09.505000 UTC - 0[80f140]: SMTP Response: 354 Enter message, ending with "." on a line by itself 2014-08-20 19:54:09.505000 UTC - 0[80f140]: SMTP entering state: 7 2014-08-20 19:54:09.505000 UTC - 0[80f140]: SMTP entering state: 8
-
Die betroffenen Ordner und Unterordner hab ich mal versucht zu reparieren und zu komprimieren.
Ich glaube das Problem besteht sowohl beim Runterladen als auch beim Senden, hier mal im Ausschnitt der Start und der Abbruch beim Runterladen. Das Senden versuch ich noch zu reproduzieren.
Code
Alles anzeigen2014-08-20 19:32:53.008000 UTC - 0[150f140]: ReadFromMemCache size mismatch for 534594b4imap: ............. ............................ ............................. 2014-08-20 19:34:19.932000 UTC - 5608[1511600]: a8af000:mx.freenet.de:S-INBOX.Aukrug Vorstand:CreateNewLineFromSocket: sckrOy+UMIcKAcKeeD2GAOOu78AdLXR9Z8Y6ek5nS1vfIWQnJYKWGSfX19816j8VIPDF74fTT/FV 2014-08-20 19:34:19.932000 UTC - 5608[1511600]: ReadNextLine [stream=8b03028 nb=78 needmore=0] 2014-08-20 19:34:19.932000 UTC - 5608[1511600]: a8af000:mx.freenet.de:S-INBOX.Aukrug Vorstand:CreateNewLineFromSocket: 1Ja2V5dRwQyxg7lmOSuCFYDgNyRjGc15Rf6P8S/h3pzXWla/Dr+jWK7zZ3cOJhGOSAeSQBno/AHA 2014-08-20 19:34:19.932000 UTC - 5608[1511600]: ReadNextLine [stream=8b03028 nb=21 needmore=0] 2014-08-20 19:34:19.932000 UTC - 5608[1511600]: a8af000:mx.freenet.de:S-INBOX.Aukrug Vorstand:CreateNewLineFromSocket: 7V3+ueJtD1n4aR65rd) 2014-08-20 19:34:19.932000 UTC - 5608[1511600]: ReadNextLine [stream=8b03028 nb=24 needmore=0] 2014-08-20 19:34:19.932000 UTC - 5608[1511600]: a8af000:mx.freenet.de:S-INBOX.Aukrug Vorstand:CreateNewLineFromSocket: 12 OK FETCH completed. 2014-08-20 19:34:19.932000 UTC - 5608[1511600]: FetchMessage peek: curFetchSize 393216 numBytes 393216 2014-08-20 19:34:19.932000 UTC - 5608[1511600]: a8af000:mx.freenet.de:S-INBOX.Aukrug Vorstand:SendData: 13 UID fetch 646 (UID RFC822.SIZE BODY.PEEK[]<1966080.393216>) 2014-08-20 19:34:38.870000 UTC - 5608[1511600]: ReadNextLine [stream=8b03028 nb=0 needmore=1] 2014-08-20 19:34:38.870000 UTC - 5608[1511600]: a8af000:mx.freenet.de:S-INBOX.Aukrug Vorstand:CreateNewLineFromSocket: clearing IMAP_CONNECTION_IS_OPEN - rv = 804b0014 2014-08-20 19:34:38.886000 UTC - 5608[1511600]: a8af000:mx.freenet.de:S-INBOX.Aukrug Vorstand:TellThreadToDie: close socket connection 2014-08-20 19:34:38.886000 UTC - 5608[1511600]: a8af000:mx.freenet.de:S-INBOX.Aukrug Vorstand:CreateNewLineFromSocket: (null) 2014-08-20 19:34:38.886000 UTC - 5608[1511600]: a8af000:mx.freenet.de:S-INBOX.Aukrug Vorstand:ProcessCurrentURL: aborting queued urls 2014-08-20 19:34:38.901000 UTC - 5608[1511600]: ImapThreadMainLoop leaving [this=a8af000] 2014-08-20 19:34:43.488000 UTC - 1348[c451860]: 8b55800:mx.freenet.de:S-INBOX:SendData: 12 close 2014-08-20 19:34:43.488000 UTC - 1348[c451860]: 8b55800:mx.freenet.de:S-INBOX:SendData: 13 logout 2014-08-20 19:34:43.488000 UTC - 5284[c4519b0]: 8b56800:mx.freenet.de:S-INBOX:SendData: 12 close 2014-08-20 19:34:43.488000 UTC - 5284[c4519b0]: 8b56800:mx.freenet.de:S-INBOX:SendData: 13 logout 2014-08-20 19:34:43.581000 UTC - 1348[c451860]: 8b55800:mx.freenet.de:S-INBOX:TellThreadToDie: close socket connection 2014-08-20 19:34:43.581000 UTC - 1348[c451860]: ImapThreadMainLoop leaving [this=8b55800] 2014-08-20 19:34:43.581000 UTC - 5284[c4519b0]: 8b56800:mx.freenet.de:S-INBOX:TellThreadToDie: close socket connection 2014-08-20 19:34:43.581000 UTC - 5284[c4519b0]: ImapThreadMainLoop leaving [this=8b56800]
-
Es wird beim Senden eine Kopie in einem lokalen Ordner gespeichert, im Postfach wird keine Kopie angelegt.
Ich hab das Logging einmal für SMTP und einmal für IMAP aktiviert.
Kurz nochmal was ich mache:
EMail mit Anhängen 4,8MB im Postfach auswählen, dann in der Vorschau beim Dropdown "Weiterleiten" drücken. In der Statusleiste startet der Fortschrittsbalken dann mit dem Herunterladen von Mails.Das ist im IMAP-Log auch schön zu sehen, es wird versucht die Mail komplett herunter zu laden, das ganze bricht dann ab, die Stelle muss ich im Log allerdings noch identifizieren.
Das SMTP-Log bleibt leer, vermutlich weil der Prozess nicht soweit kommt.
-
Das Anlegen eines neuen Profils hat nicht geholfen, hat jemand noch eine Idee?
Vielleicht sollte ich mir einen anderen Mailclient installieren und schauen was damit geht.
Ausser Outlook fällt mir da aber nicht so viel ein.Hat jemand noch eine Idee?
-
Im abgesicherten Modus ist das Verhalten identisch, mit dem neuen Profil probiere ich heute abend.
-
Das mit dem Ausgangskorb stimmt nicht, da hab ich falsch geguckt.
-
Ich hab es gerade noch geprüft, Avira Free hat kein EMail-Scanning, für die Profiles habe ich eine Ausnahme eingerichtet.
Nach Deaktivierung der Windowsfirewall, hat sich da auch nix geändert, das gleiche Problem.
Beim später senden verschwindet die Mail dann auch aus dem Ausgangskorb, prima. -
Wie funktioniert das mit dem obengenannten Patch?
Existiert der wirklich? -
Ich verwende die Avira Free Variante, da sehe ich erstmal keine Einstellmöglichkeiten für oder gegen EMail-Scans.
Gestern wurde ich von den beiden Updates etwas überrannt.
Ich muss das zu Hause nochmal prüfen, ob ich da etwas übersehen habe. -
Thunderbird-Version: 31.0
Betriebssystem + Version: Windows 7
Kontenart (POP / IMAP): IMAP
Postfachanbieter (z.B. GMX): freenet
Virenscanner : Avira freeSeit dem Wechsel auf 24.x und dem letzem Release auf 31.0 habe ich Probleme beim Versenden von Mails mit mehreren Anhängen ab ca. 2MB. Der angezeigte Fortschrittsbalken bleibt dann bei einem beliebigen Wert zwischen 30 oder 60% stehen, bis die Timeout-Meldung kommt. Mit einem Mac konnte ich die gleiche Mail mit Anhängen problemlos weiterleiten, unter Windows mit TB ging es gar nicht. Das deutet auf ein TB-Problem hin.
Ich habe leider keine Workarounds für Einstellungen für Avira gefunden, sofern der Virenscanner überhaupt das Problem ist. Hat da jemand eine Idee? Das ganze IMAP-Handling ist sehr zäh mit TB, trotz 100MB Internetanbindung.Kann ich irgendwelche Logs/Traces erzeugen, die für eine Analyse hilfreich wären?
Gruß
Olaf