외부 메일 발송을 부분적으로 비활성화하는 방법은?

안녕하세요!

Discourse가 다음 항목에 대해서만 나가는 이메일을 보내도록 설정하고 싶습니다.

  • 비밀번호 재설정
  • 그 외에는 아무것도.

왜냐하면 대부분의 진행 중인 알림은 이미 푸시 알림으로 처리되고 있기 때문에, 이메일 알림은 중요하지 않다고 생각하기 때문입니다.

감사합니다.
Gulshan 드림

이전에 이 문제를 조사해 봤지만, 제가 아는 한 이에 대한 계획은 없습니다. 스태프 액션만 제외하고 나머지를 모두 비활성화할 수는 있지만, 비밀번호 재설정만 제외하고 나머지를 모두 비활성화하는 것은 불가능합니다.

해결 방법은 모든 사용자의 사용자 알림 설정을 일괄 변경하여 이메일 요약이 전송되지 않도록 하고, 언급되거나 메시지를 받을 때 알림을 받지 않도록 하는 것입니다. 아래 스크린샷과 같습니다. 하지만 나중에 사용자가 이 설정을 변경하고 싶다고 결정하면, 이를 막을 수 없습니다.

다이제스트 제한하기
image

자주 받는 이메일 제한하기

도움이 될까요?

훌륭합니다! 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년 전부터 운영되고 있습니다. 활동적인 활동을 원하는 대부분의 사용자는 자연스럽게 방문하며, 나머지는 검색 엔진을 통해 유입됩니다.

그건 분명 시도해볼 만한 아이디어인 것 같습니다. 하지만 해당 설정을 오용하는 것처럼 보이네요. :slight_smile:

질문: 이메일 알림을 받을 멘션된 사용자가 온라인 상태라면, 즉시 알림을 받나요, 아니면 닌자 편집 시간(ninja edit window)이 지나기를 기다리나요?

이메일을 받지 못하는데 어떻게 올지 알 수 있을지 솔직히 잘 모르겠습니다.

이메일로 답변하는 기능을 사용하지 않으시나요?

우리는 이메일 답변보다 웹 채널만 사용하는 것을 선호합니다.

맞습니다. 사이트에서 일어나는 중요한 일에 대한 이메일 알림을 받기 때문에 많은 사용자가 사이트를 다시 방문한다고 확신합니다. Discourse는 사람들이 어떤 것에 관심이 있는지 잘 추측해 줍니다. 이메일 알림을 보내지 않는 것은 나쁜 아이디어라고 생각합니다. 그리고 정말 나쁜 아이디어이기 때문에 구현하기가 매우 어려울 것이라고 예상했는데, 아마도 그 알림 창을 최대치로 설정하면 될 것 같습니다. :wink:

새로운 커뮤니티를 설정하거나 테스트하는 동안에도 회원들이 로그인하고 포럼을 사용할 수 있도록, 이메일 알림을 일시적으로라도 끄고 싶은 상황이 있을 수 있다고 생각합니다. 사실 지금 바로 그런 경우가 있습니다. 야후 그룹을 대체할 동네 포럼을 설정하는 데 시간을 많이 들였는데, 이미 모든 사람을 가져왔지만 야후 그룹을 종료하기 전에 이메일 알림을 보내기 시작하고 싶지 않기 때문입니다.

플러그인이 disable emails 관리자 설정에 예를 들어 "비밀번호 재설정만"이라는 옵션을 추가할 수 있지 않을까요?

“no” 설정으로 이메일을 비활성화하면 사용자를 불안하게 만들 수 있는 다음 알림이 표시됩니다.

관리자에 의해 모든 발신 이메일이 전역적으로 비활성화되었습니다. 어떤 종류의 이메일 알림도 전송되지 않습니다.

따라서 저는 균형 잡힌 해결책을 최소한으로 유지하되, 중요 이메일과 지난 60일 동안 복귀한 방문자를 위한 주간 다이제스트 이메일로 제한하는 방안을 원합니다. 이전에는 1년으로 설정되어 있었습니다.

그렇다면 위에 드린 조언이 바로 답입니다. 일괄 변경 기능을 사용하여 사용자 설정에서 이메일 알림을 보내지 않도록 설정하세요.

저는 이 의견에 동의하지 않습니다. 이메일이 정상적으로 작동하는지 확인해야 하며, 커뮤니티가 운영을 시작했을 때 이메일에 미치는 영향을 이해해야 합니다.

여기서 이 문제에 대한 몇 가지 지원 주제가 있었습니다. 사람들은 빠르게 마이그레이션을 진행하지만, 이메일을 전혀 테스트하지 않은 채 수천 개의 메시지를 보내는 경우가 있습니다. 그러다 갑자기 테스트 과정에서 이메일을 무시했다는 이유로 우리가 비난의 대상이 됩니다.

mailhog와 같은 도구가 존재하는 이유이기도 합니다. 그리고 이는 제 마이그레이션 툴킷의 필수적인 부분입니다. 가장 좋은 점은 Docker에서 실행할 수 있어 필요할 때 언제든 시작하거나 종료할 수 있다는 것입니다. 브라우저에서 모든 도착 메시지를 확인할 수 있으며, 원한다면 메시지를 실제 SMTP 서버로 방출하여 전달되도록 할 수도 있습니다.

정당한 이유입니다. Discourse는 해당 상태로는 사용할 수 없도록 설계되어 있으며, 이는 일시적인 상태이므로 메시지는 매우 명확하게 표시됩니다. 비밀번호 재설정 요청을 포함하여 어떤 이메일도 발송되지 않습니다.

이 작업을 수행하는 제 주요 목표는 ‘푸시 알림’ 내용을 이메일로 반복하는 것이 아닙니다.

사용자가 중요한 이메일 알림을 받을 때 환영받고, 기분이 좋게 느끼기를 바랍니다.

푸시 알림은 사용자가 지난 10분 동안 활동한 경우에만 전송됩니다.

이메일 알림은 사용자가 10분 동안 활동하지 않은 경우에만 전송됩니다:

원칙적으로 두 알림이 중복으로 전송되지 않아야 하며, 중복되는 경우 설정을 변경했기 때문일 수 있습니다.

좋은 조언 감사합니다! 제 사용 사례에 대한 답은 아마도 가져온 사용자를 일괄 비활성화하는 것일 겁니다. 그러면 과거와 현재 토론에 대한 답변 알림을 받는 사람은 실제로 접속하여 로그인한 사용자들만 될 테니까요.

이것이 사실인지 확실하지 않습니다 :thinking:

브라우저 알림을 의미한다고 명확히 설명했어야 했는데, CDCK에서 호스팅되는 앱 알림은 어쨌든 수신됩니다.

앱과 데스크톱에서 알림이 중복해서 표시되는 경우는 본 적이 없는 것 같지만, 제가 충분히 주의를 기울이지 않고 있는 걸 수도 있겠네요!