ImapSync VS dotfiles

You see this https://imapsync.lamiral.info/ ? It's only for mails but it's a great solution.

I've had to do large email migrations before and honestly, imapsync is the way to go - https://github.com/imapsync/imapsync

Do your parents have a domain, or are they just using the provider's domain? I've set up my 1522+ to backup our mail accounts using MailPlus on the Synology, and IMAPSYC running on my lab server. But it's backup only, not archiving. That technology could be used to get to your desired state, but there's some work involved to make a secure connection from the internet to your Synology possible, sync/archive the mail, configure you parent's devices to find your device, etc.

Check out imapsync (https://imapsync.lamiral.info/) - I am using it since years and migrated tousands of mailboxes without any problems.

Check https://github.com/imapsync/imapsync

I would use https://imapsync.lamiral.info/ for email and sure there is another tool for contacts and calenders.

There are two solutions for this 1. Using a tool called imap-sync to sync all your emails (it has a great incremental sync). You can run it periodically via cron 2. Using the same or similar tool and export to a database.

If you want to sync from one IMAP server directly to another, there's also the very popular imapsync: https://github.com/imapsync/imapsync

Have a look at imapsync. Source: former web hosting sysadmin. Used this many times to move email.

NixOS. If you still need Docker you can define and manage that via Nix too. I love it, both for this and managing development environments. Happy to answer any questions.

With Nix we have a shell.nix in the root of our repo describing all of the project's system dependencies. It looks something like this. You can pin nixpkgs with Flakes (think lockfiles) or by hardcoding a specific revision. We do the latter because I didn't want to complicate the Nix install for everyone by requiring they enable experimetnal features.

Nix, for example updating from rls to rust-analyzer.

I agree that the documentation story could be better. I also think it's a great shame that the language isn't statically-typed, so to understand how to use something I have to inspect its source code.

I've found it to be quite flexible though. For example, here's a commit in which I apply a patch to a tool to solve a problem that the derivation hadn't taken into account (and absent a home-manager solution): https://github.com/samhh/dotfiles/commit/867dd3b4d4b3942a0aa...

You may like to look at my newsboat config. It's biased towards FP and Linux.

Sure thing, I manage it in my dotfiles repo here.

I wonder if you'd have better luck if you built your xmonad as a proper Haskell app and didn't use the built-in --recompile stuff. It's not Nix, but see here an example of how I'm doing that.

Here's my config: https://github.com/samhh/dotfiles/blob/master/home/.config/git/config

This is possible for quickfix, see my dotfiles commit here.