定了‘t’通道标志 。
2.4特权通道用户
为了使通道成员对通道保持一定的控制和一些秩序,一些通道成员被赋予特权 。只
有这些成员才答应在通道上执行一下操作:
INVITE—邀请一个客户到一个invite-only通道(模式 i)
KICK—将一个客户从通道中逐出
MODE—改变通道的模式,也可以改变成员的特权
PRIVMSG—向通道发消息(模式 n, m v)
TOPIC—在模式为 t的通道中改变通道主题
2.4.1通道治理员
一个给定通道上的通道治理员(也被称为“chop”或“chanop”)被认为拥有此通道 。
通道所有权由通道治理员共享 。
无论什么时候和通道相关,通道治理员都由与其名字相邻的‘@’符号来标志(比
如说,回答NAMES,WHO,和WHOIS命令) 。
由于以字符‘ ’为前缀的通道不支持通道模式,因此没有成员具有通道治理员的地位 。
2.4.2通道创建者
创建一个通道的用户称为“通道创建者”,以‘!’前缀作为其标志 。一旦创建了通
道,此用户也就被赋予了通道治理员的地位 。
为了识别此地位,通道创建者被赋予锁定通道状态的能力,这种能力是通道治理员所没有
的 。
通过发送恰当的MODE命令能够区分‘通道创建者’和通道治理员 。参阅“IRCClient
Protocol”[IRC—CLIENT]以获取这方面的更多信息 。
3.通道生存期
和通道生存期相关的是,存在两组典型的通道:标准通道,它的前缀不是‘&’‘#’
就是‘ ’,以及安全通道,它的前缀是‘!’ 。
3.1标准通道
这些通道当地一个用户加入时暗中创建,最后一个用户离开时停止生存 。但通道生存
时,任何客户都能够通过通道的名字引用此通道 。
创建通道的用户自动变成通道治理员,当然前缀是‘ ’的通道除外,参见第四部分(通
道模式) 。参阅2.4.1部分以获取此主题的更多信息 。
为了避免创建两个一样的通道(非凡是当IRC网络由于两个服务器的断连而脱节),通
道名字在通道治理员由于网络断连离开时应该不答应再被用户使用 。假如这种情况发生了,
通道名字就是暂时不能使用了 。通道持续不可用时间应该在每个IRC网络的基础上做出调
整 。需要重点声明的是这样可以防止用同一个名字再创建一个通道,但是不能防止远端用
户重新创建该通道 。后者在IRC网络重新连接时非凡轻易发生 。很明显,这种机制知识和
与名字以字符‘#’开头的通道,但也可能被名字以字符‘ ’开头的通道使用 。这种机制
被普遍称作‘通道延迟’ 。
3.2安全通道
和其他通道不同,“安全通道”不是暗中创建的 。希望创建这类通道的用户必须向服
务器发送一个非凡的JOIN命令以申请创建,服务器中的通道标识符(接着就是未知的了)
被字符‘!’替代 。此类通道的创建受到严格控制 。用户只选择部分通道名字(称为通道
‘短名’),服务器自动将用户提供的名字前面加上五个通道标识符 。这两种元素结合而
成的通道名字是唯一的,使通道不会因为网络断连而被滥用 。
创建此类通道的用户自动成为‘通道创建者’ 。参阅2.4.2部分(通道创建者)以获得关
于此主题的更多信息 。
假如新通道的短名和另一个业已存在的通道的短名相同,又假如另一个具有相同短名
的通道最近存在过而且它的成员由于网络断连离开,那么服务器就禁止这样的通道的创建 。
这类通道在最后的成员离开并且最近没有其他成员由于网络断连离开后停止生存 。
推荐阅读
- Internet邮件从Just-Send-8到8bit-SMTP/MIME的转换
- 从垃圾邮件现象看Internet的技术劣根性
- Internet 网关要求 - 起草
- Internet组管理协议 IGMP报文及协议
- 因特网子网
- IOTP Internet开放贸易协议HTTP 补充
- Internet电子邮件保密增强:Part1-消息编码和鉴别过程
- 什么是WINS解析
- 3360用户初步评测 完美解决全屏手写延迟
- 如何解决收款语音提醒延迟