(Not sure what tags to use for this, or if it should actually be a subtask of T352113. Feel free to change whatever.)

FYI, this is impacting Analytics-Canonical-Data.

We have to manually regenerate the wiki dataset whenever a new wiki is added, and to know when that happens, we subscribe to the mailing list. I just now realized that it has been broken, in the process of doing some unrelated maintenance.

Do we know who the list owner(/s) are to confirm its not the mailman side (eg emails getting accidently moderated)?

In T393444#11080985, @Peachey88 wrote:

Do we know who the list owner(/s) are to confirm its not the mailman side (eg emails getting accidently moderated)?

There is a list info page at https://lists.wikimedia.org/postorius/lists/newprojects.lists.wikimedia.org/

but unlike mailman2 it does not (by default?) show a special list admin address (<listname>-owner@lists) anymore.

There used to be this automatic redirect to the real private owner addresses.

It wasn't obvious to me how to get this from the command-line either, but found it and added to docs.

I could see that @Urbanecm is one of 2 admins.

edit: second admin is https://foundation.wikimedia.org/wiki/User:Az1568

In T393444#11080985, @Peachey88 wrote:

Do we know who the list owner(/s) are to confirm its not the mailman side (eg emails getting accidently moderated)?

I took a look (thanks @Dzahn for the ping!), and unfortunately, Mailman is set to discard any messages that are not meeting the acceptance criteria. I'll take a look at this later today and attempt to verify the acceptance criteria match the actual mail that's getting sent.

Mentioned in SAL (#wikimedia-operations) [2025-08-13T09:10:06Z] <urbanecm> Set newprojects mailman list to moderate posts from nonmembers (previous: discard) to debug an issue with new projects announcements (T393444)

I changed that setting and copy-pasted AddWiki:: notifyNewProjects() into a shell.php session. I tested that with both my staff address and the list. Both messages got sent properly, and I can see the list one in list archives. So, the issue seems to be that AddWiki is simply not executing the notifying codepath for some reason.

I also noticed that even if the code was executed, the announcement would be somehow broken (at least on MW-on-K8s), as SUDO_USER is no longer populated. I filled T401803: mwscript-k8s does not include an environment variable with the username of the executing user for this problem.

https://lists.wikimedia.org/hyperkitty/list/newprojects@lists.wikimedia.org/thread/P4F7AVJR2IFK2CLPYCLODE6NV24KBCPU/

In T393444#11081728, @Urbanecm wrote:

I changed that setting and copy-pasted AddWiki:: notifyNewProjects() into a shell.php session. I tested that with both my staff address and the list. Both messages got sent properly, and I can see the list one in list archives. So, the issue seems to be that AddWiki is simply not executing the notifying codepath for some reason.

There was an issue with the search index script not properly getting executed (T401633). The notification is the only thing which happens afterwards, so I think I just did not notice that the script cancelled without it (sorry :|).