维基百科讨论:通过电子邮件申请IP封禁豁免指南
配置表单来方便用户发邮件申请账户或申请IPBE权限
目前一个用户如果在自己的IP被封禁的情况下希望注册账户,或是第一次申请IPBE权限,其需依照本指引中的要求需要发送邮件至unblock-zhlists.wikimedia.org来申请。目前可以想象的已知问题包括:申请人遗漏了部分信息、申请人发的邮件未遵照模板难以阅读、管管无法验证用户对应的IP地址是否真的被封禁了。为解决这些问题,在此提议在本站安装ContactPage这一扩展,并书写对应的配置文件来定义表单。
这一扩展可以根据配置文件生成表单,其中包括若干必填或选填项,且注册用户和匿名用户均可使用。当提交表单时,扩展会将表单中填写的信息(甚至可以附带上填写人当时的IP地址)以一定的格式发送给某个用户(在本站就可以发给User:Unblock-zh)。比较不好的地方是表单的栏目需要手写配置文件(参考元维基的配置),但也算是一劳永逸。样例可以看这个位于元维基的表单。本扩展已于元维基、Governance Wiki和荷兰语维基百科安装,因此个人认为安装应该不成问题。希望获得社群共识。 -- Stang★ 2022年7月16日 (六) 17:15 (UTC)
- 没有意见。未见说明,但该表单似乎不受IPBE影响。关于填入IP地址,建议为可选而非隐含,以利隐私选择权。--YFdyh000(留言) 2022年7月16日 (六) 18:25 (UTC)
- 那啥,两个问题:
- IP被封禁能提交得了这个表单么?
- 这个扩展有啥防滥用机制么?会不会被利用来大量发送spam?--百無一用是書生 (☎) 2022年7月18日 (一) 02:22 (UTC)
- 这个扩展本质是Special:EmailUser套皮。如果使用者被禁止发送邮件,那么他们就用不了这个页面;页面的使用也受到邮件相关的速率控制。--MilkyDefer 2022年7月18日 (一) 14:29 (UTC)
- 尴尬,如果被封了是不能发邮件的;有一个可选的captcha。鉴于本提案无法实现,撤回。 Stang★ 2022年7月18日 (一) 14:55 (UTC)
- @Stang:奇怪的是,我在meta上用被封禁的IP(编辑页面,提示已封禁),可以用这个表单啊。之前尝试好像没见到验证码,这次尝试见到验证码。"Your account or IP address has been blocked."、"Email sent"。--YFdyh000(留言) 2022年7月19日 (二) 03:48 (UTC)
- 我强调一遍,是被撤除了邮件权力的人不能用。Stang作为前行政员在封人的时候不可能没见过“不能发送电子邮件”的选项吧?除非封锁一个IP用户,会导致受其影响的无账号人员不能发出请求代为创建账号的表单。--MilkyDefer 2022年7月19日 (二) 06:44 (UTC)
- 很奇怪的是我昨天用了某个不能编辑页面的IP在匿名情况下发现是无法使用这一功能的,但是刚刚我尝试复现的时候似乎又没法重新复现…?话说回来,这个扩展是用
$user->isBlockedFromEmailuser()
来判断的,那如果封一个匿名用户会干掉sendemail
这个权限么,如果没有的话那还有继续讨论的余地。 Stang★ 2022年7月19日 (二) 11:28 (UTC)- MilkyDefer已经完整说明了,我很意外前管理员怎么会不熟悉封锁的相关设定。--Xiplus#Talk 2022年7月22日 (五) 06:12 (UTC)
- 界面可以参考mw:Help:Blocking users/zh的附图。--Xiplus#Talk 2022年7月22日 (五) 12:36 (UTC)
- 从未对匿名用户执行过禁止发送电子邮件的设置,因此完全不了解这一点。 Stang★ 2022年7月24日 (日) 13:06 (UTC)
- 很奇怪的是我昨天用了某个不能编辑页面的IP在匿名情况下发现是无法使用这一功能的,但是刚刚我尝试复现的时候似乎又没法重新复现…?话说回来,这个扩展是用
- 似乎没有明确的反对意见,故公示7天。 Stang★ 2022年7月31日 (日) 17:46 (UTC)
- 表单的栏位是通过后再讨论吗?--Xiplus#Talk 2022年8月1日 (一) 01:00 (UTC)
- 可以同时或者之后讨论,我认为把要不要做和怎么做分开是合理的。 Stang★ 2022年8月1日 (一) 08:11 (UTC)
- 公示完之后要做什么?—— Eric Liu 創造は生命(留言・留名・学生会) 2022年8月10日 (三) 08:00 (UTC)
- @Stang:可以开始讨论表单的栏位了?--Xiplus#Talk 2022年8月18日 (四) 08:30 (UTC)
- 再@Stang。—— Eric Liu 創造は生命(留言・留名・学生会) 2022年8月27日 (六) 09:51 (UTC)
- 表单的栏位是通过后再讨论吗?--Xiplus#Talk 2022年8月1日 (一) 01:00 (UTC)
- 非常不好意思摸了这么久。对于表单内容,咱个人的意见是这样的:如果可能,应设计两个表单,分别针对未注册用户(用于申请账户)和注册用户申请IPBE权限;对于未注册用户,其应包括“当前使用的IP地址”、“封禁ID”(可选)、“申请注册的理由”、“意向用户名”;面向注册用户的表单基本类似,只是没有“用户名”这一个栏目;表单不记录用户的IP地址。这个想法可能不是很完善,自动封禁就不是很适用于这种情况,暂时没想好怎么做。(或者一个下拉选框让申请人选自己是原电子邮件发送指引中5种情况的哪一种? Stang★ 2022年9月5日 (一) 05:29 (UTC)
- 就如同您说的一样,情况也不只2种而已,而且实务上仍然有人会填错封锁ID等栏位,设固定栏位感觉没比较好,我建议只配置纯文字的表单即可,也另外可以做个小工具来辅助产生邮件内容(我已经着手进行一点点,但平时繁忙可能没这么快弄出来)。--Xiplus#Talk 2022年9月6日 (二) 12:39 (UTC)
- 咱希望了解目前收到的邮件之中可以按照指引给出的模板正确填写的比例,这样判断一下“填错ID等栏目”等等情况属于少数还是占了不小的比例。感谢您可以投入去开发邮件辅助生成小工具(就跟 relgen.js 差不多的那种么)。 Stang★ 2022年9月12日 (一) 04:16 (UTC)
- 统计了一下刚刚处理的38件申请。38件申请中有16件没有依照WP:IPBEMAIL的格式,22件有依照格式;
- 没有依照格式的16件申请中,
- 有9件因此缺乏必要资料需要补件。
- 其余7封虽然没有按照格式,但有提供必要资讯,仍申请通过。
- 有依照格式的22件申请中,
- 有2件提供的IP并没有被封锁,但提供的封锁ID有被封锁,仍申请通过。
- 有2件提供的封锁ID错误(提供了不是封锁ID的无用资料),
- 其中1件因为IP及封锁ID皆错误而申请失败。
- 有3件即使依照格式申请,但不知为何仍缺乏必要资讯,因此申请失败。
- 没有依照格式的16件申请中,
- 我正在做的就类似relgen.js。--Xiplus#Talk 2022年9月12日 (一) 07:32 (UTC)
- 感谢提供以上信息,我支持使用纯文本的表单,此表单允许匿名用户进行填写,不在发送的邮件中包括填写者的IP地址。 Stang★ 2022年9月13日 (二) 20:46 (UTC)
- “不在发送的邮件中包括填写者的IP地址”的意思是?使用表单自带的IP吗?--Xiplus#Talk 2022年9月14日 (三) 02:29 (UTC)
- 实装了一下,我所说的“填写者的IP”是指
'IncludeIP' => true,
这一特性可以把使用者的IP地址包含在主题中。如果启用了的话,对于匿名用户而言,邮件主题将形如“联系信息 (由[表单内填写的名称]在[IP地址])”;如果没有启用,主题将形如“联系信息(自[表单内填写的名称])”。已登录的用户会有一个多选框决定是否“在此邮件中包含我的IP位置资料。”,如果勾选了,IP地址也将类似于匿名用户一样,显示在主题一栏中。 Stang★ 2022年9月18日 (日) 22:34 (UTC)
- 实装了一下,我所说的“填写者的IP”是指
- “不在发送的邮件中包括填写者的IP地址”的意思是?使用表单自带的IP吗?--Xiplus#Talk 2022年9月14日 (三) 02:29 (UTC)
- 感谢提供以上信息,我支持使用纯文本的表单,此表单允许匿名用户进行填写,不在发送的邮件中包括填写者的IP地址。 Stang★ 2022年9月13日 (二) 20:46 (UTC)
- 统计了一下刚刚处理的38件申请。38件申请中有16件没有依照WP:IPBEMAIL的格式,22件有依照格式;
- 咱希望了解目前收到的邮件之中可以按照指引给出的模板正确填写的比例,这样判断一下“填错ID等栏目”等等情况属于少数还是占了不小的比例。感谢您可以投入去开发邮件辅助生成小工具(就跟 relgen.js 差不多的那种么)。 Stang★ 2022年9月12日 (一) 04:16 (UTC)
- 就如同您说的一样,情况也不只2种而已,而且实务上仍然有人会填错封锁ID等栏位,设固定栏位感觉没比较好,我建议只配置纯文字的表单即可,也另外可以做个小工具来辅助产生邮件内容(我已经着手进行一点点,但平时繁忙可能没这么快弄出来)。--Xiplus#Talk 2022年9月6日 (二) 12:39 (UTC)
暂拟的配置,非常简单:
// IS.php
'wmgUseContactPage' => [
'zhwiki' => true,
],
// CS.php
if ( $wgDBname === 'zhwiki' ) {
$wgContactConfig['acc'] = [
'RecipientUser' => 'Unblock-zh',
'SenderName' => '中文维基百科账户请求表单',
'RequireDetails' => true,
'IncludeIP' => true,
];
}
acc代指账户请求,不过可以后期再议;默认主题应在MediaWiki:Contactpage-subject-acc这个页面自定义;“SenderName”暂时这么想,待议。 Stang★ 2022年9月18日 (日) 22:34 (UTC)
- 不是要加 'IncludeIP' => true 吗?--Xiplus#Talk 2022年9月21日 (三) 01:27 (UTC)
- 上面咱的提议是*不要*加 IncludeIP 啊。个人觉得这个可能会与privacy policy相抵触,以及IP数据这种东西可能会涉及到NDA的问题。 Stang★ 2022年9月21日 (三) 06:16 (UTC)
- 您原先推荐ContactPage的理由之一为“管管无法验证使用者对应的IP地址是否真的被封锁了”,若不使用这个功能,那么ContactPage就跟目前的方式相比就没有额外优点了。--Xiplus#Talk 2022年9月21日 (三) 06:19 (UTC)
- 感谢快速的回应。blame了一下存在一个站点启用了包含IP地址这一功能,猜测要求这么做应当不会被拒绝。加了。 Stang★ 2022年9月21日 (三) 06:24 (UTC)
- 您原先推荐ContactPage的理由之一为“管管无法验证使用者对应的IP地址是否真的被封锁了”,若不使用这个功能,那么ContactPage就跟目前的方式相比就没有额外优点了。--Xiplus#Talk 2022年9月21日 (三) 06:19 (UTC)
- 上面咱的提议是*不要*加 IncludeIP 啊。个人觉得这个可能会与privacy policy相抵触,以及IP数据这种东西可能会涉及到NDA的问题。 Stang★ 2022年9月21日 (三) 06:16 (UTC)
- 简单
公示7日,2022年10月4日 (二) 22:06 (UTC) 结束。配置改完之后建议修改目前的操作手册,并建议申请者通过表单提交请求。 Stang★ 2022年9月27日 (二) 22:06 (UTC)
- “'IncludeIP' => true” 此举将使未有签署 NDA 的管理员可获取属非公开个人资讯的 IP 地址。
- 虽然现时也要求用户提供 IP 地址,然而现时的为自愿提供及可能有误,而本提案为系统自动提供用户的 IP 地址,与 CU 无疑。个人认为从法律属面上基本上不可行。谢谢。--SCP-0000(留言) 2022年9月29日 (四) 03:57 (UTC)
- IncludeIP也是可选的,请自己试试看就知道了。--Xiplus#Talk 2022年10月1日 (六) 03:06 (UTC)
- 考虑到“未有签署 NDA 的管理员可获取属非公开个人资讯的 IP 地址”隐私及法律上的隐忧,个人认为应先联络基金会法律部门,以确认此提案确实可行。当然,就个人的认知,基金会法律部门原则上并不会允许未有签署 NDA 者获取非公开个人资讯。谢谢。--SCP-0000(留言) 2022年10月1日 (六) 03:21 (UTC)
- 为什么不可以使用Commons上这种的方法呢?--0xDeadbeef(留言) 2022年10月1日 (六) 07:04 (UTC)
- Xiplus上面说了在开发一个(类似于这样)的的。 Stang★ 2022年10月9日 (日) 22:09 (UTC)
- 为什么不可以使用Commons上这种的方法呢?--0xDeadbeef(留言) 2022年10月1日 (六) 07:04 (UTC)
- 考虑到“未有签署 NDA 的管理员可获取属非公开个人资讯的 IP 地址”隐私及法律上的隐忧,个人认为应先联络基金会法律部门,以确认此提案确实可行。当然,就个人的认知,基金会法律部门原则上并不会允许未有签署 NDA 者获取非公开个人资讯。谢谢。--SCP-0000(留言) 2022年10月1日 (六) 03:21 (UTC)
- IncludeIP也是可选的,请自己试试看就知道了。--Xiplus#Talk 2022年10月1日 (六) 03:06 (UTC)
歪个楼问一下,目前申请IPBE是否需要提供IP地址?至少在Wikipedia:权限申请/申请IP封禁例外权/存档/2021年中有大量用户未提供IP地址。--Steven Sun(留言) 2022年10月1日 (六) 13:18 (UTC)
- 似乎是逐渐有了这样的趋势?之前给IPBE相对于现在宽松很多,当然也有了一些没有妥善备案的例子,目前给一下感觉可以理解。 Stang★ 2022年10月9日 (日) 22:09 (UTC)
感觉社群方面似乎没有太大的问题,为了以防万一咱会给legal发邮件询问一下可不可以这么做。这个串应该可以存档了。 Stang★ 2022年10月9日 (日) 22:09 (UTC)
- 这个功能应该不容许申请者使用图像证明自己确实受到IP段封禁的影响,或有需要使用代理服务器等科学上网手段(是这样的,OA2021之后我曾经想过一个收紧IPBE的方案,其中一个环节就有这个要求,当然那个方案可以和表单的部署并行就是了)。然后同SCP-2000的疑虑。顺便吐槽一下,你维的captcha太渣了,干不过melon的买榜机器人还不止,听说就甚至有盲人能轻松破解的。--春卷柯南-发前人所未知 ( 论功行赏 ) 2022年10月9日 (日) 22:36 (UTC)
- Eric Liu 創造は生命(留言・留名・学生会) 2022年10月23日 (日) 14:44 (UTC) (话说要存档到哪里来着)——
所以现在是公示完毕了么?之后还需要做些什么?—— Eric Liu 創造は生命(留言・留名・学生会) 2022年10月16日 (日) 08:56 (UTC)
- 依上方的讨论,现已公示完毕。惟仍须等待法律部门的回复,以确认此方案切实可行。--SCP-0000(留言) 2022年10月16日 (日) 09:35 (UTC)
- @SCP-2000:所以大约还要多久?—— Eric Liu 創造は生命(留言・留名・学生会) 2022年11月7日 (一) 15:18 (UTC)
- SCP-0000(留言) 2022年11月7日 (一) 16:41 (UTC) 不清楚,个人预计至少一个月以上。另外,其实是 Stang 君询问法律部门,往后如有关于法律部门回复的疑问,询问他为宜。谢谢。--
- @SCP-2000:所以大约还要多久?—— Eric Liu 創造は生命(留言・留名・学生会) 2022年11月7日 (一) 15:18 (UTC)