Correction d'une structure de courrier OS X corrompue après une importation de boîtes aux lettres à partir du volume système précédent

1

En raison de divers problèmes persistants, j'ai dû réinstaller 10.8.2.

Ce que j'ai fait

  • Arrêtez l'iMac avec le disque système interne A.
  • Démarrage du système de récupération 10.8.2
  • Copiez le disque système A de l'iMac sur un disque externe B en tant qu'image à l'aide de Disc Util
  • Disque système A effacé en tant que HFS / journalisé
  • Exécutez une nouvelle installation sur A

Ensuite, j'ai dit à OS X Mail d'importer d'anciennes boîtes aux lettres de B dans le nouveau système de messagerie.

Résultat moche

Malheureusement, j'ai des tonnes de tonnes de dossiers profondément imbriqués, qui contiennent finalement des emails:

/Import-5
  V2
     POP-something
        Drafts
          0563726277
              Data
                   9
                     7
                       8
                          Mails
                            <this folder finally contains some emails>

Pas à peine à voir, je ne peux plus utiliser cette structure de dossiers importée.

Question

Est-ce que quelqu'un est au courant d'un outil pour résoudre de tels problèmes?

SteAp
la source
1
Il y a un élément de menu Rebuild Mailbox dans Mail.app. Est ce que ça aide?
Nomade mondial
Je l'ai fait avec divers dossiers. La structure laide persiste.
SteAp
Restaurer à partir d'une sauvegarde Time Machine?
Nomade mondial
Que dois-je restaurer? Le contenu de ~ / Library / Mail /
SteAp
2
Quel problème essayez-vous de résoudre? Les messages apparaissent-ils correctement dans Mail?
Bneely

Réponses:

1

Ce résultat "laid" n'est pas une corruption ou une erreur, c'est la façon dont le dossier Mail est structuré maintenant.

Si vous avez modifié son contenu, je suggérerais de vider ~ / Library / Mail / V2 et de recommencer depuis votre source d'origine, de réimporter ou d'utiliser Migration Assistant.

Non, je ne sais pas pourquoi non plus.

Zo219
la source
La raison en est un souvent utilisé, pour limiter le nombre de fichiers dans un répertoire afin de permettre un accès plus rapide. Unix a toujours utilisé son système de fichiers pour stocker beaucoup de petits fichiers plutôt que de mettre les données dans une base de données comme vous le feriez sur un autre système d'exploitation
Mark
Je ne le savais pas et c'était une assez grosse surprise pour ces utilisateurs de longue date, ne blâmez pas les autres pour leur confusion! Merci!
Zo219
0

En fait, je pense qu'Apple crée une structure de dossiers qui lui est propre et l'encapsule dans un fichier .mbox; Cependant, il ne respecte pas le standard mbox. Voir la capture d'écran 1, cela se trouve à l'intérieur de "Receipts.mbox": entrez la description de l'image ici

Ce que j'ai fait est d'importer les fichiers .mbox sur une couche. Ceci est délicat car la boîte de dialogue d'importation ne vous laissera pas entrer "dans" un fichier ".mbox" "(qui est en fait un répertoire dans ce cas); vous devez naviguer dans le dossier à partir du viseur, puis le faire glisser dans la boîte d'importation pour forcer la boîte de dialogue à s'y rendre. Alternativement, vous pouvez utiliser la commande "Go" avec cmd + shift + g: entrez la description de l'image ici

Et puis quand il a semblé venir dans mon courrier proprement, entrez la description de l'image ici

Je l’ai réexporté et j’ai trouvé que c’était le résultat qui, je pense, est conforme à la norme mbox. Voyez comment les e-mails sont maintenant concaténés dans le fichier .mbox, par opposition à ceux stockés dans des dossiers, puis éventuellement en tant que fichiers .emlx, les pièces jointes étant séparées? Ré-importer de cette manière sur la machine d'origine a donné de bons résultats.

entrez la description de l'image ici

Notez que tout cela était sur macOS Sierra 10.12.1.

Harv
la source