Thunderbird 8 veröffentlicht

kommt der vogel endlich mit den *.msg files von outlook zurecht?

Bei meinen Donnervogel reagiert das UI nicht wenn gerade das Netzwerk aktiv ist.

Es ist verdammt lästig wenn man Tippt und der Text nicht angezeigt wird.

Bin ich der einzige mit dem Problem?

No offense, aber Leute, ernsthaft?! umask, maildir, cronjob, posix acls - und das sind die Problemfelder bei einem E-Mail-Client 2011?! Wirklich? Wenn ja, sollte man sich vielleicht überlegen ob man nicht doch noch in den 80ern feststeckt. So mit einem Fuß eventuell.
Da rennt definitiv irgendwas grob schief. Hat jemand von euch echt Zeit sich mit derartigen Problemen herumzuschlagen? Absichtlich?
btw: Lösungsvorschlag für das Attachment-Problem: den hardcoded Wert ändern und selbst kompilieren? Open-Source und so. Ich packs noch immer nicht. 2011. Ha.
;-)

Wie gesagt, ich hab dieses Problem noch nie beobachtet, und es dürfte auch nicht allzu weit verbreitet sein, falls es überhaupt was mit TB zu tun hat.

Kann Outlook zwischenzeitlich IMAP-Emails beim Löschen in den Papierkorb verschieben, oder wurde das seit Office 2007 noch immer nicht implementiert? Und das im Jahr 2011...

Outlook und imap, ja das ist eine schwierige Beziehung. Kummer und Schmerz, wenn man es verwenden muss. Da will sich halt jemand den exchange server nicht untergraben.
;-)

Und immer noch kein MailDir support…
11 years and counting: https://bugzilla.mozilla.org/show_bug.... i?id=58308

das wäre dann im märz 2012 - hoffen wir's!

Und weiß jemand ob endlich der Bug behoben ist, dass Attachments bei 'Save as...' mit mask 700 geschrieben werden (wodurch es ein ziemlicher Krampf ist wenn man bewusst die umask für User auf z.B. 770 setzt und die anderen Gruppenmitglieder das File trotzdem nicht öffnen können)? Es hat schon einen Grund dass die Standard-Mask von fopen '777' ist *grummel*

Da musst was fehlkonfiguriert haben... hab's grad mit TB 8.0 unter openSUSE probiert: mit umask 0022 wird das Attachment mit 644 gespeichert, wie es sein soll. Setze ich umask 0066, kommt 600 raus, wie es sein soll.

.. oder besagter Bug wurde behoben. Wäre mir allerdings auch in der Vergangenheit auch nie aufgefallen.

Beim Icedove unter der aktuellen Debian Stable ist es jedenfalls so; machte bei uns einen sehr grausligen Cronjob erforderlich, weil es sich eben _nicht_ konfigurieren lässt sondern hardcoded ist :-) Aber schön wenn das jetzt behoben ist (und mir immer noch schleierhaft, wie man auf die Idee kommt ohne Not beim fopen eine mask zu setzen - ).

Falls euer Dateisystem POSIX ACLs unterstützt könntest ja versuchen, mit setfact rekursiv default ACLs mit Schreib- und Leserechten für die entsprechenden Gruppen zu setzen. Sollte ein eleganterer Workaround sein als mit cron.

Die Idee hatte ich auch schon, aber auch mit ACLs kann man die Mask nur weiter einschränken, aber nicht 'aufweichen'. Die ACL-Mask wird halt einfach auch noch auf die umask ge-logisch-und-et, hilft aber nix, wenn die Mode-Bits vom open() schon nicht daherkommen.

Also ich hab das jetzt ausprobiert, und wenn ich z.B. auf ein Verzeichnis "bar" für die Gruppe "foo" die Rechte
setfact -m "d:g:foo:rw" bar
setze und die umask auf 0066, dann hat die Gruppe foo trotzdem Lese- und Schreibrechte auf in diesem Verzeichnis neu erstellten Dateien.

Ok, an die offensichtlichste Variante hab ich nicht gedacht, ich habs immer über die mask probiert. Mal sehen ob sich das auch sinnvoll mit dem sgid-Bit im Verzeichnis verträgt

Trotzdem lästig, weil man auch ganz ohne ACLs auskommen würde wenn einfach der open-Mode richtig (=nicht) gesetzt wird. Aber egal, inzwischen scheint's ja gefixt zu sein.

hat jemand eine Ahnung wann Thunderbird 8 als Icedove in die mozilla debian repos Einzug hält? Dort dümpeln sie immer noch auf icedove 5 herum (und der ist ja schon *sarkasmus* 4 monate alt)

... bereits in experimental:
http://packages.debian.org/experimen... al/icedove