I have successfully archived some large mailboxes with DTP3. I run the archive email tool at about monthly intervals to update the archive. This takes a long time because each time it looks at all the emails it has already done and only adds the relatively small number of new ones since last archive.
I am wondering about using the date range in the “Archive email” section. Can I just put the “From” date as the date of the previous Archive update, and the “To” date as today, to save it examining the previous twenty years which haven’t changed? …or will the resulting archive be only the ones in the past month?
The filter is only applied to the displayed messages after selecting a mailbox in the sidebar, it doesn’t improve the overall performance. What kind of email client do you use?
CORRECTION. Although the DT3 Mail plugin is shown and enabled in Mail Prefs and the option to “Add to Devonthink” appears in the Mail > Message menu…when I just tried adding a message, the log has popped up “Can’t connect to Mail to get mail message data”.
Will try some troubleshooting.
I said that Archiving as been working well for several months, but the reason that I started this thread now was the last monthly update was extremely slow…much slower than previous months, although it appears to have worked.
Could this log message cause an extra slow (but successful) archive? My understanding has been that the Mail plugin has been for pushing mail from the Mail app to DT3, and the Archive email tool in DT is about pulling email from the Mail app to DT3.
I have successfully repaired the DT Mail Plugin (by deleting it and reinstalling) and just done an email archive which was very quick. Would a non-working plugin cause a slow archive?
So I am all good again, and from what Christian said, there is no point in using the date range in the DT Mail import screen to speed up the process anyway.
Do you happen to know whether DT knows when it’s using the AppleEvent fallback method?
That might be a way to inform users the e-mail plugin doesn’t work (correctly) and would be a trigger for an intrusive warning and guidance ‘wizard’ to help users correct the problem or facilitate first installation of the plugin.
I’ve extensively described my e-mail plugin experience and discussed it issues with you previously in this thread:
Considering the amount of users that keep asking questions year after year about the e-mail plugin and my experience with a completely new macOS installation, I would suggest to place some kind of warning sign in the plugin window of DT if the plugin doesn’t work (anymore).
I think people are mostly confused about the plugin checkbox that is checked after an initial installation, even if it doesn’t actually work (anymore).
If they were also presented with a simple checklist of some sort (1. open Finder: check file, 2. open Settings: check disk access etc.) the majority is probably able to restore that problem without referencing the manual or ask a question here.
If it’s checked in this window, then it should be usually only necessary to enable the plug-in in Mail’s preferences. And this step is already part of the plug-in’s description in this window. However, we might revise this in a future release.