git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Add git imap-get-recipients command

From
Junio C Hamano <gitster@pobox.com>
Date
May 21, 2025, 19:52 UTC
Message-ID
<xmqqikltaghp.fsf@gitster.g>
In-Reply-To
<PN3PR01MB9597D5EBF0A8D91737E4FE52B89EA@PN3PR01MB9597.INDPRD01.PROD.OUTLOOK.COM>
Aditya Garg <gargaditya08@live.com> writes:
Show 5 quoted lines
> I was wondering if it would be acceptable for the maintainers to add a git imap-get-recipients
> command.
>
> I currently am working on it, and it would be a perl script. It would do a very simple thing,
> take the message id as an input, and output the To: and Cc: recipients of that message ID.

If you are selling this tool, you should clarify what the sources are for the information. There has to be a database of some sort that you can query with a message-ID and get addresses in that message. What are you using as that database (e.g., your personal mailbox? lore archive? an imap mailbox at your provider?) and how extensive and configurable is the data source? What data are you picking up from that database to come up with To/Cc addresses?

> This can be useful to be used alongwith git-send-email, when you send a v2 and you don't have to
> type all the sender mails again.

FWIW, if you're only duplicating the To/Cc list of the previous round, then I do not need it, and I do not want to see anybody, including you, to be using it. To come up with a list of To/Cc addresses to use in v2, you should start from those who commented on v1, in addition to To/Cc used in v1, and then whittle it down.

Again, the description of the "tool" in the first paragraph was so sketchy that I cannot tell where you are gathering the To/Cc addresses from or if the tool is using only the named message, or considers messages sent as response to that named message, so it is impossible to give a meaningful response. We cannot tell if the tool will be useful with given information.

A more generic version of the response follows to outline the general principle for those who are watching from sidelines.

---------------------------------------------------------------- [make us come to you, begging]

I've seen from time to time people ask "I am thinking of doing this; will a patch be accepted? If so, I'll work on it." before showing any work, and my response always has been:

 (1) We don't know how useful and interesting your contribution would
     be for our audience, until we see it; and
 (2) If you truly believe in your work (find it useful, find writing
     it fun, etc.), that would be incentive enough for you to work
     on it, whether or not the result will land in my tree.  You
     should instead aim for something so brilliant that we would
     come to you begging for your permission to include it in our
     project.
Previous: Aditya GargNext: Junio C Hamano
Message 2 of 7 in “Add git imap-get-recipients command”
  1. Aditya GargMay 21, 2025
  2. Junio C HamanoMay 21, 2025
  3. Junio C HamanoMay 22, 2025
  4. Aditya GargMay 22, 2025
  5. Emily ShafferMay 22, 2025
  6. Aditya GargMay 22, 2025
  7. Junio C HamanoMay 22, 2025

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.