「누군가 메시지를 보내면 이메일을 보내 주세요」 사용자 옵션이 「항상」으로 설정되어 있을 때, 사용자가 메시지를 이미 읽은 경우를 제외하고는 개인 메시지(PM)에 대해 이메일을 보내지 않아야 하는 경우는 없습니다. 이 경우 로그에 표시되는 스킵 이유는 「이 이메일과 관련된 알림은 이미 읽었습니다.」여야 합니다. 이는 사용자가 실제로 사이트에서 해당 메시지를 방문한 경우에만 발생해야 하며, 드롭다운 메뉴에서 알림만 확인한 경우에만 개인 메시지가 스킵되지 않도록 해야 합니다.
메시지 수준을 「항상」으로 설정한 개인 메시지 수신자에게는 「사용자가 최근에 접속한 것으로 확인됨」 스킵 이유는 표시되지 않아야 합니다. 스크린샷에 표시된 스킵된 메시지가 개인 메시지에 해당하는지 확인해 보셨나요?
다른 메시지로 테스트해 보았지만, 이번에는 메시지가 즉시 읽히지 않았습니다 — 수신자는 메시지를 방문하지 않고 포럼을 계속 둘러보았습니다. 이메일 알림은 위와 정확히 같은 방식으로 취소되었습니다. 제가 볼 때, 그 사람이 포럼을 사용 중이었기 때문에 거의 즉시 취소된 것으로 보입니다. 제가 발견할 수 있는 차이는 없습니다.
질문을 정확히 이해했는지 모르겠습니다. 스크린샷의 user_private_message는 개인 메시지만을 위한 것이 아닌가요?
도움이 될지는 모르겠지만, "이 이메일의 알림은 이미 읽혔습니다."라는 메시지와 함께 건너뜀 이메일을 확인하는 경우는 user_mentioned 이메일인 경우이고, user_private_message 이메일은 아닙니다(최소 저희의 건너뜀 이메일 목록 기준으로는요).
네, 그렇습니다. 스크린샷에는 분명히 개인 메시지(PM)가 표시되어 있습니다. 누군가에게 메시지를 받으면 항상 이메일로 알림을 받도록 설정한 사용자의 경우, 해당 사용자가 Discourse 사용자 인터페이스를 통해 그 개인 메시지를 읽지 않았다면 이메일이 발송되어야 합니다.
tests-passed 환경에서 이를 재현할 수 있는 간단한 방법이 없어서, meta에서 누군가에게 메시지를 보내달라고 요청했습니다. 이것이 충분할 것이라고 생각합니다. 메시지가 도착했을 때 저는 meta를 사용 중이었으며, 메시지를 확인하지 않은 채로 10분 넘게 meta를 계속 둘러보았습니다. 그 동안 이메일 알림은 전혀 도착하지 않았고, 개인 메시지 알림 설정은 '항상’으로 되어 있었습니다. 이는 제가 stable 버전에서 설명했던 것과 동일한 동작입니다.
이 링크의 마지막 메시지에 대한 알림이 왜 발송되지 않았는지 Skipped emails 로그를 확인해 주실 수 있을까요?
메시지에 대한 모바일 푸시 알림이 이메일 알림을 취소하는 것일까요? 저는 즉시(10분 후가 아니라) 푸시 알림을 받았지만, 10분간의 간격 동안 이를 열지 않았고(DiscourseHub 앱을 열지도 않았습니다).