# 마지막 알림 이후로 읽지 않은 토픽의 알림을 차단

**URL:** https://meta.discourse.org/t/suppress-notifications-on-topics-that-havent-been-read-since-last-notification/189074
**Category:** Feature
**Created:** [5월 4, 2021, 1:33오전 UTC](https://meta.discourse.org/t/suppress-notifications-on-topics-that-havent-been-read-since-last-notification/189074 "2021-05-04T01:33:07Z")
**Posts on this page:** 1
**Page:** 1

<div class="post-metadata">

### Author: ![trumpetinc](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/trumpetinc/32/199367_2.png) [@trumpetinc](https://meta.discourse.org/u/trumpetinc)
#### Post date: [5월 4, 2021, 1:33오전 UTC](https://meta.discourse.org/t/suppress-notifications-on-topics-that-havent-been-read-since-last-notification/189074/1 "2021-05-04T01:33:08Z")

</div>

회사 내부용으로 사용하는 작은 포럼에 대해 phpBB에서 다른 플랫폼으로 이주를 진행 중입니다. phpBB에서 우리가 많이 의존하게 된 기능 중 하나는, 사용자가 해당 토픽의 최신 게시물을 실제로 읽지 않은 경우 업데이트 이메일을 보내지 않도록 하여 토픽에 대한 이메일 알림을 최소화하는 것이었습니다.

이러한 동작을 구현할 수 있는 방법이 있기를 바라고 있지만, 과거 게시물들을 읽어본 결과로는 그런 기능이 보이지 않습니다.

참고: 이는 여기서 다루는 시나리오와 다릅니다: [Get notified of new topics, but not posts](https://meta.discourse.org/t/get-notified-of-new-topics-but-not-posts/12809) - 우리는 사용자가 카테고리 내 모든 토픽을 관찰(watch)하도록 하되, 사용자가 해당 토픽을 읽지 않은 상태에서 같은 토픽의 게시물에 대해 두 번 이상 알림을 받지 않도록 하기를 원합니다.

사용 사례의 세부 사항:

사용자 A, B, C가 모두 한 토픽을 관찰하고 있으며, 해당 토픽의 모든 게시물에 대해 완전히 최신 상태를 유지하고 있습니다.  
사용자 A가 새로운 게시물을 작성합니다.  
Discourse가 사용자 B와 사용자 C에게 이메일 알림을 전송합니다.  
사용자 B가 클릭하여 토픽을 확인합니다.  
사용자 A가 해당 토픽에 또 다른 게시물을 추가합니다.

제가 원하는 동작:  
 → 사용자 B에게만 새로운 게시물에 대한 이메일 알림이 전송됩니다.

사용자 B에게 알림이 전송되지 않는 이유는, 이미 해당 토픽에 업데이트가 있었음을 알리는 알림을 한 번 받았기 때문입니다 - 또 다른 알림을 보내면 받은 편지함이 지저분해집니다.

아마도 ‘추적(tracking)’ 기능이 여기에 관련이 있을까요? 하지만 추적 기능이 이메일 알림과는 아무런 상관이 없는 것처럼 보입니다…

"왜 이런 기능이 필요한가요?"라는类型的 질문이 나올 수 있을 것 같아, 미리 답변을 시도해 보겠습니다:

이것은 업무의 일부로 사람들이 사용하는 내부 포럼입니다 - 모든 이메일 왕래를 대체하는 것입니다 - 우리는 여전히 비동기식(async) 커뮤니케이션을 원합니다(따라서 Slack이나 다른 IM 플랫폼을 지향하는 것은 아닙니다). 볼륨은 낮습니다(특정 카테고리에서 하루에 5~10개의 새 토픽이 생성되고, 각 토픽당 10~20개의 게시물이 올라오는 수준) 하지만 모든 토픽은 모든 사용자에게 확인되어야 하며, 사용자가 다시 자리에 앉았을 때 같은 토픽에 대한 10개의 이메일이 받은 편지함을 가득 채우는 상황을 원하지 않습니다. 또한, 우리는 사용자가 Discourse 내부에서 업무를 처리하기를 강력히 원합니다(사용자가 추적해야 할 수많은 게시물로 받은 편지함을 지저분하게 하고 싶지 않습니다). 제 원래 계획은 이메일에 게시물 내용을 포함시키지 않는 것이었습니다(즉, 사용자가 토론을 확인하기 위해 Discourse 자체를 클릭하도록 강제하는 것).

사용자들이 이메일 클라이언트에서 스레드 보기(threaded view)를 사용하도록 할 수 있다면, 이 문제는 무의미해질 수 있습니다 - 하지만 Discourse를 설정하여 이를 처리할 방법이 있다면, 그 방법을 듣고 싶습니다.