Coup de gueule Clients mail en mousse - Page 1

Je lisais tranquillement la doc de Thunderbird pour savoir comment choisir manuellement dans quel répertoire est stocké un dossier local (réponse : cherchez pas, c'est pas supporté, la seule solution est de bidouiller avec des liens symboliques), et sur quoi je tombe ?

If you don't compact your mail folders periodically, they can grow very large and make Thunderbird slow to a crawl. If you wait too long before compacting, you can also lose the entire contents of one or more folders.

If the corruption is severe, deleting the .msf files won't help much, and compacting the folder may just make it worse. You'll typically run into this only with the Inbox folder. It's much more vulnerable to corruption because many users tend to store lots of messages in it, and they also frequently delete messages in it.

It is best to not to do anything in Thunderbird except read messages if you notice that compacting has started. If you tag, mark, or move messages during compacting, this can cause folder corruption and data loss.

Wow, ça m'a l'air très fiable question sécurité des données, tout ça...

Et pour ceux qui vont me répondre "c'est normal, c'est du libre, c'est tout pourri", la page inclut un lien qui parle des mêmes problèmes avec Outlook Express (en bas de page, sans explication, on croirait presque que c'est fait exprès pour dire "vous voyez, chez la concurrence aussi ça déconne").

Question : y a-t-il une raison profonde pour laquelle les concepteurs de clients mail ne sont pas foutus de gérer des choses que n'importe quelle base de données digne de ce nom fait sans se planter ?

pour t'amuser: essaye portable thunderbird, et retire la clé usb sans quitter

j'ai perdu un dossier complet de mails pro sur un projet, heureusement après la fin du dit projet.

je savais pas pour la compaction, je vais me méfier.

pourquoi tout simplement mettre du sql dans l'histoire? Ca serait pas tout simplement extra plus simple de faire un dossier thunderbird = un dossier disque, et 1 email = 1 fichier .eml?
après, si ils veulent une indexation des fichiers dans une base sql, c'est leur problème, mais ça pourrirait pas tout

j'ai également perdu tout mon calendrier au moment de l'upgrade, automatique et sans possibilité d'annulation, entre tb 2 et tb 3. bah oué lightning a également tenté d'être mis a jour, et comme c'était pas compatible, bah il l'a désinstallé. Les données avec, et sans me demander mon avis .

Ouais, ben ça craint. Là je cherche une solution pour gérer la messagerie de la boîte que je viens de créer, et j'ai vraiment pas envie de perdre des mails importants à cause de ce genre de problèmes.

ouais, donc la mousse, je trouve ça gentillet pour le coup

et comme tu dis, je suis pas du tout sur qu'outlook s'en tire mieux avec son format mst à la con qui porte bien son nom

edit: félicitations pour la création. Sinon t'as toujours gmail, mais ils ont perdu des bouts récemment aussi

It is enough to know that a message inside a DBX is not simply a string of text that you can read, but rather is broken up into parts which are not assembled into a legible message until you access the corresponding folder in Outlook Express.

squalyl (./2) :
pourquoi tout simplement mettre du sql dans l'histoire? Ca serait pas tout simplement extra plus simple de faire un dossier thunderbird = un dossier disque, et 1 email = 1 fichier .eml?

C'est ce que fait Windows Live Mail.

C'est également ce que fait Apple Mail (avec indexation faite par le système dans du SQlite), je pensais que TB faisait la même chose...
Sinon, Outlook Express commence un peu à dater, MS a eu le temps de sortir son successeur depuis plusieurs années (et je ne parle pas d'Outlook)

1 email = 1 fichier .eml est plus fiable, mais fonctionne moins bien quand il y a des dizaines de milliers de mails, pour les opérations de recherche ou d'indexation: certains filesystems n'aiment pas beaucoup avoir affaire à autant de fichiers, même avec une répartition entre 256 sous-répertoires comme Git et SVN 1.7.

0^2> Bah de toute façon en entreprise tu sais que le backup est obligatoire. Donc au pire si ça arrive (et ça peut toujours arriver...) tu perds une journée de mails. C'est chiant mais gérable, c'est pas comme si c'était tous les jours ^^
Sinon félicitations pour ta boîte, elle fait quoi? (quelle sont sa vision, sa mission, ses valeurs? )

squalyl (./2) :
pourquoi tout simplement mettre du sql dans l'histoire? Ca serait pas tout simplement extra plus simple de faire un dossier thunderbird = un dossier disque, et 1 email = 1 fichier .eml?
après, si ils veulent une indexation des fichiers dans une base sql, c'est leur problème, mais ça pourrirait pas tout

Euh autant que je sache, TB fait une indexation en sqlite. Par contre, la concurrence ne fait pas mieux, même Outlook, avec le passage en .pst (pas .mst ) a les mêmes problèmes.
En fait, je pense qu'ils n'ont pas le choix, vu les tailles que prennent les boites aux lettres de nos jours. Mais je ne comprends pas pourquoi ils ne partent pas plutôt sur une solution BerkleyDB avec mode transactionnel activé. C'est certes plus lent en écriture, mais c'est bien plus efficace et plus sûr en lecture.

Brunni > c'est sûr, mais bon, ça donne pas confiance quand même (d'autant plus qu'ailleurs, ils expliquent que la corruption peut être progressive, autrement dit tu peux déjà avoir perdu des données avant de t'en rendre compte, donc même les backups peuvent ne pas suffire )

Sinon, merci
C'est une boîte d'électronique généraliste mais orientée conception, pour le moment la mission et les valeurs c'est surtout que ça fonctionne et que je puisse en vivre

Zerosquare (./3) :
Là je cherche une solution pour gérer la messagerie de la boîte que je viens de créer,

Oh, j'avais loupé ça ! Félicitations !
Sinon, il y a bien une solution pour ton problème : l'IMAP. La délégation de stockage est faite sur le serveur de messagerie. Au moins, même si ton client a un problème, le serveur tient. Par contre, comme les serveurs utilisent les mêmes formats de stockage que les clients (en gros, il n'y en a que trois : mbox, maildir, et base de données), si le serveur part en carafe tu as des risques similaires.

bon moi j'accède à mes boîtes en IMAP et la seule chose que j'ai en local c'est donc un cache, j'espère que ça évite les problèmes

(pwnd )

Nil : oui, j'y avais pensé, mais j'aimerais avoir une copie locale de mes mails en cas de problème. C'est possible en IMAP ?

Et y'a aussi la question de la confidentialité des données.

Ben en local tu as un cache, si tu configures ton client pour tout télécharger il télécharge tout (enfin il me semble que j'ai tout en local, jusqu'à présent quand je cherche quelque chose hors connexion ça s'y trouve). Mais au moins s'il détruit son cache à cause d'un problème comme ce que tu citais, on peut toujours le virer et tout récupérer à la prochaine connexion.

Zerosquare (./14) :
Et y'a aussi la question de la confidentialité des données.

Ca, de toutes façons, c'est toujours un problème, parce que tes e-mails transiteront toujours sur un serveur tiers, en restant en attente. La meilleure solution étant d'avoir un serveur de messagerie personnel (à la maison, sur une dédibox...). Mais c'est à toi d'en assurer la disponibilité (s'il est vraiment défini comme serveur de mail dans la zone MX du DNS, tes messages ne passeront plus par un tiers ; il y a quand même la sécurité qu'en cas d'indisponibilité de ton serveur, au mieux les relais SMTP vont conserver les messages qui te sont destinés, au pire ils vont renvoyer aux auteurs un message d'erreur).

Oui bien sûr. Mais une faille de sécurité sur une boîte mail qui est vidée tous les jours est moins dangereuse que si il y a tous les mails depuis plusieurs années...

C'est clair.

Zerosquare (./1) :
Je lisais tranquillement la doc de Thunderbird pour savoir comment choisir manuellement dans quel répertoire est stocké un dossier local (réponse : cherchez pas, c'est pas supporté, la seule solution est de bidouiller avec des liens symboliques)

En changeant le répertoire local dans le menu "paramètres du serveur" section "Répertoire local" (le lien c'est juste pour les photos d'écrans) ce n'est pas suffisant ?

Ça marche pour les comptes, mais pas pour les sous-dossiers d'un même compte, ni pour les dossiers locaux

Le client mail d'Opera, M2, s'est pas mal amélioré. Un mail par fichier (c'est simplement les données MIME brutes) donc en cas de virus y'a qu'un mail de bloqué, indexation intégrale, maintenance à la sortie du logiciel (une fois par semaine). Sinon ils ont actuellement une régression sur la gestion des multi comptes depuis la version 11.01