1.1. Definitions

MAPs are persons who are attracted to minors younger than 15 years old who are significantly younger than themselves. The term MAP is an umbrella term that includes nepiophiles (primarily attracted to ages 0-4), paedophiles (primarily attracted to ages 3-11), and hebephiles (primarily attracted to ages 10-14).

3.1. Allies

Non-MAPs who wish to join the community may do so by the same process as MAPs. However, Non-MAPs are not given the MAP role, they are instead given the Non-MAP role. Users with the Non-MAP role have restricted access to channels. For a user to be given this role, they must not identify as a MAP and must have a demonstrated history of behavior consistent with being an ally.

3.2. Role Visibility

Many roles are visible in-chat in OMC, including the MAP-status roles, staff roles, Donator roles, and other cosmetic roles. Due to technical limitations with Rocket.Chat, roles may not be visible in mobile apps. Currently, the 'Admin' role may sometimes be visible in chat because it is not technically possible to hide it reliably. As soon as this feature becomes available, the role will be hidden, the Community Policy will be updated, and an announcement will be made.

3.3. File Uploads

Images, videos, audio files, PDFs, and plain text files are uploadable. Image and video uploads are disabled in direct message rooms.

3.4. Donations

OMC relies on anonymous donations in order to continue to operate. Donations are used only for server and hosting fees, which currently totals €31.25 per month. If you find OMC to be beneficial or if you would like to help keep the community operational, please consider donating. Even just couple of euros helps. Donations are accepted by Monero, Etherium, Bitcoin, Bitcoin Cash, Litecoin, ZCash, Dash. Members who donate have the option to claim a Donator role. This role does not come with any additional permissions; it simply lets others know that you contributed to keeping the community up for everyone. If a member donates an entire month's hosting fees or more, they have the option to claim a Donator role that they choose the name of (within the bounds of the community guidelines). Members may have only one standard Donator role and one custom Donator role. The Donator roles expire after one year.

OMC's Monero address: 862rWgo6e8UH8haKevP1Tx11d5grzxsmsYJw3XF5SBzZhiGWekXJnyACJDCVCr7BfZcye9cpvbmzgHqE59BkLf1u3JgkKM7

OMC's Etherium address: 0x18BA269577aF99449c323E8Efd350ec40E807502

OMC's Bitcoin address: bc1qphurtewry2s5jfcskmukqvjthvejxwxu7sm0aj

OMC's Bitcoin Cash address: qr4wg5d3cy2jsdu5zujpyvq0rvl7l6rxwunka0eer0

OMC's Litecoin address: Li6A42pFrYAVbbgcEtV3Juz5kgeYPY2hXi

OMC's ZCash address: t1XUbrtdz2kZg8Q3Km95nFarRMKw3DsPTbG

OMC's Dash address: XspNe3Df7ebLQuDoBPygqupMre1EnNVLnU

3.5. Troubleshooting

3.6. Usernames

Usernames must be at least 3 characters long.

4.1. Proposal Format

• Date: <YYYY-MM-DD>
• Subject: <the subject of the proposal in a few words>
• Proposal: <a description of what would change>
• Motivation: <a description of why this needs to be changed, how it benefits the community, etc.>
• Specification: <an explanation of exactly how it should be changed>

4.2. Poll Format

• Question: <the entire text of the proposal in Proposal Format (copy and paste)>
• Option 1: <yay>
• Option 2: <nay>
• Choice type: <single choice>
• Vote type: <confidential vote>

4.3. Addition of an Associate Moderator

• Staff agrees by floor of 2/3 majority in #staff-polls that one additional Associate Moderator is needed.
• Staff posts a proposal in Proposal Format in #proposals.
• Staff accepts nominations from the community (including self-nominations) in #proposals-discussions. Nominees for the Associate Moderator role must be a member with the DM and MAP roles.
• Nominations are accepted for at least 24 hours.
• Nominees agree to be nominated if they would like to run for the Associate Moderator role.
• Discussion is held for 24 hours for members to express opinions and concerns. During this time, nominees may explain why they believe they are a good candidate for the role.
• An anonymous poll including all of the nominees is posted by staff and runs for 24 hours. Members with the MAP role may cast a vote for one nominee.
• Staff adds the Associate Moderator role to the nominee with the most votes.

