sujet Re: Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ? dans SFR Mail

Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ?

Guinioul — Tue, 10 Sep 2024 16:06:15 GMT

hello hello .

J'utilise le client email ThunderBird sur mon ordi pour mes emails (plus puissant et plus rapide que passer par le webmail) . Je l'ai paramétré depuis toujours pour laisser les emails sur le serveur (sfr évidemment, dont dépends mon compte/adresse email en cegetel.net) car c'est un compte pop . Mon smartphone est paramétré de la même manière . Ainsi j'ai une copie locale de mes emails dans le client de l'ordi (et dans celui du smartphone aussi...), et ils restent aussi accesibles via le webmail, (vu que chaque client qui les relève ne les supprime pas du serveur...) . Pour ne pas dépasser mon quota de 10gigas, Je supprime des emails coté serveur (via le webmail) à l'occasion, de toute façon le pop étant unidirectionnel je conserve une copie en local dans ThunderBird de tout ce que j'ai supprimé du serveur . Pour contourner le problème de la synchro des envoyés qui se pose en pop, j'ai pris l'habitude de systématiquement me mettre en copie cachée des emails que j'envoie, quelque que soit le moyen que j'utilise pour envoyer (client du smartphone, ou client de l'ordi, ou webmail) . Ça fait des doublons évidemment par endroits (Thunderbird "comprends" le truc et gère automatiquement), mais au moins chaque client peut accéder à tous les mails qui ont été envoyés, peu importe que l'email ai été envoyé depuis le webmail, ou mon smartphone, ou Thunderbird sur l'ordi...

Ça fonctionne mais j'ai vu que si je veux une synchro globale (qui m'éviterai de devoir se mettre en copie cachée de chaque envoi pour les avoir sur chaque support de consultation) il faut passer par un compte imap (migration possible sans changer mon adresse email à priori) .

Question cependant : Est ce que en imap, je peux aussi conserver en local une copie des emails supprimés du serveur ? (Comme je le fais actuellement en pop) .

Merci pour le coup de main 🙂 .

Re: Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ?

Valentech — Tue, 10 Sep 2024 17:04:46 GMT

Bonjour @Guinioul et bienvenue dans la communauté d'entraide SFR,

Merci pour votre question détaillée. Voici quelques précisions concernant la gestion des emails avec IMAP :

Il est tout à fait possible de conserver une copie locale des emails même après leur suppression du serveur avec IMAP.

La plupart des clients de messagerie, y compris Thunderbird, offrent des options pour gérer les emails en local.

Par exemple, IMAP synchronise les emails entre le serveur et le client, mais il est possible de configurer Thunderbird pour conserver une copie locale des messages.

De plus, des dossiers locaux peuvent être créés dans Thunderbird pour stocker des emails en dehors de la boîte aux lettres IMAP.

Par ailleurs, la migration d'un compte POP vers un compte IMAP peut généralement se faire sans changer d'adresse email. Il suffit de configurer un nouveau compte IMAP dans Thunderbird et de transférer les e-mails du compte POP (stockés localement) vers le compte IMAP.

PS: Il est important de vérifier que les emails sont correctement synchronisés avec le serveur IMAP avant de supprimer le compte POP.

En utilisant IMAP, la gestion des emails envoyés est également améliorée, car le serveur IMAP conserve une copie des messages envoyés dans le dossier "Éléments envoyés". Cela permet de ne plus avoir besoin de se mettre en copie cachée de chaque email envoyé pour assurer leur disponibilité sur tous les appareils.

En résumé, IMAP offre une synchronisation améliorée entre les appareils tout en permettant une gestion locale des emails. Pour une transition réussie, il est recommandé de configurer les paramètres de synchronisation et d'archivage en conséquence.

N'hésitez pas à nous le faire savoir, si vous avez d'autres questions.,

Bonne fin de journée.

Re: Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ?

Ryry — Tue, 10 Sep 2024 19:07:23 GMT

Bonjour @Guinioul

Question cependant : Est ce que en imap, je peux aussi conserver en local une copie des emails supprimés du serveur ? (Comme je le fais actuellement en pop) .

Oui, mais ce ne sera pas exactement comme tu le fais actuellement en POP.

Concrètement, une fois en IMAP, la version locale de ton compte truc@cegetel.net sera un clone de la version sur le serveur de SFR :

même contenu des dossiers Réception / Envoyés / Brouillon ... tout, y compris les dossiers perso que tu crée en plus
et si tu effaces un mail d'un côté (sur le serveur SFR via webmail) ou sur ton Thunderbird, sa disparition est reportée en face.

Mais, si tu veux conserver au chaud tes mails importants de peur qu'ils disparaissent du serveur lors d'un dysfonctionnement, tu peux les déplacer (ou les dupliquer) dans des dossiers Locaux de Thunderbird => ceux-ci sont localisés "en bas" de la fenêtres des comptes Thunderbird, après tous les comptes IMAP ou POP.

À+

Re: Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ?

TagadaTsoinTsoin — Wed, 11 Sep 2024 09:07:52 GMT

Bonjour @Guinioul ,

Deux petits détails sur Thunderbird.

- Il est possible d'avoir un compte POP et IMAP en parallèle, ça permet d'observer le comportement des différents comptes.

- Thunderbird permet de mettre systématiquement un destinataire en copie cachée.

- Le système de filtres est très puissant sur Thunderbird, par contre les filtres n'agissent que sur du courrier entrant en "Boîte de réception". Pratique pour orienter le courrier vers des dossiers locaux. Le nombre de filtres est quasi illimité (quelqu'un a craqué au bout de 10000)

Tiens, ça fait trois détails.

Re: Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ?

