Permissioning in Portal vs Plumbed rooms

Both of these cases apply to Matrix rooms that are "bridged" to IRC channels.

Portal Rooms:

Currently, there are rooms seen on Matrix, that often have only a single alias, local to the Homeserver where the IRC bridge resides, which is prepended by the name of the IRC network:

i.e. #freenode_#channel:matrix.org.

Many of these rooms appear in the Matrix directory automatically. A user may join any channel on a bridged IRC network, that their Matrix client is able to join, or create, via such an alias. These rooms are treated as what are called "Portal" rooms. They provide a portal for Matrix users to join IRC channels, as if they were a regular IRC user, on a traditional IRC client.

One way to look at a Portal room, is from a typical use case of a IRC-crossover user, who just uses them as they would use any other IRC client. Except that how Matrix & IRC bridging works, it includes the functionality of an IRC "Bouncer" (BNC/ZNC, et cetera), which is always connected. And, there is no need to keep logs, as Matrix keeps room content, server-side. Many might not be aware of the advanced features of Matrix, especially on the IRC side, through the Portal.

The Matrix users initially have no special status in a Matrix IRC Portal room or the bridged IRC channel, unless given by IRC channel Operators. And, there may be other factors limiting who may join, such as needing an IRC "key", or invitation. In these rooms, the balance of power very much resides on the IRC channel, and the Matrix side purposefully doesn't try to intrude too much into that.

Currently, the only way to get operator privileges on the Matrix-side for this kind of room is to ask the bridge operator (e.g. #irc:matrix.org for Freenode/Moznet/OFTC/Snoonet/etc) or, if ops syncing is enabled, to get your Matrix user chanop status (+o) in the channel.

Plumbed Rooms:

Rooms that are created by a native Matrix user, grant the admin power to that user's MXID. When this admin or another with sufficient power level subsequently gets permission to make the room bridged or "piped" into IRC, they are called "Plumbed" rooms. A channel operator on the IRC side must give permission for the room to be "Plumbed".

Other Matrix users can join, by alias, what appears to be just like any other contemporary Matrix room. But, it is also bridged to IRC.

In this model, the balance of power very much resides on Matrix (it has to, as different networks have different ideas of "permissions" and only Matrix can serve as the mediator between them). The moderators of the room are Matrix users, and they can control guest access, where to plumb the room into, etc.

The only way to get operator privileges on the Matrix-side for this kind of room is to ask the existing Matrix moderators in the room.

Current Discussion:

There may be issue tracking that currently holds active discussion, regarding open issues, that is relevant to the content here. What is ultimately decided may have effect upon what is described in these pages. Currently, that seems to include:
Mechanism for migrating portal rooms to plumbed rooms #387