Extend the no-bots clause for IRC
Recent event's have shown that people interpret the
- There is only one official channel bot.
phrik!~archbot@archlinux/bot/phrik. Do not spam bot commands and limit your usage to things that are helpful. If you want to bring your own bot into any Arch Linux channel, ask the operators before doing so.
Rule in very different ways and have been sneaking in bridges to other chat protocols (usually discord) into the #archlinux channel. This is against freenode's 'no logging without permission' guidelines, which the channel operators adopt for #archlinux.
I would like to extend or supplement that rule with something like:
- Bridging channels to other communication protocols like discord, matrix, slack, etc. is not allowed without the permission of the channel operators.
- Do not publish logs, processed or not, to the public without asking the operators for permission.
I'm not entirely happy with the explicit mention of these three messengers and would welcome suggestions to generalize it. Merging these two into the existing "no Bots" clause would be fine but I fear it would make it overly long and hard to read.
- How about: "Do not publish logs without the permission of operators, nor bridge to other protocols like discord, slack etc., without permission". Jasonwryan (talk) 07:55, 2 May 2019 (UTC)
Move to GitLab
- The redirect is now in place and I think I fixed all sections links. The only thing left are the translations. Legal agreements shouldn't really have unofficial translations... Should we redirect them all of to archlinux-service-agreements:code-of-conduct? -- nl6720 (talk) 10:13, 9 January 2021 (UTC)
- Further action is delayed until https://gitlab.archlinux.org/archlinux/service-agreements/-/issues/3 is closed. -- nl6720 (talk) 09:15, 26 June 2021 (UTC)
- I added DeveloperWiki talk:TrademarkPolicy#Move to GitLab, this may be relevant here.
- -- NetSysFire (talk) 08:34, 18 July 2021 (UTC)
There are already some rudimentary guidelines in duplicate in General troubleshooting and it would probably make sense to move them here. They are currently flagged with Template:Move to IRC but this may be a better place actually. Opinions?
- General guidelines#Forums (previously "Forum Ettiquette", then expanded to become what is now the "Code of Conduct" circa 2016) supersede the README: Forum Rules. If anything, the README should be retired in favour of the General guidelines, but the former is still linked to in https://bbs.archlinux.org/misc.php?action=rules (likely need an admin to change that, mods cannot)
- -- WorMzy (talk) 12:01, 18 July 2021 (UTC)
Reply to mailing list
Emails sent out by mailing lists are not mangled anymore. They do not contain a
Reply-To header with the mailing list address meaning the mailing list needs to be explicitly set as the recipient when replying.
This should be documented in General guidelines#Mailing lists. See draft below.
Draft: Reply to mailing list
When replying to a mailing list thread, make sure to reply to the mailing list instead of the author of the original email. Most email clients should provide a "reply to mailing list" feature among the reply options, if not, input the mailing list email address in the To field manually.
For mailing lists that do not require subscribing, such as arch-mirrors-announce and aur-requests, use reply to all and make sure the mailing list is among the recipients.