4.4. Addition of a Community Administrator

• One Community Administrator is elected to serve a 6-month term, either when six months have passed since the last election or whenever the current Community Administrator becomes no longer available to serve.
• Staff posts a proposal in Proposal Format in #proposals.
• Staff accepts nominations from the community (including self-nominations) in #proposals-discussions. Nominees for the Community Administrator role must be a member with the DM and MAP roles.
• Nominations are accepted for at least 48 hours.
• Nominees agree to be nominated if they would like to run for the Community Administrator role.
• Discussion is held for 48 hours for members to express opinions and concerns. During this time, nominees may explain why they believe they are a good candidate for the role.
• An anonymous poll including all of the nominees is posted by staff and runs for 48 hours. Members with the MAP role may cast a vote for one nominee.
• Staff adds the Community Administrator role to the nominee with the most votes.

4.5. Addition of a Technical Administrator or Financial Administrator

• Staff agrees by floor of 2/3 majority, including 2/3 of the Administrator Team, in #staff-polls that one additional Technical Administrator or Financial Administrator is needed.
• Staff posts a proposal in Proposal Format in #staff-polls.
• Staff accepts nominations from anyone with the DM and MAP roles (including self-nominations) in #staff.
• Nominations are accepted for at least 48 hours.
• Nominees agree to be nominated if they would like to run for the Technical Administrator or Financial Administrator role.
• Discussion is held for 48 hours for members to express opinions and concerns. During this time, nominees may explain why they believe they are a good candidate for the role.
• An anonymous poll including all of the nominees is posted in #staff-polls and runs for 48 hours. Staff members may cast a vote for one nominee.
• An administrator adds the Technical Administrator or Financial Administrator role to the nominee with the most votes.

4.6. Removal of an Associate Moderator, Moderator, or Community Administrator

Any member with the MAP role may initiate the removal of an Associate Moderator, Moderator, or Community Administrator by following the Democratic Process. The Motivation in the proposal must outline descriptions of multiple non-removal attempts to help improve the staff member’s conduct. Rather than 24-hour waiting periods, there will be 48-hour waiting periods.

4.7. Removal of a Technical Administrator or Financial Administrator

• A staff member posts a proposal in Proposal Format in #staff-polls.
• Discussion is held for 48 hours for members to express opinions and concerns.
• An anonymous poll in Poll Format is posted in #staff-polls and runs for 7 days.
• If the poll shows the floor of 2/3 majority, including 2/3 majority among the Administrator Team, then the proposal is implemented by a Technical Administrator.

5.1. Technical Administrators

Technical Administrators are responsible for:

• Announcing Rocket.Chat updates and changes to the technical infrastructure in #announcements.
• Giving an Associate Moderator the Moderator role if there are no Moderators and no Associate Moderators who have been active for 3 months.
• Maintaining OMC's technical infrastructure.
• Updating information about technical infrastructure in the Community Policy.

5.2. Financial Administrators

Financial Administrators are responsible for:

• Announcing changes to financial information in #announcements.
• Paying for OMC's technical infrastructure and any other disbursements directed by the community.
• Providing monthly reports of aggregate income and expenses.
• Updating information about finances in the Community Policy.

5.3. Community Administrators

Community Administrators are responsible for:

• Announcing changes to the Community Policy in #announcements.
• Appointing intrastaff roles to existing staff members who agree to take on that role.
• Representing OMC in public communications and communications with professional partners.
• Updating the Community Policy as directed by the community.

5.4. Moderators

Moderators are responsible for:

• Ensuring that the community guidelines are upheld in the community.
• Guiding conversation into appropriate channels and away from inappropriate topics.
• Protecting the community from trolls, anti-MAPs, and others who seek to harm it.
• Welcoming new members and answering questions about the community.

5.5. Associate Moderators

Associate Moderators are Moderators in training. They have the same responsibilities as Moderators with more limited permissions. If an Associate Moderator is unable to fulfil a responsibility because of their limited permissions, then they are responsible for notifying a Moderator. Associate Moderators are elected by the community through the Democratic Process. After 3 months of active service as an Associate Moderator, staff decides by the floor of 2/3 majority in poll whether to give an Associate Moderator the Moderator role.

