Es ist erfreulich zu lesen das Ritlabs doch noch SSL3 einführen will
Sollte es wieder erwarten nicht, oder nicht schnell genug gehen habe ich ne andere Idee dazu.
Einige holen Ihre Post von einem anderen Email-Provider ab bzw lassen mails von t-online zu einem anderen Email-Povider weiterleiten.
Wäre es dann nicht einfacher, man holt die Mails via IMAP bei T-Online ab und verschiebt bzw kopiert die Mails in the Bat?
IMAP funzt doch mit T-Online TLS?
Ich habe am Ende des ersten Posts ein paar Links zu den wichtigsten Posts in diesem Thread hinzugefügt, damit man sie schneller findet, und gehe davon aus, dass CCCP99 nichts dagegen hat. Ich habe dort explizit vermerkt, dass die Ergänzung von mir stammt.
Nein, sehr gut so! Unmissverständlich und für alle hilfreich. Vielen Dank!
Meine Frage lautet nun, ob schon bekannt ist, ob auch Voyager von dieser Modifikation zugunster einer Kommunikation mit dem T-Online-Server rechtzeitig profitieren wird, evtl. auch in einer Version 6? Weiß jemand von Euch etwas darüber?
Momentan steht nicht fest, ob die Änderung auch in v5.x eingeführt wird. Es steht eigentlich nicht mal fest, ob sie überhaupt eingeführt wird. Nicht ausgeschlossen ist jedenfalls, dass nur v6.x betroffen sein wird. Voyager v6.x gibt es noch nicht. Bisher war es immer so, dass in einer neuen Voyager-Version alle Änderungen und Neuerungen der vorherigen TB!-Versionen implementiert wurden. Wenn also demnächst oder zumindest bis Jahresende eine TB!-Version mit SSL 3.0 Unterstützung erscheint, kann man annehmen, dass eine danach erscheinende Voyager-Version diese Unterstützung ebenfalls beinhalten wird. Die Frage ist nur, wann diese neue Voyager-Version erscheinen wird, ob also noch vor der Umstellung von T-Online auf SSL oder erst danach.
Wäre es dann nicht einfacher, man holt die Mails via IMAP bei T-Online ab und verschiebt bzw kopiert die Mails in the Bat?
IMAP funzt doch mit T-Online TLS?
Ja, mit IMAP gibt es keine Probleme, aber IMAP ist nicht jedermanns Sache. So funktionieren z.B. nicht alle Filter automatisch. Das Verschieben müsste man also dann fast immer manuell machen, was u.U. sehr zeitintensiv sein könnte, je nachdem welchen Nachrichtenumfang und wie viele Filter man hat. Im Ergebnis entscheidet jeder für sich.
Wenn also demnächst oder zumindest bis Jahresende eine TB!-Version mit SSL 3.0 Unterstützung erscheint, kann man annehmen, dass eine danach erscheinende Voyager-Version diese Unterstützung ebenfalls beinhalten wird. Die Frage ist nur, wann diese neue Voyager-Version erscheinen wird, ob also noch vor der Umstellung von T-Online auf SSL oder erst danach.
Sanyok, vielen Dank für die Information! So in etwa hatte ich es auch grundsätzlich vermutet, hätte mich aber über konkrete Pläne gefreut. Also heißt es derzeit abwarten und hoffen, denn auch meine Sache ist IMAP nicht.
Filter hab ich bisher immer nur auf POP konten angewendet daher war es nur eine Idee.
Das das nicht sauber funktioniert war mir nicht bekannt.
Hmm mit den entsprechenden Einstellungen in TheBat werden die Mails auf der Festplatte vom IMAP-Server heruntergeladen (Stichwort: Ganze Nachrichten herunterladen in den IMAP-Einstellungen). Ich kann mir die Mails damit auch offline ansehen.
Führen wir bitte die Diskussion wieder auf POP3 SSL zurück? IMAP Wird ziemlich OT.
Oder soll jetzt hier IMAP als Lösung statt POP3 diskutiert werden? Es hat doch Gründe, dass Leute POP3 verwenden.
Ich sehe bei Ritlabs derzeit nichts, dass SSL bis Anfang Januar 2014 in einer 5.8.x oder gar 6.x eingeführt wird. Dazwischen sind Feiertage. Dieses seltsame "Sichere Mail für Deutschland" wird danach bei vielen Anbietern mindestens SSL3 erzwingen.
Drei Wochen sind ziemlich kurz, wenn was hakt.
Momentan steht nicht fest, ob die Änderung auch in v5.x eingeführt wird. [...] Nicht ausgeschlossen ist jedenfalls, dass nur v6.x betroffen sein wird.
Die SSL 3.0 Unterstützung ist allenfalls für die Version 6 geplant
[...]I appreciate your opinion, but we will not implement SSL 3.0 in
version 5. As about the providers' move to encrypt traffic, I don't
like how this campaign is presented to the public. There is an
interesting article about German e-mail providers:
http://arstechnica.com/business/2013/…-storage-claim/
I agree with the authors of this article. Mere encryption of traffic
in transit to big email provider doesn't significantly increase
security. Installing own mail server for a company or even for a
private user is much better for those who really need email secutiy.--
CCCP99
Danke für deinen nützlichen Hinweis auf Maxims Statement. 
Dann ist hier im Thread wenigstens klar, dass ein Update auf 6.x nötig ist.
Leider ist nicht klar, wann SSL3 wirklich in TheBat-Beta getestet werden kann. Das wird noch ziemlich Arbeit manchen.
Ich wollte nicht generell IMAP als Lösung vorschlagen.
Es war nur eine Überlegung wie man das Problem eventuell bis zur Implementierung von SSL3.0 in TheBat vollzogen ist.
Die Lösung über ein anderes Konto, anderen Provider ist auch nicht wirklich elegant.
Daher eben die Überlegung mit IMAP die Mails abrufen und Lokal absperichern.
Wie gesagt das ist nur ein Vorschlag bis Pop mit T-Online dann wieder abrufbar ist.
Falls das jemand bei TBBETA übersehen hat, es gibt eine gute und eine schlechte Neuigkeit. Auf die Nachfrage, wann mit SSL 3.0 in TB! zu rechnen ist, hat Max neulich geantwortet:
We will release SSL 3.0 in a new version 6.1, 1-2 weeks before January 1st.
(Quelle)
Die gute Nachricht ist also, dass die SSL 3.0 Unterstützung noch dieses Jahr implementiert wird. Jedoch wird das nicht mal in v6.0, sondern erst in v6.1 der Fall sein, für die wiederum grundsätzlich eine neue Lizenz erforderlich sein wird, es sei denn, dass man eine 6er Lizenz erworben hat (mehr dazu hier). Für die anderen wird das sicherlich ein entscheidender Grund für die neue Lizenz sein.
Für die anderen wird das sicherlich ein entscheidender Grund für die neue Lizenz sein.
Kann ja sein, dass es ein günstiges X-Mas-Sonderangebot gibt. In jedem Fall läuft jetzt T-Online + SSL auf TheBat! 6.1.
Diskussion um Zertifikat (512bit RSA) und Verbindungsprobleme bei SSL wegen Drittprogrammen weiter unter Zertifikatsproblem (512bit RSA) bei SSL
