Publish a gpg key for jobs@tpo

A potential applicant for our PM position asked me why we don't publish a gpg key for the jobs@ or jobs-pm@ (#13940 (moved)) alias.

How should we go about doing this?

added component::webpages/website owner::Sebastian priority::medium resolution::wontfix status::closed type::task labels

This person suggests:

human: https://schleuder2.nadir.org/ human: Schleuder is a gpg-enabled mailinglist with remailer-capabilities.

weasel suggests that I simply create a key and share with the rest of the humans pointed to by jobs@tpo This seems like the least effort approach.

Any opposition to me creating/publishing a key for jobs@tpo ? Or did we want to create a new alias for just this position? See #13940 (moved)

It creates hassle for those involved, so you shouldn't make such a promise without asking them first. Also, if you did this, the people on the list should actually make a commitment not to leak the contents of the mail by talking about it amongst themselves in unencrypted mails, which we're not well set up to handle since none of our lists are set up for encryption.

This is partly why I want to split it up by role. Otherwise every person who has ever volunteered to help sort or parse or respond for any job has to .. what, get a copy of each key that we make?

Agree that just providing a key and not following through with keeping the content private is misleading. We haven't got a strategy for doing that yet, and our (my) intention is to share the set of candidates with the rest of the community. Is this problematic?

I'm closing this as won't fix. Please reopen if you still want to do this, and have a plan for how. Maybe a plan can emerge from the dev meeting.

Trac:
Resolution: N/A to wontfix
Status: new to closed

closed

moved to tpo/web/trac#13948 (closed)