当通知提要取消关注固定提要时，是否会删除活动？
When a notification feed unfollows a flat feed, are activities removed?
标题几乎说明了一切，但我会在 body 中重复更详细的内容。
当通知提要 notification:user1 跟随固定提要 posts:user2 时，活动将从 posts:user2 复制到 notification:user1。可以通过传递 activityCopyLimit 整数来选择性地指定要复制的活动的精确数量。
但是，当一个供稿取消关注另一个供稿时，没有类似的选项可以控制此行为。文档简单地指出：
Existing activities in the feed coming from the target feed will be purged (asynchronously)
所以我的问题是：也是通知源的情况吗？
无论是否，不 清除活动的选项都会非常有用。仅仅因为用户不再需要从给定的提要中接收活动并不一定意味着已接收内容的历史应该消失。
非常感谢。
目前无法做到这一点，Feed 将始终被清除。我确实了解您的用例，我们会考虑将此功能添加到我们的路线图中。
使用 keep_history 参数取消关注订阅源时可以不清除历史记录。此功能仍未在所有官方客户端上可用，但在 API rest documentation. The parameter needs to be provided as part of the query parameters and have value true or 1. If your client is not yet supported, you should open a ticket on its Github repository.
中有描述
标题几乎说明了一切，但我会在 body 中重复更详细的内容。
当通知提要 notification:user1 跟随固定提要 posts:user2 时，活动将从 posts:user2 复制到 notification:user1。可以通过传递 activityCopyLimit 整数来选择性地指定要复制的活动的精确数量。
但是，当一个供稿取消关注另一个供稿时，没有类似的选项可以控制此行为。文档简单地指出：
Existing activities in the feed coming from the target feed will be purged (asynchronously)
所以我的问题是：也是通知源的情况吗？
无论是否，不 清除活动的选项都会非常有用。仅仅因为用户不再需要从给定的提要中接收活动并不一定意味着已接收内容的历史应该消失。
非常感谢。
目前无法做到这一点，Feed 将始终被清除。我确实了解您的用例，我们会考虑将此功能添加到我们的路线图中。
使用 keep_history 参数取消关注订阅源时可以不清除历史记录。此功能仍未在所有官方客户端上可用，但在 API rest documentation. The parameter needs to be provided as part of the query parameters and have value true or 1. If your client is not yet supported, you should open a ticket on its Github repository.