github.com/yccoombinator/-notification/issues/477
最近这个 bot 大量发布 issue @了很多人，上来就让你申请投资。怎么微软一彻底接手 github 就出现这种东西？以前从来没被这种垃圾信息干扰过，gh 以后不会每天登录消息栏就是各种各样的垃圾信息吧？

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

Report Abuse 即可.

收到 2 次了

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

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

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

试试 github.com/orgs/community/discussions/174283＃discussioncomment-14482103

github.com/orgs/community/discussions/174310
www.hesudu.com/t/1161205＃reply15

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

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

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

2.
读通知

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

记下垃圾未读通知的 ID

  1. 把他删掉

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

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

＃10 你这个我试了，不行啊，删不掉

最近收到好几个 gitcoin 的邮件，看着很可疑
描述
imgur.com/a/oV8lLea

上面那个 delete 不行

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

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

如果想要了解这些事情，上个月＃后互联网时代的乱弹＃有一期提到了这部分内容：

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

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

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

前几年确实一直没遇到过

＃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" \
api.github.com/notifications

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

（省略套话）

Thanks,

xxx
GitHub Support