Guinioul — Wed, 11 Sep 2024 09:37:02 GMT

Merci à tous pour vos réponses 🙂 .

je pense que je vais faire un essai avec une adresse e-mail créée pour l’occasion, en imap . Je pourrai observer le comportement avant de basculer (ou pas) mon adresse usuelle de pop vers imap . La synchro étant bidirectionnelle en imap, si je dois créer des filtres pour mes envoyés (notamment) c’est peut être finalement plus compliqué que me mettre en copie cachée systématique…Je vais tester je vous dirai 🙂

Pour Thunderbird : je l’ai réglé pour qu’il me mette automatiquement en copie cachée (pareil sur mon iPhone) en ayant décoché « garder une copie dans les envoyés pour chaque e-mail envoyé » . Quand j’envoie un e-mail depuis TB (ou autre) celui ci arrive aussi dans ma boîte de réception (logique car je suis en copie cachée) et TB le classe automatiquement dans mes envoyés (pareil sous iOS) car il m’identifie comme expéditeur . Je n’ai pas mémoire d’avoir du créer une règle de filtrage spécifique pour cela ni dans TB ni dans mon iPhone . J’utilise les filtres par ailleurs, c’est très pratique (notamment pour archiver les vieux e-mails et ainsi ne pas dépasser la limite fatidique des 4gigas de la base de données, sans quoi TB bloque) .

Le seul point qui est embêtant c’est le webmail (qui aurait besoin d’un coup de rajeunissement amha 😅), ou là je dois rediriger à la main vers le dossier « envoyés » tous les e-mails que j’ai envoyés en me mettant en copie cachée (j’ai pas regardé dans les paramètres si je peux créer une règle de filtrage) .

J’ai un souci interne à TB depuis quelques mois, il ne me demande plus de mot de passe pour relever le emails (alors que je ne l’ai pas enregistré, ce que le champ correspondant dans les paramètres me confirme 🙃…) . Donc le serveur ne réponds pas évidemment (il ne reçoit pas de mot de passe de la part de TB) et TB ne peux plus relever les e-mails 😕 (je passe par le webmail ou mon iPhone mais c’est moins efficace) . Les envois fonctionnent en revanche, TB me demande bien le mot de passe du serveur smtp 🤪 . C’est un bug de gestion du compte par TB à priori . Faut que je m’en occupe un de ces quatre (je vais d’abord copier mon dossier du profil TB pour avoir une sauvegarde de back up, puis bidouiller au bon endroit dans TB) . Si quelqu’un a déjà rencontré ce soucis et a pu le résoudre je dis pas non à toute suggestion 😉 .

Merci encore pour le coup de main 🙂

Re: Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ?

Ryry — Wed, 11 Sep 2024 11:22:39 GMT

Bonjour @Guinioul

Pour Thunderbird : je l’ai réglé pour qu’il me mette automatiquement en copie cachée (pareil sur mon iPhone) en ayant décoché « garder une copie dans les envoyés pour chaque e-mail envoyé » . Quand j’envoie un e-mail depuis TB (ou autre) celui ci arrive aussi dans ma boîte de réception (logique car je suis en copie cachée) et TB le classe automatiquement dans mes envoyés (pareil sous iOS) car il m’identifie comme expéditeur .

Mais du coup, puisqu'au final tu veux que TB le classe dans les "Envoyés", pourquoi ne laisses-tu pas le comportement usuel par défaut :

ne pas te mettre en copie cachée
et laisser cocher le fait de mettre une copie dans les "Envoyés" lors de chaque envoi

=> c'est ce que j'ai laissé faire sur TB et iPhone en IMAP et au final j'ai bien tous mes envois qui sont stockés dans "Envoyés".

Le seul point qui est embêtant c’est le webmail (qui aurait besoin d’un coup de rajeunissement amha 😅), ou là je dois rediriger à la main vers le dossier « envoyés » tous les e-mails que j’ai envoyés en me mettant en copie cachée (j’ai pas regardé dans les paramètres si je peux créer une règle de filtrage) .

Alors là je suis encore plus surpris par ta stratégie : une fois encore, en laissant le comportement par défaut (et sans filtre ou quoi que ce soit pour modifier cela) les messages que j'envoie depuis l'interface https://webmail.sfr.fr vont bien se mettre dans "Envoyés", comme j'y retrouve ceux expédié par Thunderbird et par mon iPhone... Moi je suis content de ces comportements par défaut ? Je n'ai pas saisie ce que tu gagnes à ton astuce de te mettre en copie, puis ensuite faire des déplacements vers le dossier "Envoyés".

J’utilise les filtres par ailleurs, c’est très pratique (notamment pour archiver les vieux e-mails et ainsi ne pas dépasser la limite fatidique des 4gigas de la base de données, sans quoi TB bloque) .

Tiens ? Une limite de 4 Go ? Sur quoi exactement ? Sur "UN" dossier POP ? IMAP ? Sur la totalité des mails ?

Moi je n'ai pas croisé cette limite.

Car pour ma part, mon Thunderbird est bien chargé avec tous mes comptes et tous mes mails