5.6. Helpers

Helpers are non-staff, volunteer local moderators in The Courtyard and the onboarding channels. Anyone with the MAP role may volunteer to be a Helper and will be given the Helper role and the associated local permissions role if they receive the floor of 2/3 of staff’s vote in favour.

Helpers are responsible for monitoring these channels for any rule-violating content and for welcoming and onboarding new members. Helpers are responsible for posting in #staff-moderation in the event of rule violations. If serious rule-violating behaviour occurs, and global Moderator action is needed, Helpers are responsible for notifying an Associate Moderator or a Moderator.

5.7. Intrastaff Roles

Intrastaff roles have not yet been established.

1.1. Time Zones

Members’ time zones are publicly viewable in OMC. There is currently no way to disable this within Rocket.Chat. As soon as OMC staff is made aware of a way to disable public time zone viewing in Rocket.Chat, it will be disabled, the Privacy Policy will be updated, and an announcement will be made in #announcements.

Until then, members are encouraged to use software to conceal their real time zone. Tor Browser spoofs time zone, making it appear as UTC ±0. Time zone can be spoofed in Firefox by going to about:config and toggling privacy.resistFingerprinting so that it is set to true. Extensions to spoof time zone are also available for most browsers.

3.1. Temporary Update to Retention

Because of a persistent bug in Rocket.Chat's infrastructure, it is impossible to set different retention policies in different channels; only the global retention policy works. In response to this, OMC has extended the global retention policy from 3 months to 27 years (members always have the option to delete their own messages manually or delete their own account, which deletes all of their messages). This is in order to preserve important history such as messages in the Announcements, Introductions, the proposals channels and the public staff channels. As soon as this bug is fixed or OMC's staff becomes aware of a suitable workaround, the Privacy Policy will be updated, and an announcement will be posted in the Announcements channel.

5.1. Logs

OMC Staff Policy outlines two types of logs kept that include information about members: Posts in #private-onboarding-log and #private-moderation-log. Staff will provide a copy of member's posts in #private-onboarding-log and copies of incident reports in #private-moderation-log identifying them (with identifying information about other members redacted) upon request. Any member may also request for data identifying them to be deleted from logs along with their account.

5.2. Account Deactivation or Deletion

If a member would like to request for their account to be deactivated or deleted, they should contact a staff member within OMC or through a verified contact method. Deactivation means that all data is retained on the server while the account is inactive and may be reactivated upon a member’s request. Deletion means that all of the data technically associated with a member’s account is permanently removed from the server. Members are also able to delete their own accounts by going to their profile and selecting 'Delete my account.'

1.1. Professionalism

Staff aims to approach issues from a place of fairness and diffuse conflicts rather than escalating them. Staff aims to reach collaborative solutions to problems. Staff aims to accept the consensus of staff and of the community as paramount to their own opinion.

1.2. Neutrality

Staff aims to handle matters of moderation and administration with objectivity to the fullest of their ability. Staff aims to be nonjudgmental of all members regardless of their identity, psychosocial or medical history, criminal history, ideology, or actions.

1.3. Privacy & Confidentiality

Although most staff conversation is public, any conversation involving identifying information about members, private information about the server's technical/financial infrastructure, or information brought to staff's attention in DMs by members should be treated as confidential and should be kept within staff. Information presented in private staff channels should be assumed to be confidential. Private information may be shared outside of staff if staff votes to allow it and if the members whose private information it is agree for it to be shared, or if required by Swedish law.

2.1. The Courtyard

• A new member joins #the-courtyard.
• If the new member's username is less than 3 characters long, ask them to think of a longer username and change it to that before onboarding them.
• If applicable, verify any offsite accounts.
• A staff member uses the !map onboard command to move the new member to the default User channels, and add any verified accounts or concerns to the post by the bot in #private-onboarding-log.

2.2. Onboarding

