From: Eric Wong <e@80x24.org>
To: Konstantin Ryabitsev <konstantin@linuxfoundation.org>
Cc: meta@public-inbox.org
Subject: Re: Showcasing lei at Linux Plumbers
Date: Thu, 2 Sep 2021 21:58:50 +0000 [thread overview]
Message-ID: <20210902215850.GA5063@dcvr> (raw)
In-Reply-To: <20210902211225.pmnykwcwcxeaunt5@meerkat.local>
Konstantin Ryabitsev <konstantin@linuxfoundation.org> wrote:
> Eric:
>
> I am getting ready for my presentation to the Linux Plumbers (happening in a
> few weeks, eek), which is based around lore, lei (I see what you did there)
> and search-based subscriptions. I want to make it hands-on with practical
> examples, which is what developers would appreciate more than just dry
> manpages.
>
> I am in the process of wrapping my head around lei tooling, but I may have
> some questions in the process, so I wanted to start this thread as a record of
> my poking at it. :)
Yeah, I'm still trying to figure out how some things are
supposed to work myself...
> What I currently have:
>
> - an imap mailbox
> - lei configured and installed locally (in a debian container)
Fwiw, most of the functionality works much better with Maildir
because of potential password prompts needed for IMAP and
interactivity required.
> The goal is to illustrate how to use this to start "receiving" mail for a
> subsystem without subscribing to any of the lists. The example I have in mind
> is the LANDLOCK subsystem, and the reason I picked it is because it already
> has a well-defined set of search criteria we can use:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/MAINTAINERS#n10462
>
> LANDLOCK SECURITY MODULE
> ...
> F: Documentation/security/landlock.rst
> F: Documentation/userspace-api/landlock.rst
> F: include/uapi/linux/landlock.h
> F: samples/landlock/
> F: security/landlock/
> F: tools/testing/selftests/landlock/
> K: landlock
> K: LANDLOCK
>
> This means we want to configure lei to grab any mail from lore.kernel.org/all/
> that matches this query:
>
> dfn:Documentation/security/landlock.rst OR
> dfn:Documentation/userspace-api/landlock.rst OR
> dfn:include/uapi/linux/landlock.h OR
> dfn:samples/landlock/ OR
> dfn:security/landlock/ OR
> dfn:tools/testing/selftests/landlock/ OR
> dfhh:landlock
>
> https://lore.kernel.org/all/?q=dfn%3ADocumentation%2Fsecurity%2Flandlock.rst+OR+dfn%3ADocumentation%2Fuserspace-api%2Flandlock.rst+OR+dfn%3Ainclude%2Fuapi%2Flinux%2Flandlock.h+OR+dfn%3Asamples%2Flandlock%2F+OR+dfn%3Asecurity%2Flandlock%2F+OR+dfn%3Atools%2Ftesting%2Fselftests%2Flandlock%2F+OR+dfhh%3Alandlock
For HTTP(S)-based queries, I would add rt: (received-time)
around the whole thing and maybe use "lei edit-search" to tweak
for subsequent runs. Not sure if the rt: handling should be
automatic for HTTP(S) (local Xapian searches track max docid, instead)
> I'll want to retrieve any threads and follow-ups and upload them to my imap
> landlock folder -- and then run in the background and just continuously update
> things as more mail comes in, so I don't have to remember to run anything
> manually.
>
> What succession of lei commands would accomplish this?
OK, there's two main commands, "lei q" and "lei up".
Both of which may prompt for passwords depending on how
git-credential is set up:
# the destination, could be Maildir
MFOLDER=imaps://user@example.com/INBOX.landlock
# initial search:
lei q -o $MFOLDER -t -I https://lore.kernel.org/all/ --stdin <<EOF
(
dfn:Documentation/security/landlock.rst OR
dfn:Documentation/userspace-api/landlock.rst OR
dfn:include/uapi/linux/landlock.h OR
dfn:samples/landlock/ OR
dfn:security/landlock/ OR
dfn:tools/testing/selftests/landlock/ OR
dfhh:landlock
) AND rt:2.months.ago..
EOF
# update whenever, may prompt for IMAP password, but could be
# cron-ed or similar if passwords are cached
lei up $MFOLDER
# Optional: tweaking the search parameters can be done via
lei edit-search $MFOLDER
For Maildirs, "lei up --all=local" works as it should.
"lei up --all" and "lei up --all=remote" don't work, yet,
because prompting for multiple IMAP folders (with potentially
different accounts) can get a bit complicated. But
"lei up $ONE_IMAP_FOLDER" already works.
> Thanks for your continued help.
No problem, thanks for your patience since everything seems
overwhelming :<
next prev parent reply other threads:[~2021-09-02 21:58 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-02 21:12 Showcasing lei at Linux Plumbers Konstantin Ryabitsev
2021-09-02 21:58 ` Eric Wong [this message]
2021-09-03 15:15 ` Konstantin Ryabitsev
2021-09-04 21:36 ` [PATCH] lei_to_mail+mbox_reader: fix handling of empty/bogus emails Eric Wong
2021-09-07 18:17 ` Konstantin Ryabitsev
2021-09-07 20:56 ` Eric Wong
2021-09-07 21:20 ` Konstantin Ryabitsev
2021-09-07 22:22 ` Eric Wong
2021-09-07 21:33 ` Showcasing lei at Linux Plumbers Konstantin Ryabitsev
2021-09-07 22:14 ` Eric Wong
2021-09-08 13:36 ` Konstantin Ryabitsev
2021-09-08 14:49 ` Eric Wong
2021-09-08 17:17 ` Konstantin Ryabitsev
2021-09-08 17:32 ` Eric Wong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://public-inbox.org/README
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210902215850.GA5063@dcvr \
--to=e@80x24.org \
--cc=konstantin@linuxfoundation.org \
--cc=meta@public-inbox.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).