안녕하세요!
Discourse가 다음 항목에 대해서만 나가는 이메일을 보내도록 설정하고 싶습니다.
- 비밀번호 재설정
- 그 외에는 아무것도.
왜냐하면 대부분의 진행 중인 알림은 이미 푸시 알림으로 처리되고 있기 때문에, 이메일 알림은 중요하지 않다고 생각하기 때문입니다.
감사합니다.
Gulshan 드림
안녕하세요!
Discourse가 다음 항목에 대해서만 나가는 이메일을 보내도록 설정하고 싶습니다.
왜냐하면 대부분의 진행 중인 알림은 이미 푸시 알림으로 처리되고 있기 때문에, 이메일 알림은 중요하지 않다고 생각하기 때문입니다.
감사합니다.
Gulshan 드림
훌륭합니다! email time window mins를 2000000000으로 설정할 수 있는데, 꽤 긴 시간입니다. personal email time window seconds의 최대값도 동일하지만, 여전히 꽤 긴 시간이죠. 그때까지 현재의 사용자들은 모두 세상을 떠났을 거예요(물론 PMS를 제외하면, 63년 후에도 살아있을 사용자가 몇 명은 있겠죠). 그리고 다이제스트를 그냥 비활성화하면 됩니다.
아니요, 그건 별개의 문제입니다.
새로운 사이트라면 관리자 설정을 통해 기본 사용자 설정을 지정할 수 있습니다.
그렇지 않다면 Rails 콘솔을 통해 설정할 수 있습니다. Edit a user preference for everyone or a subset of users
email time window(이메일 시간 창)가 알림 이메일을 보내기 전에 그렇게 오래 기다리나요? 해당 설정을 변경하고 요약 이메일을 비활성화하면 해결될 것 같습니다.
이 사이트는 2년 전부터 운영되고 있습니다. 활동적인 활동을 원하는 대부분의 사용자는 자연스럽게 방문하며, 나머지는 검색 엔진을 통해 유입됩니다.
그건 분명 시도해볼 만한 아이디어인 것 같습니다. 하지만 해당 설정을 오용하는 것처럼 보이네요. ![]()
질문: 이메일 알림을 받을 멘션된 사용자가 온라인 상태라면, 즉시 알림을 받나요, 아니면 닌자 편집 시간(ninja edit window)이 지나기를 기다리나요?
이메일을 받지 못하는데 어떻게 올지 알 수 있을지 솔직히 잘 모르겠습니다.
이메일로 답변하는 기능을 사용하지 않으시나요?
우리는 이메일 답변보다 웹 채널만 사용하는 것을 선호합니다.
맞습니다. 사이트에서 일어나는 중요한 일에 대한 이메일 알림을 받기 때문에 많은 사용자가 사이트를 다시 방문한다고 확신합니다. Discourse는 사람들이 어떤 것에 관심이 있는지 잘 추측해 줍니다. 이메일 알림을 보내지 않는 것은 나쁜 아이디어라고 생각합니다. 그리고 정말 나쁜 아이디어이기 때문에 구현하기가 매우 어려울 것이라고 예상했는데, 아마도 그 알림 창을 최대치로 설정하면 될 것 같습니다. ![]()
“no” 설정으로 이메일을 비활성화하면 사용자를 불안하게 만들 수 있는 다음 알림이 표시됩니다.
관리자에 의해 모든 발신 이메일이 전역적으로 비활성화되었습니다. 어떤 종류의 이메일 알림도 전송되지 않습니다.
따라서 저는 균형 잡힌 해결책을 최소한으로 유지하되, 중요 이메일과 지난 60일 동안 복귀한 방문자를 위한 주간 다이제스트 이메일로 제한하는 방안을 원합니다. 이전에는 1년으로 설정되어 있었습니다.
그렇다면 위에 드린 조언이 바로 답입니다. 일괄 변경 기능을 사용하여 사용자 설정에서 이메일 알림을 보내지 않도록 설정하세요.
저는 이 의견에 동의하지 않습니다. 이메일이 정상적으로 작동하는지 확인해야 하며, 커뮤니티가 운영을 시작했을 때 이메일에 미치는 영향을 이해해야 합니다.
여기서 이 문제에 대한 몇 가지 지원 주제가 있었습니다. 사람들은 빠르게 마이그레이션을 진행하지만, 이메일을 전혀 테스트하지 않은 채 수천 개의 메시지를 보내는 경우가 있습니다. 그러다 갑자기 테스트 과정에서 이메일을 무시했다는 이유로 우리가 비난의 대상이 됩니다.
mailhog와 같은 도구가 존재하는 이유이기도 합니다. 그리고 이는 제 마이그레이션 툴킷의 필수적인 부분입니다. 가장 좋은 점은 Docker에서 실행할 수 있어 필요할 때 언제든 시작하거나 종료할 수 있다는 것입니다. 브라우저에서 모든 도착 메시지를 확인할 수 있으며, 원한다면 메시지를 실제 SMTP 서버로 방출하여 전달되도록 할 수도 있습니다.
정당한 이유입니다. Discourse는 해당 상태로는 사용할 수 없도록 설계되어 있으며, 이는 일시적인 상태이므로 메시지는 매우 명확하게 표시됩니다. 비밀번호 재설정 요청을 포함하여 어떤 이메일도 발송되지 않습니다.
이 작업을 수행하는 제 주요 목표는 ‘푸시 알림’ 내용을 이메일로 반복하는 것이 아닙니다.
사용자가 중요한 이메일 알림을 받을 때 환영받고, 기분이 좋게 느끼기를 바랍니다.
좋은 조언 감사합니다! 제 사용 사례에 대한 답은 아마도 가져온 사용자를 일괄 비활성화하는 것일 겁니다. 그러면 과거와 현재 토론에 대한 답변 알림을 받는 사람은 실제로 접속하여 로그인한 사용자들만 될 테니까요.
이것이 사실인지 확실하지 않습니다 ![]()
브라우저 알림을 의미한다고 명확히 설명했어야 했는데, CDCK에서 호스팅되는 앱 알림은 어쨌든 수신됩니다.
앱과 데스크톱에서 알림이 중복해서 표시되는 경우는 본 적이 없는 것 같지만, 제가 충분히 주의를 기울이지 않고 있는 걸 수도 있겠네요!