• Welcome new members and invite them to make a post in #introductions if they’d like.
• Talk to new members about MAP topics and be aware of any warning signs of trolls, antis, and others who may seek to harm the community. Example questions to ask in #onboarding:
  • “When did you first realise you're a MAP?”
  • “How did you first hear about the online MAP community?”
  • “What do you find most attractive about minors in your AoA?”
  • “If you had to identify one age that you're most attracted to, which would it be?”
  • “How do you feel about your own minor attraction?”
  • “Do you have any minors in your life who you're close with?”
• If concerns about a member come up, discuss it in #staff-moderation or #private-moderation (if it involves private information) and document it in their post in #private-onboarding-log.
• After a minimum 5 days of activity in #onboarding by a member (if a member's identity has been verified on another MAP community, then only a minimum of 1 day of activity in #onboarding is required), propose for the member to be given the MAP role in #staff-votes. When deciding whether to support giving a new member the MAP role, review their activity in #onboarding by typing “from:<username>,” review their userInfo, and review their posts in #private-onboarding-log.
• If the floor of 2/3 of the Moderator Team agrees to give the member the MAP role, then, when the member is present, ask them to choose at least one visible role identifying them as a MAP, assign it to them if they cannot themself, and type !map addMAP username in #onboarding when the member is present to give them the invisible, functional MAP role. Staff may also choose to asign the MAP role without DM privileges instead of the MAP role.
  • If any staff member votes against giving a new member the MAP role, then the MAP role may not be given within 24 hours unless the reasoning for voting against has been discussed in #staff-moderation. Staff may change their vote at any time.

2.3. DM role

