This is a follow-up to MDL-72984. We discourage people from doing direct email contact and we'd prefer that they contact our Help Desk. To determine whether that would be appropriate, I drew up a list of places where the support email is either the sender or the recipient of email:

Direct uses of supportemail:

• Direct notification if inserting into the legacy log fails (MDL-11893)
• Site settings for Moodle Mobile
• Call to action if page display fails
• Contact on consent form for minors
• Site support popover

Via generate_email_signoff():

• Email to users whose accounts are set to nologin
• Email notifications from auth/oauth2 if you’ve linked your account
• Password change emails
• Email notifications if the account is locked
• Verification email when a badge is issued
• Email notifications for new account creation and password issued
• Email notifications for password reset
• Email notifications for password change

Via get_support_user():

• [TO] Accessibility notifications from Brickfield
• [FROM] Analytics insight
• [FROM] Account confirmation email for oauth2
• [FROM] Account locked out
• [TO] Unsafe email attachment attempt (comes up if you use a contrib plugin like Quickmail))
• [FROM] email change confirmation

This is an incongruous set of use cases. The simplest from our perspective would be defining a new email address for the popover.