The import behaviour of DEVONthink is regulated mostly in the setting of preferences. I noticed that there is an option to group emails “by conversation” rather than keep them as a simple linear list of individual emails.
As far as I can make out the setting is NOT retroactive in the sense of grouping emails that have already been imported - it only groups future imports/archiving requests. As I already have 5k+ emails imported I’m wondering if there is a way of triggering a full grouping again or is the best to delete all emails and start from scratch ?
Just catching up on this exchange. I had both “import complete conversations” and “group conversation threads” checked when I archived my mailbox. Is it possible to remove the grouping? I cannot change it from the View->Sort menu
View > Sort > by Thread in List or Columns view does not seem to work or ar least not all the time. For example, today I just imported by drag and drop four email of the same Outlook thread but they are recognized as same thread in DEVONthink.
This has something to do with the file system - I’ve just created a test file called Re: this is a test; it retains that name in DT, but is called Re- this is a test.txt in Finder (as is to be expected). I think in your case this has something to do with the fact that the files are indexed. As a quick experiment, could you perhaps drag & drop an e-mail with Re: in the title to a database which is not indexed? See whether it retains the name correctly there.
PS if I drag a mail with Re: in its title to an indexed folder from Mail (with DT Mail plugin installed and active), then the name is retained in DT; I don’t have Outlook, so can’t test further myself.
Excellent. I’m assuming there is something about the way that the file is transferred from Outlook to DT which changes the name to make it conform to naming conventions encoded in the OS. Presumably it’s dropped via a temporary folder.
Two options I see here: use a smart rule with a simple script which changes “Re-” to “Re:” on import, and/or wait for Criss to write something along the lines of “fixed for the next release”
tell application id "DNtp"
repeat with theRecord in theRecords
set theName to name of theRecord
if theName starts with "Re-" then
set theName to texts 4 thru -1 of theName
set theName to "Re:" & theName
set the name of theRecord to theName
In a quick test, that smart rule (set, of course, to on import) with the embedded script above seems to work (I can’t remember whether you code yourself; if you do, please excuse me rushing ahead and posting).