• After a minimum of 28 days of activity in OMC, (if a member's identity has been verified on another MAP community, then only a minimum of 7 days of activity is required), propose for the member to be given the DM role in #staff-votes. When deciding whether to support giving a member the DM role, review their userInfo, and review their post in #private-onboarding-log.
• If the floor of 2/3 of the Moderator Team agrees to give the member the DM role, then add the DM role by selecting the member's profile in the administration panel and adding the DM role or by using a bot command.
• If any staff member votes against giving a new member the DM role, then the DM role may not be given within 24 hours unless the reasoning for voting against has been discussed in #staff-moderation. Staff may change their vote at any time.
  • There is no minimum waiting period for assigning the MAP or DM role to a founding member of OMC.

2.4. Private Onboarding log Format

2.5. Cleanup Policy

Members without the MAP role or Non-MAP role who have been inactive for 7 days will be moved to #the-courtyard with '!map cleanup 7'. Members without the MAP role or Non-MAP role who have been logging in but have not sent any public messages in 7 days may also be moved to #the-courtyard.

Sanitise: Due to a current issue with the !map cleanup command, !map sanitise will be used by Technical Administrator or Community Administrator in lieu. The !map sanitise command removes all members without the MAP role or Non-MAP role from the onboarding channels regardless of their last login date. All members will be manually checked with 'from:username' to see if they have sent a message in the past 7 days in onboarding. If they have, they will be moved back to onbaording.

2.6. Image Upload Moderation

Image uploads are a priority for moderation. To quickly view the uploaded images on desktop, select the paperclip icon in the upper righthand corner of a channel. To do this on mobile, open the channel information by clicking the channel name, and select the paperclip icon in the list of options. Follow the Order of Intervention and Specific Interventions when moderating image uploads.

3.1. Antis

Antis are those who dedicate their time to hunting or advocating against MAPs. Occasionally, an anti will attempt to infiltrate a MAP community such as OMC with the intent to harm the community or its members. Warning signs of antis include:

• Asking personal questions about members (e.g., their location).
• Attempting to elicit an admission of a unadjudicated illegal activity or making such admissions themselves and seeking positive reactions.
• Claiming to be an AAM.
• Demonstrating a clear lack of understanding of minor attraction (e.g., thinking that paedophilia is a crime).
• Inconsistency in the information they provide about themselves in OMC and elsewhere.
• Sending shortened links or links to unusual websites (these links should be parsed/given a warning about or removed ASAP by a staff member).
• Showing interest in finding sexual/romantic partners in the community or asking members to engage in age play that could be taken out of context and mistaken for engaging sexually with a real minor rather than an adult roleplaying as a minor.
• Using derogatory terms to refer to MAPs.
• Using or inquiring about “code words.”

3.2. Trolls

The motivations of trolls are often unclear and involve causing conflict for no clear reason. Warning signs of trolls include:

• Fabricating stories for the purpose of controversy.
• Perpetually initiating arguments about controversial or irrelevant topics.
• Using memes or jokes associated with extremist groups (e.g., the alt-right).

3.3. Others

There are many other reasons why a member may be unfit for OMC. Warning signs for this category include:

• Acting in a way that deprives others of support.
• Not having at least 15 years of chronological age.
• Being currently forbidden by the law from sharing an online space with minors aged 15 and older.
• Claiming to be someone but being unable to provide evidence to verify their identity.
• Having a history of harming MAPs or the MAP community or cooperating with people who seek to harm MAPs or the MAP community.
• Having MAP-related obsessive-compulsive disorder and not being a MAP.
• Repeatedly admitting to unadjudicated illegal activity that violates the community guidelines.
• Repeatedly threatening to harm themselves or others.
• Repeatedly violating the Community Policy.
• Sharing many characteristics with a previously deactivated member of the community.

4.1. Deleting Requirements

In accordance with Swedish law (Act 1998:112), OMC staff must delete any of the following as soon as possible in order to prevent and reduce dissemination:

• Threats with a criminal act in a manner that is likely to evoke serious fear in others.
• Unlawful invasion of privacy.
• Incitement.
• Agitation against ethnic groups.
• Child pornography.
• Illegal depiction of violence.
• Public solicitation.
• Recruitment/training related to terrorism or other serious crimes.
• Infringed copyright or infringed protected literary/artistic works.

4.2. Specific Interventions

• If a member posts any content mentioned in Deleting Requirements, then delete the content.
  • If the posted content also violates community guideline 14, then deactivate the member's account and post a poll in #staff-polls to decide whether to uphold the deactivation 'for rule 14 violation'. Keep mention of illegality to #private-moderation. If the posted content includes child pornography, deactivate and delete the member's account and don't report the offense in public.
  • If the posted content also includes identifying information about any person in violation of community guideline 12, then deactivate the member's account and post a poll in #staff-polls to decide whether to uphold the deactivation.
• If a member posts any content in violation of Community Guideline 14 but not mentioned in Deleting Requirements, then delete the content, and remind the member of Community Guideline 14. Detail the event in #private-moderation and give a non-specific overview of the incident in #staff-moderation.
  • If there are repeated violations of community guideline 14, then deactivate the member's account, and post a poll in #staff-polls to decide whether to uphold the deactivation.
• If a member discloses private information about another member in violation of community guideline 12 but not mentioned in Deleting Requirements, then delete the private information, and remind the member of community guideline 12.
• If a member posts an admission of an unadjudicated crime against OMC's Community Guidelines, then delete the admission, and remind the member of community guideline 11.
• If a member without the MAP or Non-MAP role requests to be contacted privately by staff or there's a situation that requires staff to contact them privately, then a private channel including the member and at least two staff members may be created and deleted when the issue is resolved.
• Before deleting a channel, repost all pinned content in another relevant channel, and mention @all in the channel stating that the channel will be deleted soon and for members to download any content they want to keep. Wait at least 24 hours after mentioning @all before deleting the channel.
• If a member has less than 15 years of chronological age, then refer them to OMC's Resources page (https://blog.mapcommunity.org/omc/resources), and deactivate and delete their account.
• Should a formerly deactivated member show dedication to abide the Community Guidelines and request readmission, staff may post a poll in #staff-polls to decide whether to allow the member to rejoin the community.
  • If the floor of 2/3 of the Moderator Team agrees to unban the member, reactivate their account or allow them to create a new account to be subject to standard onboarding procedure.
  • If any staff member votes against unbanning the member, then they may not be unbanned within 24 hours unless the reasoning for voting against has been discussed in #staff-moderation. Staff may change their vote at any time.

5.1. Incident Report Format

Date: <YYYY-MM-DD>
Action: <description of what action was taken, who it was taken against, and who took the action>
Events: <description of the events leading up to the action, including what other staff interventions occurred>
Resolution: <description of the events after the action was taken>

5.2. Private Channel log Format

Date Created: <YYYY-MM-DD>
Date Deleted: <YYYY-MM-DD>
Members Involved: <list of all members in the private channel>
Reason for Creation: <reason the channel was created as part of the moderation process>
Resolution: <the results of the channel>

6.1. User Permissions

• advice - Get advise using !map advice.
• boop - Boop someone using !map boop <username>.
• cat - Post a random cat image using !map cat. Needs to be called in spam. Images provided by: https://thecatapi.com.
• dog - Post a random Dog image using !map dog. Needs to be called in spam. Images provided by: https://dog.ceo/dog-api.
• define - Access OMC’s dictionary of MAP-relevant terms using !map define <word>.
• feedback - Send anonymous feedback to staff using !map feedback. The bot will require you to call this command by sending a DM to the bot.
• headpat - Give someone a headpat using !map headpat <username>.
• hug - Give someone a hug using !map hug <username>.
• icanhazdad - Get a dad joke using !map icanhazdad.
• mention - Mention staff members using !map mention <role>.
• poll - Create a poll using !map poll.
• staff - Mention staff members using !map staff <role>.
• trivia - Get a trivia question using !map trivia.
• Delete own message - Permission to delete own message.
• View history - Permission to view the channel history.
• View joined room - Permission to view the currently joined channels.

6.2. MAP Permissions

• All User permissions - Members with the MAP role have all of the permissions that members with the User role have.
• Delete direct messages - Permission to delete direct messages.
• Leave channels - Permission to leave channels.
• Leave private groups - Permission to leave private groups.
• Preview public channel - Permission to view the contents of a public channel before joining it.
• View public channel - Permission to view public channels.
• View direct messages - Permission to view direct messages.
• View private room - Permission to view private channels.

6.3. Non-MAP Permissions

• All MAP permissions - Members with the Non-MAP role have access to fewer channels. Non-MAPs do not have access to #venting, #support-requests-1, #cw-general, #life-experiences, #contact-ideology, #cute-girls, and #cute-boys.

6.4. DM Permissions

• All MAP permissions - Members with the DM role have all of the permissions that members with the MAP role have.
• Create direct messages - Permission to start direct messages.

6.5. Helpers Permissions

• Onboard - Move a member from The Courtyard to onboarding using !map onboard.
• Delete message - Permission to delete a message within a room.
• Edit message - Permission to edit a message within a room.
• Force delete message - Permission to delete a message bypassing all restrictions.
• Mention all - Permission to use the @ all mention.
• Mention here - Permission to use the @ here mention.
• Mute user - Permission to mute other users in the same channel.
• Pin message - Permission to pin a message in a channel.
• Post readonly - Permission to post a message in a read-only channel.
• Remove user - Permission to remove a user from a room.
• Send many messages - Permission to bypass rate limit of five messages per second.
• Set react when readonly - Permission to set the ability to react to messages in a read-only channel.
• Set readonly - Permission to set a channel to read-only channel.

6.6. Associate Moderator Permissions

• All DM permissions - Members with the Associate Moderator role have all of the permissions that members with the DM role have.
• addMAP - Assign members the MAP role using !map addMAP <username>.
• cleanup - Move inactive members with only the User role from onboarding back to prescreening using '!map cleanup 7'.
• log - Create logs using !map log <log text>.
• onboard - Move a member from The Courtyard to onboarding using !map onboard <username>.
• userInfo - Use the !map userInfo command to view information about members’ accounts.
• Add user to any public channel - Permission to add a user to any public channel.
• Add user to any private channel - Permission to add a user to any private channel.
• Add user to any joined channel - Permission to add a user to a currently joined channel.
• Archive room - Permission to archive a channel.
• Ban user - Permission to ban a user from a channel.
• Create public channels - Permission to create public channels.
• Create private channels - Permission to create private channels.
• Create personal access tokens - Permission to create personal access tokens.
• Delete message - Permission to delete a message within a room.
• Edit message - Permission to edit a message within a room.
• Edit other user active status - Permission to enable or disable other accounts.
• Edit other user avatar - Permission to edit other user’s avatar.
• Edit other user information - Permission to change other user’s name, username, or email address.
• Edit room - Permission to edit a room’s name, topic, type (private or public status), and status (active or archived).
• Edit room avatar - Permission to edit a room's avatar.
• Force delete message - Permission to delete a message bypassing all restrictions.
• Join without join code - Permission to bypass the join code in channels with join code enabled.
• Manage emoji - Permission to manage the server emojis.
• Manage sounds - Permission to edit the server sounds.
• Manage user status - Permission to manage the server custom user statuses.
• Mention all - Permission to use the @all mention.
• Mention here - Permission to use the @here mention.
• Mute user - Permission to mute other users in the same channel.
• Pin message - Permission to pin a message in a channel.
• Post readonly - Permission to post a message in a read-only channel.
• Remove user - Permission to remove a user from a room.
• Send many messages - Permission to bypass rate limit of five messages per second.
• Set react when readonly - Permission to set the ability to react to messages in a read-only channel.
• Set readonly - Permission to set a channel to read-only channel.
• Unarchive room - Permission to unarchive channels.
• User generate access token - Permission for users to generate access tokens.
• View join code - Permission to view the channel join code.
• View other user channels - Permission to view channels owned by other users.
• View outside room - Permission to view users outside the current room.
• View privileged setting - Permission to view settings.
• View user administration - Permission to partial, read-only list view of other user accounts currently logged into the system. No user account information is accessible with this permission.

6.7. Moderator Permissions

• All Associate Moderator permissions - Members with the Moderator role have all of the permissions that members with the Associate Moderator role have.
• Contact members offsite - View members’ contact information (email or Session ID) and contact them outside of OMC by these methods.
• unMAP - Remove the MAP role from a member using !map unMAP <username>.
• Assign roles - Permission to assign roles to other users.
• Clean channel history - Permission to clear the history from channels.
• Create invite links - Permission to create invite links to channels.
• Create user - Permission to create users.
• Edit room’s retention policy - Permission to edit a room's retention policy, to automatically delete messages in it.
• Set leader - Permission to set other users as leader of a channel.
• Set moderator - Permission to set other users as moderator of a channel.
• Set owner - Permission to set other users as owner of a channel.
• View logs - Permission to view the server logs.
• View full other user info - Permission to view full profile of other users including account creation date, last login, etc.
• View room administration - Permission to view public, private, and direct message statistics. Does not include the ability to view conversations or archives.
• View statistics - Permission to view system statistics such as number of users logged in, number of rooms, and operating system information.

6.8. Community Admin Permissions

• All Moderator permissions - Members with the Community Admin role have all of the permissions that members with the Moderator role have.
• Managing email - Having access to the official OMC email account: map.community@protonmail.ch.
• Managing social media - Having access to official community social media and public media or the permission to appoint this responsibility to another staff member who agrees to it.
• All livechat permissions - Access to all livechat permissions in OMC. These permissions are not used.
• All oauth permissions - Access to all oauth permissions in OMC. These permissions are not used.
• All omnichannel permissions - Access to all omnichannel permissions in OMC. These permissions are not used.
• All team permissions - Access to all team permissions in OMC. These permissions are not used.
• Modify setting-based permissions - Permission to modify setting-based permissions.
• Access mailer screen - Permission to send mass email to all users.
• Access permissions screen - Modify permissions for various roles.
• Bypass rate limit for REST API - Permission to call API without rate limitation.
• Assign admin role - Permission to assign the admin role to other users.
• Auto translate - Permission to use the auto translate tool.
• Bulk create users - Permission to create users in bulk.
• Call management - Permission to start a meeting.
• Delete public channels - Permission to delete public channels.
• Delete private channels - Permission to delete private channels.
• Delete user - Permission to delete users.
• Edit other user E2E encryption - Permission to edit other user's E2E encryption.
• Edit other user password - Permission to modify other user’s password. Requires edit-other-user-info permission.
• Edit other user two factor TOTP - Permission to edit other user’s two factor TOTP.
• Edit privileged setting - Permission edit settings.
• Impersonate Other Users - Permission to impersonate other users using message alias.
• Mail messages - Permission to use the mail messages option.
• Manage apps - Permission to manage all apps.
• Manage assets - Permission to manage the server assets.
• Manage cloud - Permission to manage cloud.
• Manage email inbox - Permission to manage email inboxes.
• Manage incoming interactions - Permission to manage the server’s incoming interactions.
• Manage outgoing interactions - Permission to manage the server outgoing interactions.
• Manage own incoming interactions - Permission to allow users to create and edit their own incoming integration or webhooks.
• Manage own outgoing interactions - Permission to allow users to create and edit their own outgoing integration or webhooks.
• Change some settings - Permission to change settings which are explicitly granted to be changed.
• Run import - Permission to run the importers.
• Run migration - Permission to run the migrations.
• Snippet message - Permission to create snippet message.
• Start discussion - Permission to start a discussion.
• Start discussion (other-user) - Permission to start a discussion, which gives permission to the user to create a discussion from a message sent by another user as well.
• Toggle room E2E encryption - Permission to toggle E2E encryption room.
• View members list in broadcast room - Permission to view list of users in broadcast channel.

6.9. Financial Admin Permissions

• All DM permissions - Members with the Financial Administrator role have all of the permissions that members with the DM role have.
• Contact members offsite - View members’ contact information (email or Session ID) and contact them outside of OMC by these methods.
• Direct server account access - Members with the Financial Administrator role have direct access to OMC’s server accounts.
• Direct financial account access - Members with the Financial Administrator role have direct access to OMC's financial accounts.
• log - Create logs using !map log <log text>.
• Managing email - Having access to the official OMC email account: map.community@protonmail.ch.
• Access permissions screen - Modify permissions for various roles.
• Add user to any public channel - Permission to add a user to any public channel.
• Add user to any private channel - Permission to add a user to any private channel.
• Add user to any joined channel - Permission to add a user to a currently joined channel.
• Archive room - Permission to archive a channel.
• Assign roles - Permission to assign roles to other users.
• Ban user - Permission to ban a user from a channel.
• Create private channels - Permission to create private channels.
• Create personal access tokens - Permission to create personal access tokens.
• Delete private channels - Permission to delete private channels.
• Mention all - Permission to use the @all mention.
• Mention here - Permission to use the @here mention.
• Pin message - Permission to pin a message in a channel.
• Post readonly - Permission to post a message in a read-only channel.
• Send many messages - Permission to bypass rate limit of five messages per second.
• Set react when readonly - Permission to set the ability to react to messages in a read-only channel.
• Set readonly - Permission to set a channel to read-only channel.
• Unarchive room - Permission to unarchive channels.
• User generate access token - Permission for users to generate access tokens.
• View full other user info - Permission to view full profile of other users including account creation date, last login, etc.
• View join code - Permission to view the channel join code.
• View other user channels - Permission to view channels owned by other users.
• View outside room - Permission to view users outside the current room.
• View privileged setting - Permission to view settings.
• View room administration - Permission to view public, private, and direct message statistics. Does not include the ability to view conversations or archives.
• View statistics - Permission to view system statistics such as number of users logged in, number of rooms, and operating system information.

6.10. Tech Admin Permissions

• All Community Administrator permissions - Members with the Tech Admin role have all of the permissions that members with the Community Admin role have. Due to technical limitations, Technical Administrators have a role called 'admin' in addition to their Tech Admin role.
• Direct server access - Members with the Technical Administrator role have direct access to OMC’s server.

7.1. Default User Channels

• #announcements
• #policy
• #the-courtyard (member is removed when onboarded)

7.2 Onboarding Channels

• #introductions
• #onboarding
• #troubleshooting

7.3. Default Channels

• #arts-and-music
• #food
• #gaming
• #general
• #life-experiences
• #map-talk
• #media
• #miscellaneous
• #miscellaneous-polls
• #news
• #proposals
• #proposals-discussions
• #proposals-polls
• #serious
• #spam
• #stem
• #support-requests-1
• #support-requests-2
• #venting

7.4. Public Opt-in Channels

• #activism
• #contact-ideology
• #Cute-boys
• #Cute-girls
• #cw-general
• #development
• #littles
• #map-talk-topics
• #paraphilias
• #spirituality
• #the-courtyard

7.5. Private Staff Channels

• #private-feedback-log
• #private-moderation
• #private-moderation-log
• #private-onboard-list
• #private-onboarding-log
• #private-server-log