(voir capture ci-dessous) plus de 80 000 mails dans boite de "Réception" principale (ce qui fait qu'elle occupe 7 Go d'un coup sans broncher pour le "Inbox"), 30 000 mails "Envoyés", et plusieurs dizaines de milliers archivés dans des dossiers
à peu près autant dans ma deuxième adresse principale (oui j'ai 2 casquettes 😉) donc encore avec une boîte de réception "Inbox" qui dépasse allègrement les 4 Go... et sans remontrance de Thunderbird non plus.
et je ne t'indique pas le "total" de mes compte mails, gérés dans le même Thunderbird, qui mis bout-à-bout font plusieurs dizaines de Go.

J’ai un souci interne à TB depuis quelques mois, il ne me demande plus de mot de passe pour relever le emails (alors que je ne l’ai pas enregistré, ce que le champ correspondant dans les paramètres me confirme 🙃…) . Donc le serveur ne réponds pas évidemment (il ne reçoit pas de mot de passe de la part de TB) et TB ne peux plus relever les e-mails 😕 (je passe par le webmail ou mon iPhone mais c’est moins efficace) . Les envois fonctionnent en revanche, TB me demande bien le mot de passe du serveur smtp 🤪 . C’est un bug de gestion du compte par TB à priori .

Étrange en effet.

Pour ma part, chaque fois que je change le mot de passe d'un des comptes, Thunderbird se retrouve "bloqué" et me redemande évidemment les nouveaux identifiants...

Donc peut-être que pour toi, la solution viendrait en faisant volontairement un changement de mot de passe sur ce compte : TB devrait à nouveau te le demander, et là tu choisiras à nouveau si après l'avoir saisi tu souhaites que TB le mémorise ou non...

Bon courage,

à+

Re: Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ?

Guinioul — Wed, 11 Sep 2024 13:40:48 GMT

Actuellement je suis toujours en pop (qui ne synchronise pas les envois contrairement à de l’imap), donc si je ne me mets pas en copie cachée alors les mails envoyés depuis tel ou tel « support » n’apparaissent pas sur les autres mais seulement sur le support qui a envoyé 😉 .

le client mail IOS et thunderbird gèrent automatiquement cette mise en copie cachée et déplacent le mail reçu dans mes envoyés car ils identifient l’adresse s’expediteur . Seul le webmail ne le fait pas (faudrait que je regarde si ce dernier possède des filtres que je pourrai paramétrer pour ce faire, en attendant je le fais à la main de temps en temps, c’est pas dramatique 🙃) .

D’où mon envie de basculer en imap qui lui synchronise les envoyés 😉 (Si tant est que je puisse conserver en local une copie des e-mails supprimés côté serveur/webmail 🙃, comme ce que j’ai en pop) .

j’ai été confronté à la limite des 4go il y a quelques années (TB bloqué à dire : « libérez de l’espace bla-bla-bla »), limite héritée du fat32 qui limitait la taille des fichiers à 4go . Ça a peut être été corrigé depuis (possiblement de ce que tu en dis) . Mais vu que j’ai contourné ce problème avec des filtres automatiques d’archivage (archive = fichier de base de donnée different du fichier de la bdd des « usuels/pas archivés ») je ne suis plus embêté quoi qu’il en soit 🙂 (Si le « bug » des 4go n’a pas été corrigé je serai embêté le jour ou ma bdd des archivés atteindra 4go, je verrai quand ça arrivera si ça arrive 😅) . Et la recherche ou filtrage rapide reste accessible pour les archives qui conservent mon arborescence de classement (qui se met à jour automatiquement si je modifie mes dossiers côté « pas archivés ») . À priori il y a un base de donnée par compte de ce que j’en avais comprit, ce qui est pas **bleep** car ça permet de ventiler les risques en cas de crash de bdd (s’il n’y avait qu’une seule bdd pour l’ensemble des compte vaut mieux pas qu’elle crashe car alors tous les mails de tous les comptes deviennent inaccessibles :-/) .

Pour l’histoire du mdp qui n’est pas demandé j’ai bien essayé en changeant mon mdp via le webmail mais ça ne change rien . C’est vraiment un bug côté TB qui « oublie » qu’il doit me demander un mdp pour la relève de mon compte cegetel . Bug vraiment étrange car il n’apparaît que pour ce compte (les autres fonctionnent normalement et me demandent systématiquement le mdp) . J’ai ouvert un topic à ce sujet sur le forum de Mozilla, j’ai eut quelques réponses mais pas eut le temps de m’occuper de ça dernièrement . Faudra que je m’y mette un jour ou l’autre parce que passer pas le webmail au quotidien c’est lourdingue 😕 .

encore merci pour le coup de main 🙂

Re: Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ?

Ryry — Wed, 11 Sep 2024 15:43:22 GMT

Bonjour @Guinioul

Actuellement je suis toujours en pop (qui ne synchronise pas les envois contrairement à de l’imap), donc si je ne me mets pas en copie cachée alors les mails envoyés depuis tel ou tel « support » n’apparaissent pas sur les autres mais seulement sur le support qui a envoyé 😉 .

Ah oui, c'est vrai, j'avais oublié que tes jongleries visaient à "synchroniser" entre plusieurs appareils l'état de ta boite de Réception mais aussi l'état du dossier "Envoyés".

À ce stade, je pense effectivement qu'il est préférable d'arrêter de contorsionner POP qui n'est pas pensé pour synchroniser l'état de plusieurs appareils "branchés" sur la même messagerie, et plutôt miser sur IMAP qui sera dans sa zone de confort : https://www.pop2imap.com/

le client mail IOS et thunderbird gèrent automatiquement cette mise en copie cachée et déplacent le mail reçu dans mes envoyés car ils identifient l’adresse s’expediteur . Seul le webmail ne le fait pas (faudrait que je regarde si ce dernier possède des filtres que je pourrai paramétrer pour ce faire, en attendant je le fais à la main de temps en temps, c’est pas dramatique 🙃) .

Je n'en savais (et je suis même un peu étonné) pour moi j'aurais trouvé logique qu'ils ne déplacent rien implicitement/automatiquement de la boite "Réception" vers "Envoyés".

Je me rappelle qu'avant d'adopter IMAP (il y a donc vraiment vraiment vraiment très longtemps) j'utilisais Mailtool (pffff ça fait loin) et à l'époque j'avais désactivé le système d'avoir une copie qui va dans "Envoyés" (et oui à l'époque on faisait plus gaffe au quota de disque dur) et pour mes rares envois que je voulais garder, je me mettais effectivement en copie cachée.. Mais le mail restant dans ma boite de Réception et ne basculait pas tout seul dans le fameux "Envoyés" qui n'était pas activé.

D’où mon envie de basculer en imap qui lui synchronise les envoyés 😉 (Si tant est que je puisse conserver en local une copie des e-mails supprimés côté serveur/webmail 🙃, comme ce que j’ai en pop) .

Pour ce point, je peux aller plus loin que ma première réponse :

Sauf à personnaliser le comportement par défaut, Thunderbird fait même systématiquement en local une copie de l'intégralité des messages reçus. Ainsi, même réseau coupé, tu peux lire confortablement et lentement l'intégralité de tes mails (des plus récents au plus anciennement reçus) => en résumé, ton disque dur local sert de "cache" à Thunderbird, pour y rapatrier une copie des mails disponibles sur le serveur.
Cette logique de "cache" est donc pratique, mais si la copie en local que tu souhaites avoir vise des fin de sécurisation (avoir un double en cas de perte des messages originaux), là ça ne fait plus le job : car si des messages sont supprimés du serveur, à la prochaine connexion ils se retrouveront supprimée de ton Thunderbird local.
A contrario pour l'aspect "copie de sécurité", avec plutôt des duplicatas en double : tu peux revenir à l'idée qu'on évoquait plus haut, càd faire (manuellement régulièrement, ou via un procédé de filtres automatiques) une duplication des mails concernés par l'envoi vers des dossiers du même nom dans la rubrique "Dossiers locaux" de Thunderbird.

j’ai été confronté à la limite des 4go il y a quelques années (TB bloqué à dire : « libérez de l’espace bla-bla-bla »), limite héritée du fat32 qui limitait la taille des fichiers à 4go . Ça a peut être été corrigé depuis (possiblement de ce que tu en dis) .

En l'occurence, vu ta description, ce n'était peut-être pas TB qui était limité à 4 Go, mais TB qui s'adaptait au fait que sur le disque de 4 Go il ne pourrait pas faire mieux...?

À priori il y a un base de donnée par compte de ce que j’en avais comprit, ce qui est pas **bleep** car ça permet de ventiler les risques en cas de crash de bdd (s’il n’y avait qu’une seule bdd pour l’ensemble des compte vaut mieux pas qu’elle crashe car alors tous les mails de tous les comptes deviennent inaccessibles :-/) .

Je ne sais pas si la "perte" de la base de données d'indexation de Thunderbird serait grave (j'ai même tendance à penser qu'on s'en tamponne 😎)

Je m'explique :

je continue à utiliser TB au format "mbox" (càd qu'un dossier de plusieurs mails comme "Réception" ou "Envoyés" est stocker physique dans un fichier "box" qui les mets tous bout à bout pour former un "gros fichier".
c'est le format "historique" du mail et retenu par défaut dans TB, mais on peut demander à TB de fonctionne au format "un petite fichier pour chaque mail" (c'est au contraire le format par défaut des outils Apple Mail)
et donc, je ne compte plus les fois où j'ai "maltraité" TB concernant cette base de données d'indexation des mails : soit je l'ai supprimée exprès (car j'avais cru constater tel ou tel effets secondaires) soit je lui ai ajouté des dossier "mbox" sauvagement dans l'arborescence des dossiers, sans appartenir à la base de données car ils provenaient d'un autre compte utilisateur ou d'un autre outil de mail où je suis allé piocher des archives
- => systématiquement cette brave bête de TB a tout simplement déclenché une ré-indexation et reconstruit sa base de données à la volée. (et quand on a 80 000 mails comme moi rien que dans un dossier "Réception" et même largement plus du double au total, on voit le petit compteur de reconstruction de la base de données indexer les mails un par un, mais ça n'est pas non plus d'une longueur insurmontable.

À+

Re: Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ?

Guinioul — Wed, 11 Sep 2024 17:25:32 GMT

Ok pour l’imap . La synchro bidirectionnelle oblige à instaurer une duplication automatique bien isolée de la synchro générale, si je veux conserver en local ce que je supprime du serveur (sans quoi si le back up n’est pas verrouillé/isolé il va se mettre à jour des suppressions 😅) .

Finalement, j’ai pas l’impression que ce soit + simple qu’avec du pop dont en définitive le seul vrai défaut est que si je veux pouvoir consulter mes envoyés de partout je dois (simplement) me mettre en copie cachée . Sachant que la mise en copie cachée est automatique et que les clients redirigent automatiquement les e-mails envoyés vers le dossier des envoyés, (ce qui est plutôt bienvenu je trouve, si ça n’était pas fait automatiquement j’aurais créé une règle de filtrage pour que ça le fasse…) .

les limites du pop concernent en définitive uniquement les envoyés (et les brouillons mais bon je rédige toujours mes brouillons en local dans des notes qui se synchronisent entre tous mes appareils donc…), parce que pour les e-mails reçus vu que je les laisse sur le serveur chaque boîte de réception de chaque appareil les récupère (et tant pis si en cas de changement d’iPhone je perds les e-mails supprimés du serveur, car je les aurai toujours dans l’ordi…) . Mon besoin c’est juste la synchro des envoyés et la copie de sauvegarde locale (ce que l’imap ne permet qu’en « feintant » . Tout comme je dois « feinter » le pop pour les envoyés… L’un dans l’autre finalement…) .

Du coup je suis vraiment pas sûr de basculer en imap, ce que je gagnerais d’un côté devra être compensé de l’autre (j’ai un peu la flemme de reparamétrer mon TB pour gérer les copies de sauvegarde de l’imap, alors que je n’ai justement pas à gérer en pop…) . Je testerai peut être avec un compte imap créé pour l’occasion néanmoins.

Pour l’histoire des 4go c’est vraiment un « héritage » strucurel de TB qui, je présume, date de l’époque où le fat32 était « roi » (peut être une sécurité de TB pour, sous Win, ne pas être embêté par cette limite justement) . En effet je suis sur MacOS (et donc apfs pour le système de fichiers) depuis 10ans donc la limite des 4go ne m’a jamais concerné (j’ai bien des fichiers qui font + de 4go sur l’ordi 😉) . Ça n’a pas empêché TB de m’embêter avec ça il n’y a pas si longtemps 🙃 .

Concernant la base de donnée locale de TB : je ne crois pas qu’elle ne fait juste l’indexation, je comprends plutôt qu’elle contient réellement les e-mails 😉 (notamment ceux qui ont été supprimés du serveur) . Il est possible qu’il y ai un genre de « sommaire » intercalé avant la bdd, ce qui expliquerait que tu puisse supprimer ce que tu penses être la bdd ET que TB puisse la reconstruire à la volée en retrouvant tous tes e-mails car en fait tu n’as (possiblement) pas supprimé la bdd mais juste le sommaire (sinon je vois pas comment TB pourrait reconstruire la bdd du contenu des e-mails à partir de… rien finalement…) . Je dis cela parce que je peux t’assurer que si tu renommes par erreur ton dossier de profil TB (équivalent à supprimer la bdd qui stocke les e-mails) tu « perds » tes e-mails jusqu’à ce que tu aies ré-indiqué à TB où se trouve le dossier de profil et uniquement après l’avoir renommé à l’identique de ce que TB connaissait (ça m’est arrivé une fois déjà, j’ai pas fait le malin ce jour là, heureusement que j’avais une vieille copie du dossier avec le nom d’origine 😅) . Pour la différence entre « grosse bdd » et « fichiers au détails » (comme Apple mail avec un petit fichier pour chaque e-mail stocké) ça a possiblement l’avantage de la rapidité d’accès . Ça doit pas être ouf de ouf en différence mais quand l’os doit chercher un truc dans un gros fichier il y accède + rapidement que s’il devait chercher en séquentiel parmi plein de petits . Pareil en cas de copie du dossier de profil de TB (changement d’ordi typiquement, transfert du dossier de profil TB vers la

nouvelle machine), c’est bien plus rapide de copier plusieurs gros fichier (de bdd en l’occurrence), que plein de petits fichiers au détail . Après je peux me tromper aussi 🙃 .

merci pour toutes ces infos et ces échanges constructifs en tout cas 🙂 . Je vais essayer de m’occuper rapidement de déjà résoudre le soucis qui fait que TB ne me demande plus (depuis quelques mois) le mot de passe et que donc il ne peut plus relever mes e-mails 😕 . Je reviendrai poster la solution ici (j’espère bien me sortir de cette ornière), si ça peut en aider d’autres 🙂

Re: Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ?

TagadaTsoinTsoin — Wed, 11 Sep 2024 18:07:06 GMT

Bonsoir @Guinioul ,

Autre inconvénient du POP, il ne relève pas le dossier "Indésirables".

Ça peut être embêtant quand l'anti spam de SFR fait une crise de croissance et met des mails légitimes dans les "Indésirables" (par exemple les mails émanant du forum - je ne sais pas si c'est toujours le cas)

