zimoun <zimon.toutoune@gmail.com> writes: > > Somehow, I would like to have a bridge: keep Emacs+Notmuch but index > emails with another format (backend) than maildir as > public-inbox-v2-format. It would avoid data duplication and/or > conversion. > > 1: <https://public-inbox.org/public-inbox-v2-format.html> > I talked to the public-inbox author at some point about using notmuch, but perl bindings were a hard requirement for that. I don't know of and other interest in perl bindings, and especially no volunteers to maintain them, so that idea kind of stalled. > >>> 3. Debian or GNU use instances of Debbugs. Tools as ’mailscripts’ [5] >>> using ’bts’ CLI [6] are great. Personally, I prefer the Emacs packages >>> ’piem’ [7] and ’debbugs’ [8]. Well, the point is to be able to inject >>> the bug report to my local inboxes – for reading offline or for >>> tagging. How could I bridge the Debbugs meta info with a local ’nmbug’? >> >> You can use notmuch-slurp-debbug (from mailscripts) to get the mail >> messages. I haven't thought about synchronizing metadata with >> debbugs. In principle I guess it should be possible. > Somehow, if ’nmbug’ would be able to extract the meta info from Debbugs, > roughly speaking a map between Message-ID and status, and this map would > be stored as Notmuch tags. Then, using “notmuch git” would allow an > easy way for synchronizing my local copy of the bugs mailing lists with > the current state of Debbugs. Bah, I do not know. ;-) At the moment I am focussed on getting notmuch-git to perform a simpler task well enough to ship as part of notmuch. _______________________________________________ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-leave@notmuchmail.org