Hallo rivasol,
wenn der Upload einer Datei nicht 'genehmigt' ist, dann bennenne die Dateieindung in etwas zulässiges um, z. B. .png und kommentiere das in dem Beitrag, zu was es zurückgeändert werden muss, wenn man sich die Datei anschauen will. Große Dateien (ich weiß nicht wo das Limit hier ist) kann man vielleicht auch noch mittels Zipper komprimieren. Da gilt das gleiche mit der Dateiendung + Kommentierung.
Gruß
Sehvornix
Hallo Cyberlioness,
Mozbackup musst Du zukünftig ad acta legen. Das wird schon lange nicht mehr betreut (~8 Jahre) und ist für Thunderbird 78.x pauschal ungeeignet.
Trotzdem besser als nichts, wenn es hart auf hart kommt. Für das aktuelle Profil solltest Du jetzt aber sofort eine andere Methode einführen. Im Prinzip genügt ja die Kopie des Profilordners mit Bordmitteln des Betriebssystems. Alternativ könnte ImportExportTools NG das Backup ein wenig automatisieren oder die Thunderbird-Daten werden im Zuge einer Backuplösung für den ganzen PC berücksichtigt. Wie dem auch sei. Bitte kein Mozbackup mehr verwenden.
Es sind weiterhin nur zwei Ordner betroffen? Hast Du eventuell Umbenennungen der Ordnerstruktur in Thunderbird vorgenommen, woraufhin dann der 'Vorfall' eingetreten ist?
Gruß
Sehvornix
50erSchuppi , bitte wie graba schon schreibt, den ersten Screenshot asap wieder löschen (den, der mit Screenshot (6).png benannt ist). Wird für die Klärung des Problems nicht benötigt und die Klartext-Mailadressen sollten nicht öffentlich gestellt bleiben. Du kannst Deinen Beitrag bearbeiten und besagten Screenshot mit der Maus anklicken. Dann kommt meine ich direkt die Frage, ob der gelöscht werden soll.
Ich schaue mir das später alles in Ruhe an und melde mich dann. Achte bitte darauf, dass die Daten auf der "Quell-SSD" nicht durch ein Versehen beschädigt werden. Eventuell bietet sich jetzt an, zusätzlich davon eine weitere Kopie zu ziehen, mit der die weiteren Schritte angestellt werden können.
Gruß
Sehvornix
Hallo & willkommen im Forum,
Auf Quellrechner TB 68.12.1, auf Zielrechner ebenfalls TB 68.12.1 installiert. Dann habe ich nach den erlesenen Beschreibungen hier im Forum den Inhalt des Profilordners am Zielrechner mit dem Inhalt des neu angelegten Profilordners vom Quellrechner ersetzt und im Profilordner die Datei "addonStartup.json.lz4"gelöscht.
Ersetzt vor oder nach dem ersten Start von Thunderbird?
Wie verhinderst Du, dass sich TB 68.12.1 direkt und ohne Umwege auf eine 78.x aktualisiert?
Wenn Quell- und Zielversion identisch sind, wüßte ich nicht, was mit der Löschung von addonStartup.json.lz4 bewirkt werden soll. Schaden tut es allerdings auch nicht, da die Datei neu aufgebaut wird (ggf. unter Auslassung von Referenzen auf inkompatibler Add-ons, denn darum dreht es sich mit dieser Datei).
Wenn es Dir möglich wäre, ergänze bitte noch die bei Erstellung einer Frage angeforderten Informationen. Das erspart entsprechende Rückfragen, wie jetzt zum Beispiel POP oder IMAP?
Zeige uns bitte mal einen Screenshot von den Inhalten der Verzeichnisse ImapMail und Mail und ggf. deren Unterordner. Evt. muss aber auch schon ein paar Ebenen höher angesetzt werden: wie sieht es in %appdata%\Thunderbird\Profiles aus? Gibt es da mehr als einen <xxxxxxxx>.default oder .default-release?
Gruß
Sehvornix
Hall Cyberlioness,
willkommen im Forum.
Gibt es ein Backup von Deinem Thunderbird-Profil von vor dem Vorfall? Wenn ja, in welcher Form?
Gruß
Sehvornix
Hallo rivasol,
Habe mich gerade darin etwas mit Add-ons, Symbol- und Ordnerleisten eingerichtet,
Die mal alle wieder entfernen und auf Standard zurückstellen, weil
Ich habe zwei Tage zuvor beim ersten Programmstart einen Hinweis bekommen, mit dem Thunderbird anbot, im gesicherten Modus zu starten,
es mit einem oder mehreren davon ein Problem gibt, auf das Thunderbird auch aufmerksam gemacht hat.
Es waren viele Unterordner gewesen, die auch wiederum Unterordner enthielten
Je nach dem, wie viele Unter-Unterordner und wie lang die Bezeichnungen sind, kommst Du an eine technische Grenze von Windows. Die liegt bei ungefähr 250 Zeichen, wobei vorneweg ja schon eine beträchtliche Länge an Dateipfad in Form von C:\Users\%username%\AppData\Roaming\Thunderbird\Profiles\<xxxxxxxx>.default-release\Mail\Local Folders steht bevor Du dann mit Deiner Struktur überhaupt erst loslegst. In meiner Installation sind das alleine schon 93 Zeichen.
Wie gesagt, erst mal Thunderbird zurückstellen auf Standard. Falls das nicht hilft, schau mal in dem genannten Pfad auf Dateiebene nach, ob sich dort der Ordner Ablage und seine Unterordner weiterhin befinden und ob die typischen Mbox-Dateien eine relevante Dateigröße haben. Gerne auch mal ein Screenshot dazu hier posten, falls Du Hilfe für eine diesbezügliche Einschätzung haben möchtest.
Gruß
Sehvornix
Hello,
first thing to mention: Outlook has no easy (if any) option to store messages as .eml files. Standard and only build in is to store as .msg files. How did you obtain .eml files of your messages from Outlook?
- Import / Export is not transferring EML messages (Outlook).
mrb suggested to Drag & Drop the file direct onto the folder (e.g. Inbox) in Thunderbird. He was not suggesting to Import / Export something. Just to clarify, that this is not misunderstood.
Regards
Sehvornix
Ergänzung: Das gleiche passiert auch bei Versand über einen anderen Provider. Hier konkret, wenn ich die besagte Datei im selben Thunderbird über ein 1und1-Konto versende.
Ein Hinweis ist vielleicht, dass das Umkodieren an der selben Stelle einsetzt, aber bedingt durch den geänderten Dateinamen dies nun sichtbar wird (ab Stelle 18).
Ich hatte die Datei zur Unterscheidung 1 x mit dem Prefix 'abgesp ' ergänzt.
Habe trotzdem keine Idee für den Grund.
Gruß
Sehvornix
Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:
78.5.0 (64 Bit)Hallo zusammen,
gestern habe ich ein Problem bei der Weiterleitung eines PDF-Anhangs festgestellt. Vielleicht kennt jemand das Problem oder hat Interesse mitzurätseln, woran es liegt?
Im Original sieht das so aus:
Beim Weiterleitungs-Empfänger dann so:
oder so
Die .dat kommt reproduzierbar an, wenn ich die original empfangene Mail weiterleite. Das Verhalten ändert sich zu .pdf, wenn der ursprüngliche Anhang in eine neu erstellte Mail per Drag & Drop direkt ohne Zwischenspeicherung auf dem Dateisystem übernommen wird.
Folgende Tests habe ich dann mit der PDF-Datei versucht:
Das ist doch einigermaßen merkwürdig 
Gruß
Sehvornix
ob es dort den Punkt Sprachen/Languages gibt und wenn ja, ob es dort installierte Sprachpakete gibt, wenn ja, deinstallieren.
Eher nicht. Es gehört zu den Merkwürdigkeiten der ganzen Upgradeschritte, dass von vorherigen Thunderbird-Versionen unter Umständen ein Sprachpaket (nicht Wörterbuch) übrig bleibt, welches in den Add-ons nicht angezeigt wird, aber als Datei noch da ist und auch noch in der prefs.js und besagter addonStartup.json.lz4 adressiert wird. Gerade auch dann, wenn MozBackup im Spiel ist (aber nicht nur dann).
Gruß
Sehvornix
Hallo Martin,
im Profilordner (Standard) %appdata%\Thunderbird\Profiles\<xxxxxxxx>.default-release gibt es eine Datei addonStartup.json.lz4. Die bitte bei beendetem Thunderbird mal von da weg verschieben. Dann Thunderbird testweise normal starten. Funktioniert das?
Es gibt da auch ein Verzeichnis extensions. Welche Dateien liegen in dem Verzeichnis?
Als Alternative zu MozBackup braucht es eigentlich gar kein Tool. Schau mal in die Anleitungen hier im Forum (oben in der Menüleiste). Es genügt, den Profilordner auf ein Backup-Medium zu kopieren. Aber wenn es Dir lieber ist, das mit einem Tool vorzunehmen, dann schau Dir mal ImportExportTool NG an.
Gruß
Sehvornix
Guten Morgen Martin,
das ist schiefgelaufen:
Neuinstallation, alte Mail - Daten mittels MozBackup Version 1.5.1 von altem PC importiert (es war Thunderbird 74.irgendwas - Windows startete nicht mehr, nur Backup war vorhanden)
MozBackup wird schon lange (seit mehr als 8 Jahren) nicht mehr weiterentwickelt und der Entwickler selber warnt vor dem Einsatz, weil eine Reihe spezifischer Dinge mit neueren Thunderbird-Versionen nicht mehr berücksichtigt wird.
Da Thunderbird bei Dir noch im Abgesicherten Modus startet, stehen die Chancen allerdings gut, dass das Problem durch Identifizierung eines inkompatiblen Add-ons + dessen Entfernung zu lösen ist. Du kannst die Add-ons im Abgesicherten Modus alle deaktivieren. Danach wieder testen bis das (oder die) fragliche(n) Add-on(s) gefunden ist (sind). Anschließend prüfen, ob die gewünschten Add-ons in kompatibler Version für 78.x verfügbar sind.
Sollte das nicht zur Lösung geführt haben, schauen wir dann weiter, was noch in Betracht kommt.
Gruß
Sehvornix
P.S.: Gibt's außer MozBackup noch eine andere Sicherung?
Guten Morgen Sibylle,
altes Adressbuchformat (bis 68.x): .mab, neues Adressbuchformat (ab 78.x): .splite.
Dateien xxxx.mab.bak = Backup nach Konvertierung der xxxx.mab in xxxx.sqlite.
.msf ist nur ein Index. Kannst Du ignorieren.
impab-x.mab und Varianten: ehedem importierte Adressbücher. Du schreibst ja auch von Importen aus Outlook. Passt also.
Hier im Forum ist bisher keine Möglichkeit bekannt, die bei der Upgrade-Konvertierung ggf. 'vergessenen' Adressbücher separat noch mal in die Konvertierung zu geben oder einen Import von .mab in ein Thunderbird 78.x durchzuführen.
Für eine der nächsten Thunderbird-Versionen soll eine Importmöglichkeit nachgeliefert werden.
Mir kommt es so vor, als ob gerade bei Nutzern mit vielen Adressbüchern (ich sag mal mehr als 5) das Upgrade in diesem Punkt nicht sauber läuft. Andererseits könnte es auch sein, dass Thunderbird im Hintergrund weiter an der Konvertierung werkelt. Soll heißen, mehrere direkt nacheinander ausgeführte Neustarts von Thunderbird würden nichts daran ändern, dass der Konvertierungsvorgang im Hintergrund vielleicht eine Weile länger braucht. Jedenfalls hat der eine oder andere als Rückmeldung in Forum geschrieben, dass die Adressen dann doch irgendwann da waren. So ein Feedback kam aber erst nach ein paar Tagen.
Gruß
Sehvornix
Hallo H1zel,
oder ob sich in der Inbox eine Mail befindet, in der ein Schadecode angehängt oder versteckt ist.
Den Ansatz würde ich mal genauer verfolgen. Es wäre allerdings das erste Mal hier im Forum zu lesen, dass der Windows Defender auf die mbox-Datei 'INBOX' angesprungen ist.
Die dritte Option wäre, dass es ein bekanntes Problem mit Web.de Konten ist
Nope. Hab hier auch web.de mit IMAP und keine derartige Meldung mit 78.5.0 (64 Bit) sowie nur Windows Defender.
Gruß
Sehvornix
Hallo Michael,
prima, dass die Methode mit Platzhalter und Substitution funktioniert hat .
2. Dann die alten Adressbücher (sqlite)
Noch mal: .sqlite ist das neue Format. Wenn Du diese Dateien in Deinem alten gesicherten Profil vorfindest, war dort bereits kein Thunderbird 68 mehr, sondern ein Thunderbird 78 aktiv und ...
Wie geht das nun mit dem konvertieren von map-Dateien?
... die .sqlite-Dateien sind konvertierte .mab-Dateien. Das kann bisher nur Thunderbird selbst bei einer Upgradeinstallation von 68.x auf 78.x. Es gibt noch keinen anderen Weg. Nur Workarounds mit einem Export in Fremdformate unter Thunderbird 68.x und Reimport dann unter Thunderbird 78.x. Steht aber alles schon in all den Beiträgen nachzulesen. Hier also erneut die Antwort auf "Wie geht das nun...?": gar nicht.
Der Weg zurück zu einem Thunderbird 68 ist mit Deinen gesicherten Profildaten aller Wahrscheinlichkeit nach nicht mehr mal eben möglich.
3. Dann habe ich mit dem Editor mal eine map-Datei geöffnet und gesehen, dass da auch Adressen drin sind. Allerdings wenn man das kopieren und umbenennen mit der map-Datei probiert (abook-9-alte-map.sqlite),
.mab = altes Format, .sqlite = neues Format (konvertiert aus .mab). .mab in .sqlite umbenennen = Murks.
Ok? 
Nun, die von Dir jetzt eingebundenen .sqlite-Dateien sollten eigentlich die selben Adressen sein, die mit ursprünglicher Namensgleichheit als .mab oder .mab.bak noch vorliegen. Nochmalige Konvertierung ist nicht notwendig bzw. würde zu Dubletten führen. Oder kannst Du eindeutig solche .mab-Dateien oder auch im neuen Profil .mab.bak-Dateien identifizieren (in dem Du mit einem Editor reinschaust), die bei der bereits durchgeführten Konvertierung am Ende nicht angekommen sind? Aber auch dann bleibt es dabei, dass eine nochmalige Konvertierung derzeit nicht ohne weiteres machbar ist und es bisher nunmal auch noch kein Import-Tool dafür gibt.
Schön wäre ein Addon oder eine Funktion im Adressbuch beim importieren, dass man da auch von alten TB Adressbüchern übernehmen könnte, das wäre toll. Vielleicht eine Anregung für die Entwickler.
Dazu war auch schon geschrieben, dass in einer der nächsten Thunderbirdversionen eine Importfunktion geplant ist. Nur kann man leider nicht sagen, wie lange es noch bis dahin dauert und natürlich können die Entwickler das auch wieder streichen.
Gruß
Sehvornix
Hallo Ecki,
... quasi als doppeltes Backup: 1x auf Festplatte (D:\MagentaCLOUD\Mail\Local Folders) und per Synchronisation zusätzlich in der Cloud, falls ein PC mal crashen sollte). So ist/war mein bisheriger Denkansatz.
Das ist kein doppeltes Backup. Ein doppeltes Backup würde zwei unabhängige Speicherorte + den echten in Benutzung befindlichen Datenbestand erfordern. Das lokale Verzeichnis ist aber 1a abhängig vom Cloud-Speicherort. Das ist so nicht mal ein einfaches Backup. Klar ist das auch eine Art Sicherung. Allerdings nur für ganz bestimmte Ereignisse, wenn nicht gar nur für das von Dir genannte alleine.
Es würde bereits nicht mehr funktionieren, wenn ein PC nicht gleich crasht, sondern 'nur' die Festplatte schleichend kaputt geht und dabei Dateien kurrumpiert. Dann werden diese defekten Dateien ganz fix via Cloud auf alle anderen Gerät synchronisiert und schon ist es Asche mit dem Backup. Oder eine versehentliche Löschung. Das ist dann für die MC die jüngste 'Änderung' und somit wird die Datei auch asap in alle Richtungen gelöscht-synchronisiert. Wieder nichts mit einem Backup. Insbesondere, wenn Dir das nicht gleich auffällt und Du eine andere Instanz noch von der Synchronisierung abhalten kannst. Oder nehmen wir mal ein böswilliges Beispiel, einen Crypto-Trojaner. Da ist weder der lokale Speicherort noch via Sync der Cloud-Speicher davor geschützt. Also wenn Du eh gerade dabei bist, das eine oder andere Konzept zu überdenken, dann richte doch ein paar Überlegungen auch auf diesen Aspekt.
Du könntest dieses lokale Verzeichnis der MagentaCloud vielleicht eher als so eine Art Lagertresen ansehen, an dem Dateien abgegeben und abgeholt werden, bildlich gesprochen, aber nicht als einen normalen unabhängigen Speicherort.
EMails sind also durch Nutzung von IMAP quasi schon auf allen Geräten synchron. Dann geht es nur noch um die Lokalen Ordner, die Dein Mail-Archiv darstellen. Das hättest Du auch gerne auf diversen Geräten synchron im Zugriff. Geht aber zumindest jetzt nicht mehr richtig rund via MagentaCloud.
Es geht bei diesen Daten um ein bestimmtes Verzeichnis aus dem Thunderbird-Profil:
%AppData%\Thunderbird\Profiles\<xxxxxxxx>.default-release\Mail\Local Folders (*1
Da besteht eigentlich erst mal keine Notwendigkeit, gleich das ganze Thunderbird-Profil in das lokale Cloud-Sync-Verzeichnis zu legen. Aber auch nur diesen Teil würde ich keinesfalls direkt live dahin legen. Und das Thunderbird-Profil auf unterschiedliche Speicherorte aufzuteilen, ist sowieso keine gute Idee.
Wenn Du damit leben könntest, die Archivierung in diese Lokalen Ordner primär nur auf einem bestimmten PC vorzunehmen, dann sehe ich zumindest eine Möglichkeit, das Verzeichnis, dass zum Lokalen Ordner gehört, weiterhin in einem ersten Schritt auf die Cloud zu kopieren und in einem zweiten Schritt auf der anderen Seite des Ziel-PC wieder in das dortige Profil zu übernehmen. Solche Kopieraktionen aber bitte immer bei beendetem Thunderbird durchführen. Tatsächlich hatte ich mir vor einiger Zeit für ein Kunden-Szenario schon mal ein Script überlegt, dass den Start von Thunderbird mit einem vor- oder nachgelagerten dateibasierten Backup ergänzt. Ist aber bisher nicht zum Echteinsatz gekommen. Backup an sich könnte man inzwischen auch wieder mit ImportExportTools NG machen, aber hier in Deinem Fall wäre der Script-Ansatz vielleicht zielführender. Natürlich verlängert sich der Start von Thunderbird dann um die Dauer so einer Kopieraktion, aber immerhin passiert das implizit durch Anklicken des gewohnten Thunderbird-Icons. Es bleibt andererseits ein teilweise manueller Prozess. Durch die Zwischenlagerung auf der Cloud, lässt sich aber jeder PC zu jedem Zeitpunkt mit dem dort hinterlegten Datenstand aktualisieren.
Gruß
Sehvornix
*1) Edit (Präzisierung): Das ist der Standardspeicherort. Bei Dir liegt der aber in dem lokalen Sync-Verzeichnis von MC. Wie oben eingangs auch von mir zitiert.
Hallo Micha71,
Nun, ich kann das ja mal probieren mit den leeren Adressbüchern und rüber kopieren..werde euch berichten.
Es geht zumindest nichts kaputt dabei, wenn Du nicht versehentlich Daten überschreibst. Aber es wäre erstaunlich, wenn das zum Ziel führen würden.
In Deinem Eingangsbeitrag schreibst Du von "(abook.squlite, abook.map.bak..usw.)". Dazu muss ich jetzt doch mal nachfragen, ob Du diese Dateien wirklich im gesicherten Profil des 68er Thunderbird auf dem USB-Stick ausmachen kannst? Das kann eigentlich nicht sein. Thunderbird 68 kann mit einer abook.sqlite rein gar nichts anfangen. Wie soll die dort entstanden sein?
Dennoch, wenn das so ist, dann würde ich annehmen wollen, dass die vorherige Installation ohne Dein Zutun bereits auf eine 78er Thunderbird aktualisiert wurde und damit eine Konvertierung der Adressbücher stattgefunden hat. Oder Du hast diese Dateinamen in Deiner 78er-Installation auf dem neuen PC vorgefunden, wo wie eigentlich auch nur durch eine Profilübertragung hingekommen sein können - dann sollten die Adressen allerdings auch bereits in Thunderbird auf dem neuen PC sicht- und nutzbar sein.
Wie dem auch sei, es braucht eine Erklärung Deinerseits, wo genau diese Dateien jetzt sind.
Gruß
Sehvornix
Hallo slengfe,
Du hast zwar nicht mich gefragt, aber Micha71 wird das wohl auch nicht beantworten können. Insofern greife ich das mal auf:
Oder denke ich schon wieder falsch?
Vielleicht. Es hängt wirklich davon ab, was auf dem Stick genau zu finden ist. Aber vor allem sollte dieses Experiment auf keinen Fall mit dem Stick mit der Datensicherung dadrauf gemacht werden! Denn danach sind die Daten verändert und konvertiert und es wird schwierig, überhaupt noch mal mit einer 68er-Version etwas versuchen zu können.
Der Effekt mit einem Thunderbird 78.x ein Profil 68.x zu starten, wäre wiederum in Punkto Adressbücher die Konvertierung eines, mancher oder aller vorgefundenen Adressbücher. Aber an den vielen hilfesuchenden Fragestellern zu Problemen mit Adressbüchern hier im Forum ist doch momentan klar ersichtlich, dass diese Konvertierung alles andere als zuverlässig läuft. Oft wird anscheinend nur das primäre Adressbuch abook.mab konvertiert. Und wenn viele Adressbücher vorhanden sind, dann in aller Regel bestenfalls nur ein Teil davon.
Gruß
Sehvornix
Hallo Ecki,
... der sich nie intensiver mit TB und Cloud befasst hat, ...
Bitte nicht falsch verstehen - das Profilverzeichnis auf ein in eine Cloud synchronisiertes Verzeichnis zu legen ist kein normaler Betrieb.
Man kann mit Thunderbird eine Menge Dinge anstellen und sich zunutze machen. Dazu gehören dann auch so Vorgehensweisen wie das Profilverzeichnis zu splitten und Profildaten von Maildaten zu trennen oder auch den Profilordner gleich ganz auf ein anderes (Cloud-, NAS-, what ever-) Laufwerk auszulagern. Nur ist das nicht der eigentlich vorgesehene Betrieb. Wenn es funktioniert, prima. Man kann aber daraus nicht ableiten, dass Thunderbird eine Robustheit für jegliches denkbare Szenario mit auf den Weg bekommt. Im Gegenteil. Die Entwickler setzen eher voraus, dass sich die Daten auf einem lokalen Laufwerk mit einem üblichen Dateisystem unter Verwaltung eines in den Systemanforderungen genannten OS stehen - und zur Laufzeit nur von einem Thunderbird genutzt werden.
Du kannst Dir vielleicht vor Augen führen, dass zur Laufzeit von Thunderbird sowohl dessen Prozesse auf die Dateien des Profils zugreifen als auch gleichzeitig die Dienste der Magenta Cloud, die jegliche Änderung des lokalen Verzeichnisses registrieren und sofort synchronisieren wollen. Das ist schon problematisch, da Thunderbird empfindlich reagiert, wenn bestimmt Dateien nicht exklusiv im Zugriff sind. Ganz schwierig wird die Vorhersage des Verhaltens, wenn wohlmöglich noch eine andere Thunderbird-Installation zeitgleich auch noch Änderungen auf die Cloud synchronisiert. Dann gibt's Änderungen von zwei Seiten und die Synchronisierung kommt richtig ins Schleudern. Bidirektionale Synchronisierung ist grundsätzlich schon kein trivialer Prozess und das mit Dateien auszuführen, auf die Thunderbird gerade zugreift, kann man denke ich knicken.
Gruß
Sehvornix
Hallo gnorf,
das ist ein vodafone-spezifisches Problem. Da müsstest Du mal bei deren Support nachfragen, wie sich die Fehlermeldung in Deinem Fall herleitet.
Der ISP/Mail Provider kann es ja nicht sein, sonst würde die Mail ja nicht vom Handy über den selben Account mit den selben Einstellungen über mein WLAN und Internetanschluss funktionieren.
Doch. Wenn Du mit dem Suchbegriff "550 5.7.1 Reject for policy reason." mal Google fütterst, landest Du ziemlich sicher bei diversen Treffern, die alle das gleiche Problem beschreiben und dabei insbesondere auch immer wieder beobachten, dass es z. B. mit dem Smartphone geht, aber mit Outlook nicht - am selben Anschluss, über dasselbe WLAN.
Grund für den Fehler ist eine von Vodafone gesetzte Regel, die beim Versuch des Mailversand mit Thunderbird greift und das dann blockiert. Solange man nicht weiß, gegen welche Regel das läuft, kann man wenig für eine Lösung ansetzen.
Gruß
Sehvornix