Re: Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ?

Ryry — Wed, 11 Sep 2024 22:53:21 GMT

Bonjour @Guinioul

Ok pour l’imap . La synchro bidirectionnelle oblige à instaurer une duplication automatique bien isolée de la synchro générale, si je veux conserver en local ce que je supprime du serveur (sans quoi si le back up n’est pas verrouillé/isolé il va se mettre à jour des suppressions 😅) .

Honnêtement, moi pour ce faire (sauvegarde de secours des mails) je ne miserais pas sur un bricolage astucieux (qu'il soit en POP ou en IMAP)

soit je répliquerais les 2 dossiers "Envoyés" et "Réception" à intervalles réguliers (simple script)
soit j'utiliserais un logiciel de copie de sauvegarde (ce que j'ai mis en place chez mon papa pour ses dossiers "importants" : mails, photos, documents)

Finalement, j’ai pas l’impression que ce soit + simple qu’avec du pop dont en définitive le seul vrai défaut est que si je veux pouvoir consulter mes envoyés de partout je dois (simplement) me mettre en copie cachée .

Disons le "seul défaut à tes yeux".

À mes yeux le POP ne fait rien de mieux que l'IMAP, et plein de choses en moins bien :

non synchronisation des "autres" dossiers où l'on range des mails (par exemple "Perso", "Factures", etc. => pas possible de les consulter indifféremment suivant l'appareil
non synchronisation de l'état "lu / non lu" des mails => quand on l'a lu et traité sur un appareil, on croit encore qu'il est "non lu" sur l'autre appareil, ce qui ne rend pas pratique le fait de lire et traiter ses mails sur plusieurs appareils
non synchronisation de l'état "important" => quand on marque un mail important à traiter rapidement sur un appareil, cette marque n'est pas propagée sur les autres appareils
etc. etc.

