lieer VS spec

I fear this for my gmail. I now use mbsync (lieer[0]) to have my emails synced locally on my homeserver, and then browse it with notmuch[1]. It's an incredibly freeing experience to have all your email on your own machine.

0: https://github.com/gauteh/lieer

1: https://notmuch.readthedocs.io/en/latest/man1/notmuch.html

The hardest part of setting up email in Emacs for me personally was figuring out the transport. I still use Gmail, and I'm not proud of that. For many years, I've been thinking about moving my mail somewhere else, but that task is somewhere at the deepest, darkest bottom of my list of priorities. The best mail sync utility that finally worked for me is gmaileer. It works nicely with both - notmuch and mu4e.

I'm interested in notmuch and lieer https://github.com/gauteh/lieer to sync gmail labels with local tags. I'm coming from thunderbird and I really want to move to a maildir setup for backup/archival/easy to manage purposes, away from monolithic mbox files, and have some solution for not duplicating tons of data in IMAP folders for the different gmail labels.

I use the lieer package, gmi pull, to incrementally pull in new gmail. There's an option to never delete things even if they're deleted on gmail, so it's a great way to keep my mail archive local and prune my gmail to keep it from getting too big.

In my experience mbsync is best if using IMAP as it works well with very large IMAP folders. If you happen to be on Gmail and Notmuch then Gmailieer is worth checking out as it provides full two-way label/tag sync between the two.

Put everything into a single notmuchmail database. It wil deduplicate the emails and even provide a fast local search interface for all of your mails https://notmuchmail.org/

For gmail you can use lieer to pull everything https://github.com/gauteh/lieer (tho it can take hours to pull ewerything). Fastmail has a similar tool https://github.com/elizagamedev/mujmap

If you unpack tour mbox into maildir then you can import that too into notmuch

After everything is in notmuch you can easily push everything to fastmail with isync/mbsync https://isync.sourceforge.io/

As a bonus point you now also have a easily updatable local backup of your e-mails.

As long as lieer (a.k.a. gmailieer) works, I don't have a problem at all. It's much faster than mbsync. And it should work with both notmuch (which I use) and mu4e.

I have just released a tool to synchronize notmuch mail with a JMAP server. It's very similar to lieer, which is a tool that does essentially the same but for GMail. JMAP mailboxes behave very similarly to GMail labels, meaning that each tag that doesn't get mapped to a special keyword (e.g. $seen, $draft, etc) is mapped to its own "label".

Is there some integration Logseq with lieer ( ex gmaileer ) or Gmail web interface or maybe another email client?

- It's far simpler to implement, once email verification is taken care the actual Domain Verification check is five lines of code.

> It works, and works well, and is supported by all the major domain providers.

You're right that registrar adoption is quite high, which is because it was a GoDaddy and 1&1 (now IONOS) initiative but when I last checked it wasn't implemented at Google, Facebook and many of the others larger providers for domain verification (to be clear: neither is my solution!!!)

1. https://github.com/Domain-Connect/spec/blob/master/Domain%20... (http://www.domainconnect.org currently failing with cert expiry)

2. https://news.ycombinator.com/item?id=35828772

3. https://domainverification.org/create-record

IMO this is an API that should be implemented on your end (dnsimple), not theirs. There are a relatively small number of DNS providers which all provide essentially the same interface (CRUD operations on records), but there are a huge number of services that need to set up DNS records, including open source projects self-hosted by many individuals. It's not realistic for DNS providers to implement integration with every possible service, but the opposite is totally doable.

If dnsimple implemented something like DomainConnect, Fastmail could easily integrate. And it's a win-win because it sends traffic your way.

As I said, I found[0] DomainConnect to not be a good fit for open source projects in its current form. I've done some work on a new protocol which you can learn more about here[1]. Would be interested to hear your thoughts from the perspective of a DNS provider.

[0]: https://github.com/Domain-Connect/spec/issues/64

[1]: https://takingnames.io/blog/introducing-takingnames-io

Yeah, I read the website and the entire spec. I think it's pretty good, but it's built by big names for big names. There's nothing wrong with that, but I'm concerned it might not be appropriate for things like self-hosting open source projects. Hopefully I'm wrong. I'm having a good discussion with the spec developers here: https://github.com/Domain-Connect/spec/issues/64