by abolibibelot » Wed Sep 15, 2021 7:27 pm
The mail are sent by the native Apple application "mail"
I don't know that application, but for this to have any chance of working, each e-mail should be stored as an individual file.
By selecting all disk units / memory partitions, and after 2 days we see yet a remaining time of two months (but: we see in the recover files several .eml files, also really old, so, we are sure that this is the right direction).
It may be the right direction, but it may be the right direction to a fool's errand. If the file was deleted, then overwritten, then it is not possible to recover it, period.
our customer needs to recover an old mail which could prove its innocence in a penal proceeding.
Plus, you're not even sure if such a method of file retrieval would be considered legally acceptable.
By selecting all disk units / memory partitions, and after 2 days we see yet a remaining time of two months
What exactly are the “disk units” and “memory partitions” in question ? What does the SMART tab say about each one of them ? You shouldn't run a recovery attempt this way if there's the slightest hint of a physical malfunction, which would translate as SMART warnings.
If I try a recover on the entire disk, the waiting time is more than 2 months. So, I ask if it is possible to specify some parameter / time constraint / or (why not) a specific folder where usually the Mail app store all mail, in order to make short this time.
Indeed it is absolutely not normal for the scan of any drive of current capacity to last that long, it shouldn't take more than 4 hours per TB of storage space (which corresponds to an average scanning speed of 70MB per second).
If I try a recover on the entire disk, the waiting time is more than 2 months. So, I ask if it is possible to specify some parameter / time constraint / or (why not) a specific folder where usually the Mail app store all mail, in order to make short this time.
If the e-mail application stores e-mails as plain text, and if the client precisely remembers a specific enough part of that e-mail's content (a single word is not enough, it should be a rather rare expression, or a peculiar misspelling, and preferably somehting with no special characters like diacritics, which can be coded in different ways), then it's possible to run a “raw” search with that that specific key-word, and then when there's a hit, extract the complete file, by comparing the begining and the end with a known valid e-mail file. This can be done with a hexadecimal editor like WinHex (normally this could be done with the freeware HxD but I just tested, I can't find how to export a selected block as-is, with no extra formatting like RTF or HTML or whatnot ; WinHex has a very useful “simultaneous search” feature, which allows to search several keywords at once, and to search them all in several text encoding schemes, in case you don't know which one was actually used -- if you open a valid e-mail file generated by that same application with an advanced text editor like Notepad2 or TedNotepad it should tell you what specific encoding is used, like Unicode or UTF-8 or ANSI).
[quote]The mail are sent by the native Apple application "mail"[/quote]
I don't know that application, but for this to have any chance of working, each e-mail should be stored as an individual file.
[quote]By selecting all disk units / memory partitions, and after 2 days we see yet a remaining time of two months (but: we see in the recover files several .eml files, also really old, so, we are sure that this is the right direction).[/quote]
It may be the right direction, but it may be the right direction to a fool's errand. If the file was deleted, then overwritten, then it is not possible to recover it, period.
[quote]our customer needs to recover an old mail which could prove its innocence in a penal proceeding.[/quote]
Plus, you're not even sure if such a method of file retrieval would be considered legally acceptable.
[quote]By selecting all disk units / memory partitions, and after 2 days we see yet a remaining time of two months[/quote]
What exactly are the “disk units” and “memory partitions” in question ? What does the SMART tab say about each one of them ? You shouldn't run a recovery attempt this way if there's the slightest hint of a physical malfunction, which would translate as SMART warnings.
[quote]If I try a recover on the entire disk, the waiting time is more than 2 months. So, I ask if it is possible to specify some parameter / time constraint / or (why not) a specific folder where usually the Mail app store all mail, in order to make short this time.[/quote]
Indeed it is absolutely not normal for the scan of any drive of current capacity to last that long, it shouldn't take more than 4 hours per TB of storage space (which corresponds to an average scanning speed of 70MB per second).
[quote]If I try a recover on the entire disk, the waiting time is more than 2 months. So, I ask if it is possible to specify some parameter / time constraint / or (why not) a specific folder where usually the Mail app store all mail, in order to make short this time.[/quote]
If the e-mail application stores e-mails as plain text, and if the client precisely remembers a specific enough part of that e-mail's content (a single word is not enough, it should be a rather rare expression, or a peculiar misspelling, and preferably somehting with no special characters like diacritics, which can be coded in different ways), then it's possible to run a “raw” search with that that specific key-word, and then when there's a hit, extract the complete file, by comparing the begining and the end with a known valid e-mail file. This can be done with a hexadecimal editor like WinHex (normally this could be done with the freeware HxD but I just tested, I can't find how to export a selected block as-is, with no extra formatting like RTF or HTML or whatnot ; WinHex has a very useful “simultaneous search” feature, which allows to search several keywords at once, and to search them all in several text encoding schemes, in case you don't know which one was actually used -- if you open a valid e-mail file generated by that same application with an advanced text editor like Notepad2 or TedNotepad it should tell you what specific encoding is used, like Unicode or UTF-8 or ANSI).