最近有收到 github 一个 bot 发布的钓鱼链接吗

微软接手都这么多年了，总不能有啥坏事都怪吧，有没有可能是因为用户太多，对钓鱼者来说价值更高呢

Report Abuse 即可.

收到 2 次了

这玩意我已经是第 4 天收到了，微软得加把劲啊

@codehz 之前只是收购但仍然独立运营，最近才彻底接手，CEO Thomas Dohmke 已经宣布离职了

我也被一个类似的 typo 号骚扰了，它虽然被 ban 了，我站内信还显示未读而且去不掉

@eagleoflqj 试试 https://github.com/orgs/community/discussions/174283#discussioncomment-14482103

@eagleoflqj https://github.com/orgs/community/discussions/174310
@eagleoflqj t/1161205#reply15

还有投毒的呢 issue 给个链接，复制粘贴到 ps 牛逼的狠

有的，通知还会出现去不掉的情况，如 @eagleoflqj 所说。解决方法也很简单

1. 先去设置，开发者设置那里生成一个 classic 的 token

2.
读通知

curl -L \
-H "Accept: application/vnd.github+json" \
-H "Authorization: Bearer <YOUR-TOKEN>" \
-H "X-GitHub-Api-Version: 2022-11-28" \
https://api.github.com/notifications

记下垃圾未读通知的 ID

3. 把他删掉

curl -L \
-X DELETE \
-H "Accept: application/vnd.github+json" \
-H "Authorization: Bearer <YOUR-TOKEN>" \
-H "X-GitHub-Api-Version: 2022-11-28" \
https://api.github.com/notifications/threads/THREAD_ID

有没有更简单的办法去掉这个烦人的未读消息，你们说的方法都太复杂了，即便我也是个开发。。。

@neteroster #10 你这个我试了，不行啊，删不掉

上面那个 delete 不行

这个直接一把把所有未读的点都去掉了：
curl -L \
-X PUT \
-H "Accept: application/vnd.github+json" \
-H "Authorization: Bearer $TOKEN" \
-H "X-GitHub-Api-Version: 2022-11-28" \
https://api.github.com/notifications \
-d '{"last_read_at": null,"read":true}'

@yb2313 #5 ，收购都不知道年了，要做早做了，也不至于把上了的功能重新下线。
对于 Github 来说变化也就是汇报线调整变更了。而且 Thomas Dohmke 就是微软安插在 Github 的自己人……

如果想要了解这些事情，上个月#后互联网时代的乱弹#有一期提到了这部分内容：
- [第 176 期 安克雷奇又一年 - 后互联网时代的乱弹 | 小宇宙]( https://www.xiaoyuzhoufm.com/episode/68a03fb14840a5d2ca62838b)

----

最后再提一嘴，这些批量发布 Issue 的方式来发布钓鱼链接或者发布 spam 早几年前就有了，只不过可能你这次自己遇到了所以觉得比较特殊。

还有在 github 诈骗的，光是 v2 上的例子就不下 10 个，根本原因是全球经济都在下行

微软收购最直接的影响是把 dashboard 改废了

@94 前几年确实一直没遇到过

@yb2313 #18 ，直接用 github issue spam 这样的关键词，在 V 站用 SoV2ex 都能找到很多 25 年之前的吐槽帖子……

我也收到了，提 spam 了，但好像没处理。

我开 ticket 收到了回复：

Hi there,

（省略套话）

As a workaround, if you're familiar with the GitHub CLI, you can use the script below to mark all of your notifications as read. This may take care of the phantom message, but please note that the 1-0 of 1 message may still persist after the curl command is run. Our engineers are investigating this bug as well.

Running the script to mark notifications as "read" is generally considered safe, as it does not remove the notification itself, only updates the status of the notification. Here is the script:

gh api \
--method PUT \
-H "Accept: application/vnd.github+json" \
/notifications \
-F read=true

If you have a Personal Access Token (PAT), you can also use the following curl command to mark all of your notifications as read. Please note that in order to use the curl command, you will need to replace $TOKEN with your own PAT, which you can create here. Also note that the PAT must have the notifications scope.

curl -X PUT \
-H "Accept: application/vnd.github.v3+json" \
-H "Authorization: token $TOKEN" \
https://api.github.com/notifications

For your reference, here is the documentation for the Notifications REST API endpoint.

（省略套话）

Thanks,

xxx
GitHub Support

@abel533 我也收到了，里面那个超链接的实际 url 和显示不一致，我直接举报 spam 了

刚刚收到...github 出现一个有新通知小红点, 取消不掉了...Github 应该已经注意到这个问题了

@neteroster 感谢 终于把这烦人的蓝点消掉了

我也收到了，而且过去也收到过类似的群发 At 提醒
这种只要放着不管就行，过半天一天之后 Github 自己就会删除掉，提示也会自动消除