Beiträge von ingo

Irgendwer soll mir erklären, warum ich überhaupt von v7 auf v8 upgraden soll.
Überhaupt sollte mir mal wer genauer aufschlüsseln, warum ich v5, v6 und v7 lizensiert habe. Seit v4 sehe ich kaum oder keine Fortschritte in irgendeiner Weise.
v8 lasse ich mal aus - denn langsam wird es richtig langweilig, immer nur für Bugfixes - welche in der aktuellen Major-Version erst eingeführt wurden - zu bezahlen...

Ich habe die 6.0.12 MSI (32Bit) installiert. Verstehe nicht warum es nicht geht.

Ich kann das XMP Plugin in 6.0.12 nicht hinzufuegen. Ging aber auch in 6.0.8 nicht. Kann das jemand bestaetigen?

Es kommt mir vor als wären da Dilettanten am Werk.
Schaut euch mal das Changelog an:

Zitat

[-] (#0008700) "Delete and follow next/previous" feature broken

Das Delete and follow next/previous funktioniert jetzt zwar, dafür aber keine andere Art des Löschens. Tägliches Rumgepfusche im Code nenne ich das was Ritlabs seit v5 praktiziert.

Zitat von GwenDragon

Toller Bug: Mails lassen sich nicht mit Entf löschen und auch nicht übers Kontextmenü oder den Papierkorb-Button.
Nur Strg Entf löscht.

Nicht mal Strg Entf funktioniert...
Das ist ja die totale Verarsche. Würde mich nicht wundern, wenn der Bug erst in 5 Monaten in einem Release 5.1.x gefixt wird. So auf: "wenn ihr Nachrichten wieder löschen wollt, dann kauft eine 5.1.x Lizenz"

stimmt! Mit MicroEd funktioniert es.

Ist das nur bei mir so, aber die Kontospezifischen Vorlagen funktionieren nicht mehr.
Bei Neuer Mail, Antwort, etc. bleibt das Editor-Fenster LEER...
Manuelles Einfügen von Schnellvorlagen geht dagegen...

Kann das jemand, der GMX IMAP verwendet bestätigen? https://www.ritlabs.com/bt/view.php?id=8680

Zitat

[-] (#0008280) IMAP : Option "Mark deleted messages as read" in IMAP account properties is not applied

WOW! Mein Flehen wurde erhört! Danke an die Entwickler

KaFa
Das ist halt so. Mein Bugtracker-Ticket zum Problem, dass ungelesene Nachrichten beim Löschen in den Papierkorb weiterhin ungelesen bleiben, wird seit Monaten ignoriert.

Und ganz ehrlich, seht euch mal z.B. den Changelog an:

Zitat

The last used Address Book was not recalled after restart
In S/MIME signatures, the attribute ESSCertIDv2 is now added

Als vernünftiger Mensch denke ich mir: "Was zum Teufel und Hölle!?"
Wen interessiert das? Hat das eine Dringlichkeit? Wen interessiert, ob das zuletzt geöffnete Adressbuch nach einem Restart gemerkt bleibt? ESSCertIDv2 - WAS für ein Zertifikat? Mann Mann
Totales Peanuts-Bugfixing was die da in Moldawien betreiben. Wahrscheinlich sind die Entwickler alle auf Urlaub und haben einen Schimpansen als Vertretung...
...würde zumindest einiges in v5 erklären...

Die Filter in GMail können garnix. Oder wie kann ich dem beibringen, dass Gmail alle eingehenden Nachrichten in Spam als gelesen kennzeichnen soll? Nur so als Beispiel.
Und Thunderbird ist im Prinzip ja auch nicht mehr als ein TB! 1.69 - wenn nicht sogar weniger.
Manche Leute verwenden den Windows Explorer und sind glücklich. Ich kann ohne Total Commander nicht mehr

Thunderbird, Postbox, Roundcube am eigenen Server - alles schon ausprobiert. Benutze Gmail mit IMAP - das funzt gut. Das Webmail von Google ist zwar nicht schlecht, aber von den Templates und Filter in TB! weit entfernt

Nur wie heißen die Alternativen?
An v4 hatte ich eigentlich nix zu mecken. Das einzige Problem mit der v4 waren die ständigen Verbindungstimeouts bei IMAP.
Da half auch nicht das Timeout in den Settings auf 90sec zu stellen und "alle 60Sec Mailbox checken" anzuhaken. Trotzdem war die Verbindung immer wieder beendet worden.
Ein nicht so cooles Verhalten wenn TB! minimiert ist, man nebenbei was arbeitet und sich nach 2 Stunden wundert - "keine neuen Mails?" - man sieht nach und jaaaa -> "IMAP-Verbindung wurde beendet".

In v5 funkt das inzwischen, dafür ist alles andere kaputt. So schlimm war bisher kein Umstieg, ich bin schon seit v1 dabei
Irgendwie ist es eine Art alte Liebe, sehr schwer ein Programm, dass man schon über 10 Jahre benutzt aufzugeben.

Ritlabs - die Totengräber des ehemalig besten Mail-Clients

Diese Version als offiziellen Release rauszubringen ist eigentlich eine Zumutung.
Die Zuverlässigkeit entspricht nicht einmal einer Beta-Version - das ist bestenfalls eine Alpha.

Außerdem, welcher Hersteller nummeriert den ersten stabilen Release einer neuen Major-Version 5.0.8?
Der übliche Ablauf wäre gewesen 5.0 RC1 - RC6 und dann eine 5.0.0 zu releasen.

Der Hintergrund: Möglichst schnell auf 5.1.x zu gelangen, damit sich die Geldbörse rasch wieder füllt. Denn ab 5.1.x braucht man bekanntlich eine neue Lizenz.
Dann kauf ich eine Lizenz und muss zusehen wie tröpfchenweise kosmetische Bugs ausgebessert werden und Changelogs lesen sich à la z.B. [-] "Now we have cooler looking icons and fixed a letter in the batchat-dialog window".
Dann werden die Filter immer noch nicht funktionieren und v6 angekündigt werden mit dem Versprechen: "For v6 we'll implement filter support for IMAP accounts ;)"

thebat.exe einspielen sollte reichen.
Problematisch wird's bei POP3-Konten. Wenn die Nachrichten-Datenbank mal auf v5 ist -> kein zurück zu v4.
Da ich nur IMAP verwende ist mir das wurscht. Lösch ich alle lokal gecachten Nachrichten und hol's neu vom Server.

ah. Danke Bernd.
Den Download-Manager habe ich mir auch schon angeschaut. Beim Erstellen einer Rule ist TB! einmal per AV abgeschmiert aber ansonst funzt der schon halbwegs.
Ist eine sinnvolle Erweiterung, da der Download-Manager in v4 einfach nervig war.

Zitat von mse

Mittlerweile ist es auch bei Ritlabs jemandem aufgefallen:
https://www.ritlabs.com/bt/view.php?id=8597

Dieser Marek Mikus (administrator) im Bugtracker hat schon ein paar Bugs confirmed. Seine eigenen Leute ignorieren ihn aber permanent. Programmieren die da am moldawischen Olymp und erhören ihre Untertanen erst, wenn man ihnen ein Opfer bringt?

Zitat von GwenDragon

Langsam hasse ich das.
Filter funktionieren nur noch zum Teil.
HEADER-Makros klappen nicht
IMAP darf ich per Hand filtern.
Die Zählungen der Mails stimmen immer noch nicht.
TLS hakt bei manchen Servern.

Zufrieden ist anders.

Oh ja. Selten sowas verbuggtes erlebt. Die Neu-Implementation des IMAP-Protokolls hat mehr neue Fehler gebracht als alte behoben. Total irre...

die in moldawien lesen doch die burreports nicht einmal. habe gerade gesehen, dass die filter seit einer ALPHA (!!) schon nicht mehr richtig funktionieren. gefixed wurde das bis in die final hinein nicht. tickets werden konsequent ignoriert, wenn man glück hat an einen entwickler assigned - der aber den bug nicht fixed. und falls ein bug doch gefixed wird, tauchen schlagartig 10 neue bugs als resultat auf...

Die Filter sind auch kaputt.
Obwohl ich nicht "do not use filters" ausgewählt habe, funzen meine Filter einfach nicht mehr.
Ich habe einen Filter für den Spam-Folder, der in diesem Ordner alle ungelesenen Nachrichten auf gelesen setzt. Funzt seit 5.x nicht mehr.
So schlimm war ein Versionswechsel noch nie