维基百科讨论:通过电子邮件申请IP封禁豁免指南

页面内容不支持其他语言。
维基百科,自由的百科全书


配置表单来方便用户发邮件申请账户或申请IPBE权限

目前一个用户如果在自己的IP被封禁的情况下希望注册账户,或是第一次申请IPBE权限,其需依照本指引中的要求需要发送邮件至unblock-zh@lists.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)[回复]
那啥,两个问题:
  1. IP被封禁能提交得了这个表单么?
  2. 这个扩展有啥防滥用机制么?会不会被利用来大量发送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)[回复]
似乎没有明确的反对意见,故公示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)[回复]
非常不好意思摸了这么久。对于表单内容,咱个人的意见是这样的:如果可能,应设计两个表单,分别针对未注册用户(用于申请账户)和注册用户申请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件有依照格式;
  1. 沒有依照格式的16件申請中,
    1. 有9件因此缺乏必要資料需要補件。
    2. 其餘7封雖然沒有按照格式,但有提供必要資訊,仍申請通過。
  2. 有依照格式的22件申請中,
    1. 有2件提供的IP並沒有被封鎖,但提供的封鎖ID有被封鎖,仍申請通過。
    2. 有2件提供的封鎖ID錯誤(提供了不是封鎖ID的無用資料),
      1. 其中1件因為IP及封鎖ID皆錯誤而申請失敗。
    3. 有3件即使依照格式申請,但不知為何仍缺乏必要資訊,因此申請失敗。
我正在做的就類似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)[回复]

暂拟的配置,非常简单:

// 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)[回复]
简单 公示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)[回复]

歪个楼问一下,目前申请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)[回复]
Stang(話說要存檔到哪裡來著)—— 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)[回复]
Ericliu1912 不清楚,個人預計至少一個月以上。另外,其實是 Stang 君詢問法律部門,往後如有關於法律部門回覆的疑問,詢問他為宜。謝謝。--SCP-0000留言2022年11月7日 (一) 16:41 (UTC)[回复]
@stang:--Ghren🐦🕛 2022年12月5日 (一) 04:34 (UTC)[回复]
了解。—— Eric Liu 創造は生命(留言留名學生會 2022年12月13日 (二) 07:49 (UTC)[回复]
@Stang:情況如何?—— Eric Liu 創造は生命(留言留名學生會 2023年1月3日 (二) 16:07 (UTC)[回复]
Stang如果沒有進展,就暫時先將此話題存檔了。—— Eric Liu 創造は生命(留言留名學生會 2023年2月2日 (四) 02:25 (UTC)[回复]