Et donc si je veux une sauvegarde "backup" de mes données, et bien j'opte plutôt pour une solution de mon début de mail.

En l'occurence sur mon ordinateur Mac j'utilise la fonction interne "Time Machine" qui m'établit une sauvegarde incrémentale régulière de tout ce que je stocke sur mon ordinateur, y compris les mails.

Concernant la base de donnée locale de TB : je ne crois pas qu’elle ne fait juste l’indexation, je comprends plutôt qu’elle contient réellement les e-mails 😉 (notamment ceux qui ont été supprimés du serveur) .

Non c'est faux.

J'ai bien longtemps joué avec les mails stockés dans Thunderbird

soit ils sont dans un immense fichier plat (format "mbox", celui de réception des serveur de mail Unix dès la création du mail) : un fichier plat pour chaque "dossier"
soit ils sont chacun dans un fichier séparé (l'autre format plus récent "maildir") : des dossiers qui contiennent un fichier par mail

=> non seulement j'ai joué avec des tas de fois pour m'en rendre compte, mais j'ai ainsi restauré ou ramené à la vie "à la main" des mails que j'avais réellement supprimé et fait totalement disparaître du stockage : pas besoin de toucher à sa base de donner => suffit de les mettre soit à l'intérieur du fichier "mbox" soit isolément dans le dossier au format "maildir", flinguer tout autre fichier annexes de Thunderbird (son indexation et tout son bazar) et hop il reconstitue le nécessaire de sa base de données et réindexe le tout au lancement suivant.

Et concernant les mails supprimés :

Thunderbird les conserve dans le fichier plat (inbox) au milieu des non supprimés... (ce qui continue à occuper de la place, il agit ainsi pour éviter le défaut de modifier un énorme fichier juste pour cette micro-modification, ce que j'évoque plus loin)
ils ont une marque spéciale au début quand on va (à nouveau) regarder dans le fichier plat ce qui permet de voir ainsi les "fantômes" de mail qui normalement n'existent plus
et ils disparaissent complètement de Thunderbird quand on lance la fonction "compacter les dossiers" (ou que celle-ci se déclenche automatiquement en fonction du seuil de gain de place qu'on a paramétré dans les préférences).

Il est possible qu’il y ai un genre de « sommaire » intercalé avant la bdd, ce qui expliquerait que tu puisse supprimer ce que tu penses être la bdd ET que TB puisse la reconstruire à la volée en retrouvant tous tes e-mails car en fait tu n’as (possiblement) pas supprimé la bdd mais juste le sommaire (sinon je vois pas comment TB pourrait reconstruire la bdd du contenu des e-mails à partir de… rien finalement…) .

Non je t'assure j'ai déjà supprimé TOUT ce qui n'est pas les mails eux-mêmes (qui sont par défaut dans des gros fichiers au format "mbox" et qu'on peut ouvrir dans un éditeur de texte pour les observer) afin de transférer des contenus d'un Thundebrird à l'autre sans être embêté par tout son bazar annexes de préférences, d'indexation et autre bricoles proprement inutiles quand on veut juste échanger des mails d'un ordinateur à un autre.

Je dis cela parce que je peux t’assurer que si tu renommes par erreur ton dossier de profil TB (équivalent à supprimer la bdd qui stocke les e-mails) tu « perds » tes e-mails jusqu’à ce que tu aies ré-indiqué à TB où se trouve le dossier de profil et uniquement après l’avoir renommé à l’identique de ce que TB connaissait

Ben c'est évident ça... Puisque Thunderbird stocke AUSSI le contenu des e-mails à l'intérieur du profil => si tu le renommes il est complètement perdu, ça tombe sous le sens (je l'ai déjà fait moi aussi pour "mettre de côté" une sauvegarde d'un état de mon Thunderbird lors de modifications justement).

Et d'ailleurs tu n'est pas "obligé" de restaurer le nom de profil tel qu'il le connaissait pour le ramener à la vie : tu peux aussi aller dans le fichier de paramétrage de Thundebird (c'est un fichier .js) et y modifier le nom du dossier du profil par défaut actif actuellement... et hop ça repart de là où tu l'as déplacé.

Bref, je maintiens :

dans le dossier "profil utilisateur" de Thunderbird :

tu as plein de fichiers qui correspondent aux contenu des mails (purement et simplement, ce ne sont pas des "bases de données", il suffit de les ouvrir dans un simple éditeur de texte pour se rendre compte que c'est juste les mails bout à bout).
tu as plein de d'autres fichiers annexes qui correspondent pour la plupart aux bases de données d'indexation des mails à côté

=> on peut sans problème supprimer ceux du point 2 et ne garder que le point 1 et Thunderbird reconstitue ses bases de données de mails.

Mon besoin c’est juste la synchro des envoyés et la copie de sauvegarde locale (ce que l’imap ne permet qu’en « feintant » . Tout comme je dois « feinter » le pop pour les envoyés… L’un dans l’autre finalement…) .

Non pour la synchro : IMAP n'a pas besoin de feinter quoi que ce soit, c'est son comportement de base minimal.

Là où il faut "feinter" avec IMAP c'est pour faire un duplicata qui de sert de sauvegarde : mais ça, comme dit au début, c'est parce que on est en train d'utiliser un outil (un logiciel de messagerie) pour autre chose que son but (faire une copie de sauvegarde en cas de crash) => pour faire une sauvegarde, le mieux reste de sauvegarder les dossier qui sont importants pour toi "Réception", "Envoyés" (et pourquoi pas d'autres) : les logiciel de recopies de dossiers ne manquent pas, ne serait-ce que le classique rsync qui fait tout ce qu'il faut très bien depuis des décennies.

Pour la différence entre « grosse bdd » et « fichiers au détails » (comme Apple mail avec un petit fichier pour chaque e-mail stocké) ça a possiblement l’avantage de la rapidité d’accès . Ça doit pas être ouf de ouf en différence mais quand l’os doit chercher un truc dans un gros fichier il y accède + rapidement que s’il devait chercher en séquentiel parmi plein de petits . Pareil en cas de copie du dossier de profil de TB (changement d’ordi typiquement, transfert du dossier de profil TB vers la
nouvelle machine), c’est bien plus rapide de copier plusieurs gros fichier (de bdd en l’occurrence), que plein de petits fichiers au détail . Après je peux me tromper aussi 🙃 .

L'unique avantage d'un fichier par mail n'est pas là du tout : c'est que c'est évidemment plus approprié pour une indexation au niveau du système, pour les recherche aux quotidien (comme tu as un Mac, tu connais le fameux Spotlight qui rend ce fameux service).

Avec un "gros" fichier qui contient tous les mails certes on peut "chercher via Thunderbird" et localiser un mail qui parle de tel truc.

Mais quand tu ne sais plus où tu as mis tel truc (par exemple ta super lettre d'amour à ta chérie préférée) il est encore plus pratique d'utiliser la fonction de recherche du système (qui a indexé tous les fichiers, y compris chaque mail) tu tapes "Ode à mon amour" et hop il te sort TOUS les documents qui le contiennent, que ce soit un PDF, un fichier de traitement texte ou un mail particulier...
Ce qui est compromis avec un gros fichier mail dont la recherche est plutôt réservée à Thunderbird lui-même, et donc il faudra penser que c'est un mail et aller le rechercher via Thunderbird

D'ailleurs Thunderbird ne propose de convertir son fonctionnement des "gros fichiers" (mbox) au format "un fichier par mails" (maildir) que depuis quelques années, avec peu d'entrain (lire ICI) pour le faire puisque l'intérêt n'est pas DANS thunderbird mais bien en dehors de Thunderbird.

Et inversement, il y a de GROS défauts à passer au format maildir, le plus évident étant que cela prend beaucoup beaucoup plus de place au final à cause de la taille minimal des blocs sur un disque dur de grosse capacité : des pertes démultipliées par le nombre de mail.

A contrario le défaut que tu mets en avant pour le temps de copier de la totalité des mails d'un endroit vers un autre est effectivement une réalité (mais qu'on ne fait pratiquement jamais : pour ma part ça ne m'arrive pas plus d'une fois tous les 3-4 ans, et encore même pas à chaque changement d'ordinateur).

Inversement, dans un usage plus quotidien, avoir plein de petits fichiers au lieu d'un gros permet un énorme gain autrement :

la suppression d'un mail (réelle, cad avec vidage de la corbeille et compactage des courriers pour récupérer la place) en plein milieu d'une boite de 4 Go implique un tout petit travail si les mails sont séparés, là où un gros fichier de 4 Go doit être réécrit en totalité sans le bout du milieu.
et pire, un second gros défaut de l'utilisation du format mbox au quotidien (que je vis d'ailleurs car j'ai laissé Thunderbird dans ce mode par défaut) c'est que donc les évolutions "quotidiennes" de mon fichier de plus de 4 Go (nouveau mails reçus, d'autres mails effacés) conduisent à une évolution "apparente" très fréquente de mon fichier "Réception" (inbox), ce qui provoque une multitude de versions différentes de ce fichier dans mes sauvegardes horaires automatiques, et à coup de 4 Go à chaque fois, en fait ça se remplit inutilement bêtement...

Pour l’histoire des 4go c’est vraiment un « héritage » strucurel de TB qui, je présume, date de l’époque où le fat32 était « roi »

Je ne pense pas.

(et le FAT32 "roi" c'était dans le monde Windows, car moi sur les systèmes que j'ai utilisés quand j'étais étudiant puis ensuite dans mon monde professionnel, le FAT32 n'avait même pas droit de cité, et Windows, en bon informaticien qui se respecte, on crachait dessus ainsi que idem sur les processeurs Intel 😂)

Bref déjà avant le récent Apple APFS sur Mac, ils utilisaient HFS+ qui n'était pas concerné par la limite des 4 Go, ni NTFS sur PC (à mon sens macOS X n'a jamais été concerné par la limite des 4 Go, alors qu'elle a dû exister sur les Mac classic du passé, la génération avant Unix).

De plus j'ai utilisé Thunderbird (et ses courrielleurs prédécesseurs depuis quelques décennies : d'abord le courrielleur Netscape Mail intégré à l'outil Netscape (démarré vers 1994-1995 je crois et lâché en 2008), puis la suite Mozilla qui lui a succédé, puis Seamonkey, puis finalement le découpage séparant le navigateur Mozilla Firefox du courrielleur Mozilla Thunderbird : et déjà à l'époque héroïque de Netscape, puis dans tous ces descendants que je viens de citer, je dépassais sans problème la limite des 4 Go car mon système de fichier sous-jacent le permettait (j'ai toujours utilisé ces navigateurs-courrielleurs d'abord sur station Unix qui avaient depuis longtemps évacué cette limite des 4 Go, puis sous Linux qui lui aussi n'y étais pas englué : bref à part pour des clé USB ou des disques externes en FAT32 pour échanger avec des Windowsiens, je n'ai jamais été ennuyé par les 4 Go, pas plus sous Thunderbird qu'ailleurs.

Je pense résolument que cette limitation de ton Thunderbird à 4 Go était comme je l'ai écrit dans ma réponse précédente plutôt une conséquence de son installation sur un volume FAT32 et qu'il s'adaptait aux limites de ton système (de la même façon que s'il ne reste que 10 Mo de place libre sur ton disque dur et que tu dois rapatrier 100 Mo de mails, Thunderbird va produire un message d'alerte pour signaler une erreur de place insuffisante)... :mais pas du tout une limite structurelle interne du logiciel Thunderbird du moment => je pense que si tu avais installé Thunderbird sur un PC Windows avec disque dur en NTFS, la même version de Thunderbird n'aurait pas présenté cette limitation.

Bref, pour revenir à ton usage (POP, IMAP et astuces pour atteindre tes objectifs) il va de soi que c'est la solution qui t'inspire le plus que tu dois suivre et adopter, sans aller à reculons vers une autre. Donc si perdurer en POP dans ces conditions est ton bon plaisir, le concerné est roi évidemment ! 😎

À+

Re: Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ?

Guinioul — Thu, 12 Sep 2024 08:32:22 GMT

Encore merci pour tes remarque exhaustives et constructives 🙂 . Je vais regarder tout cela à tête reposée un peu + tard, en tout cad ça fait plein de pistes intéressantes, c’est cool 🙂 .

pour la limite des quatre giga, ça m’est arrivé il y a environ un an alors que j’étais sous macOS (donc système de fichiers hfs+ ou apfs) depuis un bail . MacOS qui faisait tourner TB n’était donc pas du tout concerné par la limite des 4go 😉, mais TB m’a quand même embêté avec ça . Cette limite est un truc documenté sur les forums Mozilla et même dans la doc de TB il me semble . Si cela a été corrigé depuis c’est tant mieux 🙂 .

Re: Client email Thunderbird (copies locales donc) - bascule pop vers imap ? répercution dans les clients des suppressions coté serveur ?

Ryry — Thu, 12 Sep 2024 10:51:05 GMT

Hello @Guinioul

pour la limite des quatre giga, ça m’est arrivé il y a environ un an alors que j’étais sous macOS (donc système de fichiers hfs+ ou apfs) depuis un bail . MacOS qui faisait tourner TB n’était donc pas du tout concerné par la limite des 4go 😉, mais TB m’a quand même embêté avec ça .

C'est étrange car moi je suis sur Thunderbird et macOS depuis plus de 10 ans, et en tous cas ça fait depuis plus d'un an que plusieurs dossiers de mon espace mail dépassent les 4 Go (via le menu contextuel "Propriétés" d'un dossier, cette taille est encore plus explicite : je t'en montre plusieurs ci-dessous).

Cette limite est un truc documenté sur les forums Mozilla et même dans la doc de TB il me semble .

Non, pas exactement (apparemment même c'est le contraire qui est la réalité depuis pas mal d'années).

Une petite recherche suite à ton affirmation sur ce point m'a permis de comprendre pourquoi je n'ai jamais croisé ce bug (car je suis en IMAP 😉 bonne intuition d'avoir toujours préféré ce protocole)

Oui des discussions entre utilisateurs (Windowsiens le plus souvent vu la suite) affirment des choses de ce genre, mais la doc dit autre chose et clarifie la donne : c'est aujourd'hui (et depuis longtemps) seulement une limitation à cause du système de fichiers de l'ordinateur (pas structurelle à Thunderbird)

car Thunderbird a dépassé cette limite (depuis Thunderbird 3.1 qui est sorti en 2010)... mais uniquement pour les compte IMAP
et n'a complètement supprimé cette limite de 4 Go de partout (même en POP donc) qu'à partir de Thunderbird 51 (sorti en 2017)
Depuis cette date il ne reste donc plus la trace de cette limite de 4 Go que chez les utilisateurs qui
1. ont un système de fichiers incapable de traiter plus que 4 Go (FAT32 par exemple)
2. ou ont activé (ou laissé actif) le paramètre forçant Thunderbird à se limiter à 4 Go
3. ou ont un mail qui a lui seul dépasse les 4 Go (ça doit pas courir les rues !)

cf. https://kb.mozillazine.org/Limits_-_Thunderbird

Prior to version 3.1, the maximum folder size is 4GB or as limited by your file system.
[...] NTFS (Windows), ext3, ext4 and ReiserFS (Linux), and HFS Plus (OS X) support much larger file sizes, and a "All Mail" folder in a Gmail IMAP account contains a copy of all messages in the mailbox (which could exceed 10GB) so eventually the limits were changed. Thunderbird 3.1 added a 64-bit offset to the .msf file allowing imap folders larger than 4GB, if the file system permitted large files. This change did not help non-imap folders,
The 4GB limit was finally removed starting with Thunderbird 51. Folders are allowed to grow beyond 4GB by default on current systems.
On filesystems that do not support files larger than 4GB (e.g. FAT32) or for performance reasons you may wish to set the preference mailnews.allowMboxOver4GB to false so that TB knows to not cross the 4GB limit per folder.
The maximum size of a single message is currently also limited to 4GB.

Ça fait donc environ 7 ans que cette limite est "officiellement" finalement supprimée.

Donc bref, en POP tu devrais vraiment être débarrassé de cette limite sur macOS depuis bien des années (2017 selon cette doc).

Et en particulier ça explique pourquoi moi en IMAP je ne l'ai jamais croisée sur des systèmes de fichiers sans cette limite : elle n'existait pas pour l'IMAP depuis déjà 2010 et même si j'avais déjà des Go de mails avant cette époque, il est probable que je n'avais pas avant cette date des dossiers qui a eux seuls dépassaient 4 Go. En revanche, ça fait des années que j'en ai dans Thunderbird sous macOS (car ça n'a pas grossit d'un coup en 1 an) et c'est compatible avec les explications de la doc plus haut.

À+