[MlMt] Fwd: Running one mail account completely separate from others
Antonio Leding
tech at leding.net
Tue Dec 22 15:00:28 EST 2020
Thought a little more and maybe instead of copying initially, we could
just use symlinks — need to still work out data protection along the
way but symlinks might make app launch faster…
- - -
Forwarded message:
> From: Antonio Leding <tech at leding.net>
> To: MailMate Users <mailmate at lists.freron.com>
> Subject: Re: [MlMt] Running one mail account completely separate from
> others
> Date: Tue, 22 Dec 2020 19:56:17 +0000
>
> The only way I can see making this happen would be to create a library
> of each MM setup — one for each set of accounts — that would
> contain all necessary MM information such as config items, mail store,
> etc. Then, when it comes time to run MM, you would first need to
> “load” the appropriate library into the location MM is expecting
> to find its application stuff — i.e. ~/Library/Application
> Support/MailMate.
>
> So for example, you might have this as the libraries:
>
> * ~/mm_libs/current/account-set_1/
> * ~/mm_libs/current/account-set_2/
> * ~/mm_libs/backups/
>
> Then, at MM runtime, instead of executing MM directly, you would
> instead run some script or Automator event that does something like:
>
> **To run set #1:**
>
> * cp ~/mm_libs/current/* ~/mm_libs/backups/[ RUN_TIMECODE ]/ <<<
> done before any data move for backup purposes; TIMECODE =
> YYMMDD_HHMMSS
> * cp ~/mm_libs/account-set_1/ ~/Library/Application Support/MailMate
> * Exec Mailmate
>
> **To run set #2:**
>
> * cp ~/mm_libs/current/* ~/mm_libs/backups/[ RUN_TIMECODE ]/ <<<
> done before any data move for backup purposes; TIMECODE =
> YYMMDD_HHMMSS
> * cp ~/mm_libs/account-set_1/ ~/Library/Application Support/MailMate
> * Exec Mailmate
>
> Of course, you would probably want to add some cleanup at the end of
> the script or Automator event that would copy the set of files back to
> the library after closing MM. I would also strongly suggest that the
> initial backup event be checked, double-checked, and triple-checked to
> ensure you always have a “last known good” copy of data. And once
> data is copied to the BU location, it remains inviolate and never used
> directly.
>
> This is all just some back of the napkin thoughts - not tried any of
> this. I did do something many years back in Win2k days with VPN setup
> and network assignments but the idea is the same. I also think most
> could be accomplished using Automator and then maybe a set of simple
> shell scripts. Not sure of your scripting expertise but definitely
> worth a try if you’re up for it.
>
> Good luck…
>
> - - -
>
>
>
> On 22 Dec 2020, at 8:26, Steven M. Bellovin wrote:
>
>> On 22 Dec 2020, at 8:58, Jan Erik Moström wrote:
>>
>>> I have a number of email accounts but I would like to run one
>>> account completely separate from other account, like "this is the
>>> only account currently visible for MailMate". This to avoid some
>>> mistakes that could have some undesirable consequences. I don't mind
>>> quitting MailMate switching from one configuration (with all email
>>> accounts except one) to another (with only one account), in fact
>>> this would be perfect for me.
>>>
>>> I assume this isn't possible in an easy way, but in case I'm wrong I
>>> would like to know how to do it. My current solution is simply to
>>> use Mail for that account ... but if I could use MailMate for all of
>>> them, great.
>>>
>>
>> Depending on your needs and mail load, you might find it easiest
>> to use a different application for the second account—Mail.app,
>> etc. But that only works well when the secondary account has much
>> less traffic, little enough that MailMate's advanced feature aren't
>> as
>> important.
>>
>>
>> --Steve Bellovin, https://www.cs.columbia.edu/~smb
>
>
>> _______________________________________________
>> mailmate mailing list
>> mailmate at lists.freron.com
>> https://lists.freron.com/listinfo/mailmate
> _______________________________________________
> mailmate mailing list
> mailmate at lists.freron.com
> https://lists.freron.com/listinfo/mailmate
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freron.com/pipermail/mailmate/attachments/20201222/70f4c0aa/attachment-0001.htm>
More information about the mailmate
mailing list