Beiträge von Thunder
-
-
Hallo,
ich habe in den letzten Tagen eine Menge E-Mails von Leuten bekommen, die seit ein paar Tagen plötzlich nicht mehr auf ihr Hotmail- bzw. Outlook-E-Mail-Konto zugreifen konnten. Dabei sind auch Leute, die das Probleme nicht nur mit Thunderbird, sondern auch mit anderen E-Mail-Programmen inklusive Apps auf dem Smartphone haben. Es scheint also schlichtweg (mal wieder) ein Problem auf Seiten von Microsoft zu sein, das über Tage hinweg besteht. Wie immer sind nicht alle User betroffen, sondern nur ein Teil. Vergleichbare bzw. vergleichbar häufige Probleme gibt es bei anderen Anbietern eher nicht.
-
Ich verweise mal wieder auf folgenden Support-Artikel bei Avira:
-
Jetzt hat sich aber ein anderer Fehler eingeschlichen. Ich habe bei TB Ordner "gruppiert" eingestellt. Alle anderen Emails gruppieren sich, nur yahoo nicht. Woran kann das liegen?
Mache dafür doch bitte ein neues Thema auf. Das ist einfach übersichtlicher.
-
Hallo!
Es dürfte sich um den Export aus Thunderbirds Adressbuch handeln. Dabei handelt es sich um eine Datei im *.csv-Format - also Komma-separiert.
Der Import müsste im Adressbuch-Fenster per Import > Adressbücher > Textdatei (... .csv ...) funktionieren. In dem Dateiauswahl-Dialog muss man für das Format rechts unten auf Komma getrennt umschalten und kann dann die zuvor gespeicherte Datei auswählen.
-
Version 52.2.0
Thunderbird 52.2.0 behebt wohl nur das Problem mit dem fehlenden Zeilenumbruch durch das Zusammenspiel von zuvor (ungewollt zwangsweise) HTML-Nachrichten, die den Reintext-Zeilenumbruch (CRLF) nicht darstellen. In 52.2.0 werden also NICHT mehr zwangsweise HTML-Mails per Simple-MAPI erstellt. Das ist leider ein ziemliches Hin und Her seit 52.0, da man bei den momentan beteiligten Programmieren kaum Ahnung von Simple-MAPI hat und gut gemeinte (und auch notwendige) Fehlerbehebungen nach hinten losgegangen sind.
-
Theoretisch soll der Bug mit Thunderbird 52.2.0 behoben sein.
Die relevante Änderung des Source-Codes wurde hier gemacht:
https://hg.mozilla.org/releases/mozil…f530d37c6b34e72
Wenn das Problem bei Euch also weiterhin besteht, dann gebt bitte Rückmeldung in dem betreffenden Bug:
-
Guten Abend!
Beiträge, die gegen unsere Nutzungsbedingungen verstoßen meldet man bitte NUR mit Hilfe der Melden-Funktion des Forensystems oder zur Not per Konversation an mich oder einen der anderen Moderatoren. Das soll bitte für jeden hier gelten - sowohl in der einen als auch in der anderen Richtung!
Das Thema hier wird von mir jetzt geschlossen, da es inhaltlich nicht mehr zu gebrauchen ist. Ein Jeder kann sich sein eigenes Bild von der Diskussion hier machen, ob diese in der Wortwahl dem ursprünglichen Problem angemessen ist. Und es steht einem Jeden frei, die Software zu verwenden, die er möchte.
-
Okay Leute,
egal wer sich hier provoziert fühlen mag: Die gegenseitigen Vorwürfe werden bitte unterlassen, sonst schaukelt sich alles nur noch weiter hoch. Wenn einem die Antwort eines anderen Foren-Users aufgrund von womöglichen Anfeindungen nicht passt, dann versucht man diese am besten zu ignorieren.
Danke
-
Bei mir (Thunderbird 52.1.1 / Windows 10 Pro 64-Bit / Visual Studio bzw. Visual C 2015 Runtimes) funktioniert auch beides problemlos.
-
Wurde der Tipp mit den Visual Studio 2015 Runtimes (unten bei den Known Issues) bezüglich des Problems hier mal ausprobiert. Bitte mal testen, ob das hilft und eine Rückmeldung hier geben.
-
Problem sollte jetzt mit Thunderbird 52.2.0 behoben sein.
-
Der Bug wurde nun mit 52.2.0 behoben. Es wäre nett, wenn eine Rückmeldung gegeben wird, ob es nun okay ist.
-
Ein weiterer Bug im Zusammenspiel von Thunderbird 52 mit box.com wurde nun in Thunderbird 52.2.0 behoben:
-
Ich sehe in der Datenmenge persönlich kein großartiges Problem. Man könnte natürlich Sorge wegen eines überlasteten Internets haben. Letztlich wird jeder individuell hin und wieder Probleme mit großen Dateianhängen an E-Mails haben und muss die Probleme dann halt meistern.
Einen Unterschied in der Datenmenge gibt es aber dennoch: Wenn eine Datei im Binary-Format "hochgeladen" wird, dann behält diese ihre Datenmenge. Per E-Mail wächst die Datenmenge auf dem Transportweg dagegen um die rund 37 % wegen der Base64-Kodierung an. Das ist formal gesehen eine ganze Menge.
Mir fehlt gerade leider die Zeit, um in Ruhe zu schauen, welche Einstellung für die nervige Warnung verantwortlich ist.
-
Die relevante Einstellung müsste diese sein, denke ich:
mail.compose.big_attachments.notify
Über den [lexicon='Konfig-Editor',''][/lexicon] kann man die Einstellung auf false schalten.
-
Ich möchte wetten, dass Du im falschen Verzeichnis geschaut hast.
Gib im Suchfeld der Windows-10-Taskleiste %appdata% ein und drücke die Eingabetaste. Es öffnet sich ein Explorer-Fenster. Öffne dort den Ordner "Thunderbird" > "Profiles" > und hier den betroffenen Profilordner. Dort drin könnte es vielleicht die localstore.rdf geben.
-
Beende Thunderbird, dann gehe in den [lexicon='Profil-Ordner',''][/lexicon] und verschiebe testweise die Datei localstore.rdf auf den Desktop. Dann starte Thunderbird wieder. Wie schaut es jetzt aus? Die genannte Datei enthält alle Einstellungen der Fenster-/Dialog/-Spalten-Positionen.
-
Mal doof gefragt: Dein Problem ist in Thunderbirds Hauptfenster die rechte Spalte (die von Lightning dort eingeblendet wird)? Diese Spalte ist bei Dir viel zu breit? Diese Spalte kann man doch an Rand "anfassen" und in der Breite regulieren.
-
Moin!
Ab jetzt werden die E-Mails des Foren-Systems wieder ohne den eigentlichen Inhalt der Beiträge an Euch gesendet.
Warum ist das so? Der Inhalt der Beiträge in den E-Mails hat dazu geführt, dass die jeweiligen (unerfahrenen) Empfänger die Mails gelesen haben und dann im E-Mail-Programm auf "Antworten" geklickt und somit häufig (unbewusst) mir geschrieben haben. Das soll natürlich nicht sein. Die Leute sollen selbstverständlich hier im Forum auf Eure Beiträge wieder antworten. Somit ist diese Maßnahme leider notwendig.
Wenn es eine Differenzierung nach Benutzergruppen im System gäbe, könnte ich das natürlich für auch differenziert regeln. Das geht aber zumindest momentan noch nicht.
