Données non reconnues dans le profil Thunderbird transféré

0

J'ai transféré le profil Thunderbird d'une installation Debian Wheezy à une installation Mint 17. Thunderbird reconnaît les compléments et les préférences de présentation dans le profil, mais pas les données de l'utilisateur (comptes de messagerie, messages électroniques, entrées de calendrier Lightning ou contenu du carnet d'adresses).

Versions de Thunderbird: Le système Debian est en panne, je ne peux donc travailler qu'à partir des données stockées. Sa version Thunderbird était 24.3.0. C’était mon système principal et je n’avais donc pas utilisé Thunderbird sur le système Mint depuis probablement six mois, alors que cela fonctionnait auparavant. Je pense que le système Mint peut avoir une ou plusieurs mises à jour Thunderbird installées au cours de cette période. Le système Mint exécute actuellement Thunderbird 31.3.0. Thunderbird agit en tant que client de messagerie pour plusieurs comptes POP3.

Je n'ai pas pensé à vérifier que Thunderbird fonctionnait toujours avant de transférer le profil. Cependant, remettre le profil original de Mint n'a pas résolu le problème. Celui-là se comporte de la même façon.

Ce que j'ai essayé
Le profil est censé être "plug-and-play". Vous le sortez d’un système, le branchez dans un autre, et Thunderbird est censé l’utiliser. J'ai migré de Windows vers Mint vers Debian de cette manière sans aucun problème. Cela n'a pas fonctionné lors de la copie du profil de Debian vers Mint. J'ai essayé diverses approches, notamment:

  • Remplacement du répertoire entier .thunderbird
  • Remplacement du profil et profiles.ini
  • Création d'un nouveau profil et remplacement de son contenu à partir de l'ancien profil
  • Faire tout ce qui précède avec le profil qui était utilisé activement sur Debian et avec une sauvegarde d'un précédent (et avec celui précédemment utilisé sur la Mint)
  • Thunderbird désinstallé, le répertoire .thunderbird supprimé et réinstallé à partir de rien (aucune différence)

Cette ressource Mozilla décrit le transfert de composants du profil au coup par coup, mais le profil ne semble contenir aucun élément non essentiel ou pouvant être lié au problème. L'article ne semble pas non plus être exhaustif (par exemple, il semble que les messages soient contenus dans global-messages-db.sqlite, le seul fichier suffisamment volumineux, et cela n'est pas mentionné). Je ne suis pas familier avec les fichiers, donc déplacer des composants au coup par coup serait hasardeux.

De nombreuses références sur les sites d’aide de Mozilla donnent des versions de la procédure que j’ai utilisée comme moyen approprié de migrer le profil. Des problèmes similaires ont été décrits sur Super User dans d'autres questions, telles que:

Je n'ai rencontré aucun article prétendant que Thunderbird V31.3 présente des problèmes de compatibilité avec les profils plus anciens. Les compléments sont tous chargés correctement (et n'affectent normalement pas la reconnaissance des données utilisateur).

Si je ne trouve pas de solution pour faire reconnaître correctement un profil existant, je peux recréer les comptes de messagerie pour que Thunderbird fonctionne. Cependant, il me faudrait encore une solution pour migrer les données utilisateur à partir des anciens profils. Il n'y a pas de moyen évident de faire cela avec les outils résidents de Thunderbird puisque le profil est supposé être plug-and-play.

fix1234
la source

Réponses:

1

J'ai transféré mon fichier de données d'un système à un autre, y compris les nouvelles installations. Voici le truc. Je conserve mes données dans un répertoire k: \ data \ email. Lorsque j'installe thunderbird, je le raccorde à ce répertoire sur un nouveau profil "Wendy".

1   alter the shortcut to add option -P
2.  start this, the default should show the Profile manager
3.  Create a new profile, hight Wendy
4.  Point it to the email directory
    zb  k:\data\email\[random].name
5.  remove the -P icon

Vous pourriez même avoir plusieurs Thunderbirds différents connectés comme ça. Quelque chose de similaire est également utilisé pour Outlook.

wendy.krieger
la source
Il aurait probablement été logique de faire quelque chose comme ça à l'origine - nul besoin de déplacer le profil, de le pointer dessus et de le partager. Peu importe ce qui se passe, il utilise des portions du profil, donc le trouver n'est pas un problème. Il n'en utilise pas les parties de données utilisateur. Si le problème concerne des références internes pointant vers un ancien emplacement (ce qui éliminerait le design plug-and-play), je suis en retard d'un jour et d'un dollar en moins pour votre recommandation. Mais si je parviens à résoudre ce problème, je suivrai votre conseil la prochaine fois.
fixer1234
1

J'ai l'impression d'avoir trouvé la réponse déprimante à ma propre question. Je le posterai comme un récit édifiant qui pourrait sauver quelqu'un d'autre d'un destin similaire.

Dans Debian, je sauvegardais mon répertoire personnel, qui contient le profil Thunderbird, en utilisant Ark pour le sauvegarder en tant qu’archive. Pour m'assurer qu'aucun des fichiers n'était en cours d'utilisation, j'ai démarré dans un autre système d'exploitation, puis à partir de là. Le processus a produit de jolies petites bulles qui, à l'examen superficiel, semblaient complètes.

Ce n'est qu'en fouillant dans la structure du profil et dans la manière dont les données sont stockées que j'ai pu identifier le problème. Aucun des fichiers contenant mes données Thunderbird réelles (e-mails ou calendrier) n'a été inclus. À chaque sauvegarde que j'ai faite, il manquait ces quelques fichiers et apparemment (heureusement), rien d'autre. Je n'ai pas compris pourquoi ils ont été traités différemment.

Ligne de fond:

  • Ne faites pas de sauvegarde en utilisant Ark à partir d'un autre système d'exploitation.
  • Vérifiez que tous vos fichiers critiques sont inclus dans le résultat de votre sauvegarde.

Spéculation: UID aurait pu être le coupable

Depuis, les deux systèmes d'exploitation ont été remplacés. Il n'y a donc aucun moyen de vérifier cela, mais c'est un moyen de vérifier si vous vous trouvez dans une situation similaire. J'ai réinstallé les nouvelles versions de Mint et Debian. Cette fois, les deux disques se trouvaient sur des partitions du même lecteur. La première installation était donc visible pour la seconde, ce qui a peut-être affecté le problème. Lors du processus de configuration de Thunderbird pour que les deux puissent partager le même profil (comme dans la suggestion de @wendy.krieger), j'ai découvert que, au moins dans la nouvelle configuration, Mint et Debian utilisaient des identifiants d'utilisateur par défaut différents.

Je suppose que dans la configuration précédente, les données utilisateur réelles étaient associées à l'UID, peut-être avec des autorisations différentes de celles du reste du profil, de sorte qu'elles ne pouvaient pas être vues par l'autre système d'exploitation. Dans la nouvelle configuration, je devais modifier l'UID sur une installation pour qu'elle puisse voir le profil sur l'autre.

fix1234
la source