Verbindung zu NAS beim Speichern+Senden extrem langsam

* Programm + Version: Thunderbird 38.4.0 — und höhere Versionen
* Betriebssystem + Version: Windows 10 Pro (1511) — alle beteiligten Rechner
* Kontenart (POP / IMAP): POP3
* Postfachanbieter (z.B. GMX): GMX
* Eingesetzte Antivirensoftware: F-Secure
* Firewall (Betriebssystem-intern/Externe Software): Windows-Firewall
————————————————————————————————————————————————

Liebe Community,
bei mir geht es um eine geringe Datenübertragungsrate von Thunderbird (Klapp- u. Desktop-Rechner) zu meinem NAS, speziell beim Entwurf-Speichern und beim Senden. Gleich vorweg, das Problem liegt nicht (allein) am Netzwerk.

Der Aufbau:

• WLAN-Netzwerk
• FritzBox3272
• Synology DJ115s an 1Gbit/s-LAN der FritzBox
• 2 Rechner (je Windows 10)
• lokale Installation von Thunderbird auf jedem Rechner
• eMails alle drei POP3-Postfächer zentral auf dem NAS

Das WLAN-Netzwerk schafft locker 5MB/s — auch während der im folgenden geschilderten Probleme

Das Problem:
Beim Speichern und beim Senden von eMails schafft Thunderbird nur eine Datenrate von rund 130kB/s in Richtung NAS. Ermittelt wurde dieser Wert mit Hilfe des Ressourcen-Monitors. Bei kurzen Mails ohne Anhang fällt das gar nicht auf. Aber bei größeren Anhängen macht sich das mit empfindlichen Wartezeiten bemerkbar und dauert z.T. ewig, bis man weiterarbeiten kann (z.B. beim autom. Speichern). In der Zwischenzeit ist dann TB auf „Keine Rückmeldung“. Das Netzwerk ist hierbei nachweislich nicht ausgelastet, da andere Dateien parallel zum Speichern/Senden mit 5MB/s sekundenschnell auf das NAS kopiert werden können.

Lösungsversuche:

• Werden die Mail-Verzeichnisse vom NAS auf die lokale Festplatte verschoben und der Speicherort in TB angepasst, ist praktisch keine Verzögerung zu bemerken. Ein Entwurf mit einem 50MB-Anhang (nur zu Testzwecken!) wird so schnell auf die HD gespeichert, dass man nach ca. 3 Sekunden weiterarbeiten kann.
• Das offline-Verfügbarmachen über das Synchronisierungscenter hilft nicht, da das Netzwerk massig Reserven hat, als dass die Dateien erst mal lokal zwischengespeichert werden, bevor sie vom Betriebssystem zum NAS verschoben werden.
• Das NAS-Verzeichnis wurde auch schon mit „mklink /d …“ auf die lokale Platte verlinkt — kein Effekt, auch wenn man TB diesen Link „unterschiebt“ (ein echtes Verzeichnis anlegen; TB auf dieses Verzeichnis einrichten; TB schließen; Verzeichnis löschen; Link mit gleichem Namen erzeugen; TB starten)
• Das NAS-Verzeichnis wurde als Laufwerk und über die absolute Netzwerk-Adresse in den TB-Einstellungen eingetragen — kein Effekt

Die Vermutung:
Aus meiner bescheidenen Sicht würde ich auf ein Kommunikationsproblem zwischen Thunderbird und den Netzwerk-Diensten des Betriebssystems tippen, was die Datenrate zusammenbrechen lässt, bzw. erst gar nicht hochkommen lässt. Ich hoffe aber, dass es was einfacheres ist.

Im Forum gibt es etliche ähnliche Themen, die mein Problem aber nicht lösen.
Sorry, dass das hier gleich beim ersten Thema so viel geworden ist

Danke für Ihre/Eure Hilfe
und schöne Feiertage
Grüße
Kai Müller

Hallo rum,
danke für Deinen Beitrag

Warum NAS statt IMAP:
Durch die NAS-Lösung soll die Verwaltung der Mails schneller von der Hand gehen, da sich beim Rangieren der Daten nicht alles über den DSL-Anschluss (6Mbit/s down, 730kbit/s up) quälen muss. Und alle Mails im IMAP-Account beim Provider liegen lassen, nun ja, einfach mangelndes Vertrauen.

Virenscanner an/aus:
Habe den Virenscanner jetzt komplett deinstalliert, frisch gebootet — und keinen Einfluss festgestellt.

Ergänzung:
Die geringe Schreibgeschwindigkeit tritt übrigens auch bei Kopier- und Verschiebe-Aktionen mit TB auf, also bei allen Schreibvorgängen zum NAS. Habe daher das NAS per LAN-Kabel direkt an den Rechner gehängt und die Firewall komplett (Domäne + privat + öffentlich) deaktiviert — auch kein Einfluss auf die Schreibgeschwindigkeit von TB. Dafür steigt die Datenrate auf ca. 12MB/s beim Kopieren via Explorer oder beim Speichern mit anderen Anwendungen.

Gruß
Kai

Hallo tobean,

bisher habe ich noch keine Lösung. Die neue Version 38.5.1 ändert auch nichts an der Leistung.

neuster Versuch:
Zuletzt habe ich den eMail-Ordner vom NAS auf den Laptop kopiert und Thunderbird auf dem Desktop-Rechner über das Netzwerk darauf eingerichtet (beide Rechner via WLAN an der FRITZ!Box) — und schon ist die Schwuppdizität wieder da
Das NAS spielt also zumindest irgendeine Rolle. Kannst Du das bei Dir nachvollziehen?

