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