바운스된 이메일 수가 과도할 때 알림

이메일 반송은 커뮤니티에서 흔히 발생하는 일이며 정상적인 현상입니다. 하지만 때로는 더 근본적인 문제가 존재하여 대량의 발신 이메일이 반송되는 원인이 될 수 있습니다. 이러한 문제가 간과되지 않도록 관리자 대시보드 알림/개인 메시지 알림을 제공하는 것이 좋은 아이디어입니다.

14개의 좋아요

명백히 방치된 커뮤니티가 하나 있고, Mailgun 계정이 해지되었거나 미납 상태인 것 같습니다. 이런 상황을 인지할 수 있는 방법이 있으면 좋겠습니다. Discourse가 몇 달 전부터 메일 전송을 시도조차 하지 않는 것으로 보입니다.

4개의 좋아요

+1. @pfaffman이 언급한 것과 정확히 같은 이유입니다. 고객들을 위해 여러 Discourse 인스턴스를 관리할 때, 특히 고객이 자체 SMTP 서비스를 사용하고 있는데 이를 위한 비용을 납부하지 않은 경우, 인스턴스가 이메일 전송을 완전히 중단하거나 '침묵하게 실패(fail silently)'하지 않는 것이 좋습니다.

1개의 좋아요

저도 이 기능을 찬성합니다. 어떤 이메일이 이제 폐기되는지, 그리고 그 이유가 무엇인지(소프트 바운스, 하드 바운스 등) 알 수 있으면 좋겠습니다. 관리자에게 알림을 보내거나 로그에 확인할 수 있는 항목을 추가하는 것도 좋을 것 같습니다.

바운스된 이메일이 Discourse에 의해 차단되었는지 아닌지 파악하려고 애를 쓰고 있습니다.

예를 들어 로그에서 다음 내용을 본다면

Email can not be processed: Email::Receiver::BouncedEmailError

Discourse가 해당 주소로 계속 이메일을 보낼지, 아니면 더 이상 보내지 않을지 어떻게 알 수 있을까요?

1개의 좋아요

이메일이 폐기되면 관리자 알림이 표시되며, 다음은 soundtransit 알림 이메일 발신자에서 받은 알림입니다. 수신 이메일을 처리하지 않고 발송만 하므로 자동으로 발송된 것일 수 있습니다:

흥미롭네요. 폐기된 이메일 알림은 보이지 않습니다. 하지만 로그와 이메일 수신함에 바운스된 이메일이 많이 표시되고 있습니다. 따라서 질문은 두 가지입니다:

  1. Discourse가 바운스된 이메일 응답을 올바르게 파싱하는지 어떻게 알 수 있을까요? Bounced 이메일 관리자 패널에는 바운스된 이메일이 하나도 없지만, 명확하게 Received 이메일 섹션에 바운스된 이메일이 존재하기 때문에 묻는 것입니다.
  2. Discourse는 언제 바운스된 이메일이 더 이상 유효하지 않은 이메일이라고 판단하여 해당 주소로 이메일 전송을 중단하게 되나요?

글쎄요, 그것은 몇 가지 사항에 따라 달라질 것입니다. 먼저 이메일이 다음과 같은 경우입니다:

#1 단순히 전달 불가로 반환되는 경우.

또는

#2 메일의 수신 대상자가 메일을 수신했지만, 메일 발송을 중단해 달라는 요청(발송 중지/중단 요구)을 회신한 경우입니다. 이는 다른 상황이며, 여기에서 Sound Transit의 경우 이와 같은 일이 발생했을 수 있습니다. Sound Transit에는 이를 자동으로 처리하는 시스템이 있거나, 애초에 그들에게 발송되어서는 안 되는 알림 이메일에서 구독을 해지하도록 수동으로 요청했을 수도 있습니다.