Dein QNAP und mein Synology laufen offenbar beide auf einem Linux-Derivat (beide können Ext 4-Partitionen lesen/schreiben — typisch für Linux). Wahrscheinlich muss man an der Kommunikation zwischen Windows und Linux ansetzen, und hier den Einfluss der Art und Weise des Laufwerkszugriffs von Thunderbird betrachten.

Aber vielleicht hat ja noch jemand die Lösung für uns.

Gruß
Kai

Hallo tobean,

nein — das Verzeichnis mit den Mails eben nicht lokal, sondern statt auf dem NAS auf dem anderen(!) Windows-Rechner. Dieses Manöver ist reine Diagnostik und kein Workaround. Damit ließe sich feststellen, dass die Datenrate auch vom Zielsystem (= das mit dem Mail-Verzeichnis) abhängt.

Als nächstes versuche ich, einen meiner Rechner (den mit dem Mail-Verzeichnis) mittels Bootstick unter Linux laufen zu lassen. Wenn es dann beim Zugriff mit dem Windows-Rechner via Netzwerk auf den Linux-Rechner auch nur im Schneckentempo läuft, dann liegt es wahrscheinlich auch an Linux und nicht an der Architektur des NAS.

Historie:
Vor dem Synology-NAS hatte ich die Mails auf einem USB 2.0-Stick an der FRITZ!Box — und das als Ursache für die Geschwindigkeitsprobleme vermutet. Das NAS sollte eigentlich damit Schluss machen.

Gruß
Kai

Hallo zusammen,

das Thema ist noch nicht abschließend geklärt. Wir (tobean und KaiMueller) experimentieren und betreiben noch etwas Diagnose und wenden uns dann an den Mozilla-Support. Sobald die Anfrage abgesetzt ist, wird sie hier für Euch verlinkt (…voraussichtlich bis etwa 31.01.2016)

Grüße
Kai

Hallo Susanne,

USB-Stick an FRITZ!Box
Der USB-Stick an der FRITZ!Box ist nicht (mehr) der Flaschenhals, den habe ich durch ein NAS (Synology DS115j) am 1Gbit-Port der FRITZ!Box abgelöst, weil USB für den lokalen Ordner eine „Unlösung“ ist.

Profil zerrissen
Bei mir sind nur die „Lokalen Ordner“ (die u.a. die Inbox.msf der einzelnen Profile  Konten/Postfächer enthalten) auf dem NAS, jedes Profil Konto mit eigenem Ordner. Der Zugriff läuft durch persönliche Disziplin ausschließlich „XOR“, weil i.d.R nur ein Rechner läuft und wenn doch mal alle laufen, dann auch nur auf einem TB.

Zwischenergebnisse

• Speichert man einen großen (z.B. 20MB) Anhang einer Mail aus Thunderbird heraus in einem Verzeichnis auf dem NAS, läuft das flott (ca. 4-5MB/s über WLAN, ca. 10-12MB/s über LAN) — also ohne Probleme!
• Speichert man die Mail (aus 1.) als ganzes über Datei/Speichern als/Datei als eml-Datei auf dem NAS, läuft das ebenfalls ohne die Performance-Probleme sehr flott.

Die geringe Geschwindigkeit könnte irgendwas mit dem Zugriff auf die MSF-Dateien zu tun haben. Immern wenn Mails innerhalb der TB-Ordnerstruktur (inkl. Inbox/Sent/Outbox) durch Speichern, Kopieren oder Verschieben geschrieben werden.

Versuche in Arbeit

• Einen Rechner mit LINUX booten (USB-Live-System, Ubuntu 15.04) und als Server mit den Lokalen Ordnern einrichten, um mit einem anderen Windows-Rechner darauf zuzugreifen, quasi der LINUX-Rechner an Stelle des NAS — es scheitert derzeit nur noch an der SAMBA- und Zugriffsrechte-Konfiguration. Bin aber dran.
• Einrichten des LINUX-Rechners zum Zugriff auf das NAS mit der LINUX-Version von TB — scheitert noch an den Schreibrechten von TB auf das NAS, bzw. den Mountpoint [Mail wird verschickt und kommt an, landet aber nicht in SENT — und TB rödelt in der Endlosschleife, das ist hier aber nicht unser Thema!]

LINUX ist nur der Versuch, das Problem ohne Windows 10 zu reproduzieren, um so das zugreifende OS ausschließen zu können.

Grüße
Kai

P.S.: Die Ankündigung zum Mozilla-Support zu gehen, sollte keine Drohung sein. Wir lassen nur nichts unversucht

Hallo Susanne,

danke, bin gewarnt.

MSF-Dateien gelöscht:
Alle MSF-Dateien wurden gelöscht, die Schreibprozesse sind immer noch lahm (<200kB/s).
Meine Bedenken sind keine defekten Dateien, sondern eine Unverträglichkeit, wie Thunderbird versucht auf die Dateien zuzugreifen und sich mit dem System gegenseitig auf den Füßen steht. Dafür müsste man den Quellcode kennen (…und verstehen ).

eml-Datei / Speichern in Lokalen Ordner:
Beim Speichern einem Mail als eml-Datei in die Struktur des Lokalen Ordners hinein liegt die Datenrate bei 4-5MB/s, also problemfrei.

Mozilla-Support:
Kaum kommt der Mozilla-Support zu Sprache, kümmern sich Du, rum und Feuerdrache um den Eintrag — wie um einen guten Kunden, den man nicht verlieren will. Diese Reaktion wollte ich nicht provozieren, wenngleich sie mir willkommen ist — ganz im Sinne das Sache

Grüße
Kai