새 주제만 알림 또는 이메일을 트리거한다는 점에 유의하세요. 사용자가 해당 주제를 특별히 모니터링하고 있지 않는 한, 카테고리 내의 답변은 알림을 생성하지 않습니다.
자주 묻는 질문(FAQ)
Q: 이메일이 몇 통 읽혔거나 누가 읽었는지 추적할 수 있나요?
A: Discourse에는 이메일 열람에 대한 내장 추적 기능이 없습니다. 셀프호스팅 Discourse 사이트의 경우, 이메일 전송 서비스를 통해 이메일 열람을 추적할 수 있을 수 있지만, 이 기능은 Discourse에 기본적으로 포함되어 있지 않습니다.
Q: 사용자가 Announcements 카테고리의 모든 게시물에 대해 알림을 받나요?
A: 아니요, 사용자는 카테고리 내의 새 주제에 대해서만 알림을 받습니다. 사용자가 해당 주제를 특별히 모니터링하고 있지 않는 한, 기존 주제에 대한 답변은 알림을 생성하지 않습니다.
내가 인용되거나, 답글을 받거나, @사용자명이 언급되거나, 내가 관찰 중인 카테고리, 태그 또는 주제에 새로운 활동이 있을 때 이메일을 보내세요.
사용자는 이 옵션을 “절대 보내지 않음”, “부재 중일 때만”, 또는 "항상"으로 설정할 수 있습니다. 이 설정의 기본값은 default_email_level 사이트 설정으로 구성할 수 있습니다. 이 값을 변경할 때 기존 사용자에게도 적용할 수 있도록 선택할 수 있습니다. 그러나 이것은 관찰 중인 카테고리에만 국한된 것이 아니라, @멘션과 내 게시물에 대한 답글에도 해당합니다.
이 문제를 곰곰이 생각해 보고 기존 솔루션을 찾아본 끝에, 전용 주제(스레드)를 새로 여는 것보다 이 자리가 이런 고민을 나눌 곳이라고 생각됩니다:
대량 이메일 관리자 대기열(mass-email admin queue) 기능이 도입될 만한 근거가 있을까요?
저는 있다고 생각합니다.
제 사용 사례에서 가이드에 따라 대량 경고를 보내면 원치 않는 대량 이메일도 함께 발송됩니다. 이 시나리오에서 대량 이메일 대기열이 있었다면, 해당 트리거는 관리자 승인이 필요했을 것입니다.
즉, 사람이 직접 검토하기 전까지는 발송되지 않도록 할 수 있습니다.
전체 승인(blanket approval) 방식이든, 특정 그룹을 추가하거나 제거할 수 있는 세밀한 승인(granular approval) 방식이든 말입니다.
이렇게 하면 실제로 문제를 해결하면서도 유용한 기능을 추가할 수 있습니다.
이런 기능은 의도치 않은 비용 발생을 방지하는 데도 도움이 될 것 같습니다. 대부분의 사용자가 유료 제3자 이메일 서비스를 사용하는데, 설정 오류나 실수, 혹은 시간이 지남에 따른 무지로 인해 실수로 10만 건의 이메일을 발송하게 되면 매우 짧은 시간 안에 상당한 비용이 발생할 수 있기 때문입니다.