저도 같은 이메일을 받았었습니다(제가 관리자로 있는 포럼에서요).
거절된 수신 이메일은 admin/email/rejected에 표시되지 않습니다. 여기에 추가해 주시겠습니까? 그러면 적어도 조사에 도움이 될 것입니다.
또한 오류 메시지가 혼란스럽습니다.
수신인 이메일 주소 discoursereplies+snip@domain.org가 discourse의 거절 이메일 알림 본문 ["discoursereplies+snip@domain.org"]과 같았습니다. Message ID도 아마 정상이었을 것입니다(확인하기 어려움), 단지 발신인 주소가 잘못되었습니다.
아니요, 제 문제도 해결되지 않았을 것입니다.
제 경우, 다른 이메일 주소(다른 SMTP 서버)에서 보냈습니다. 제 이메일 프로그램인 Thunderbird에는 여러 SMTP 서버를 사용할 때 발신인 SMTP 이메일 주소를 혼동하는 버그가 있는 것 같습니다.
응답 메시지에 따르면 그렇게 하는 것이 맞습니다.
수신 이메일 주소 중 인식되는 주소가 없습니다
전체 토픽을 읽어보았는데, 외부인의 관점에서 보면 여러분이 여기서 하려는 요점을 놓치고 있는 것 같습니다. 이는 아파트를 나가 문을 닫을 때, 불을 끄지 않았기 때문에 경고가 뜨는 것과 비슷합니다. 하지만 실제로 메시지는 창문을 열어 두었다고 알려줍니다(사실은 그렇지 않은데도요. 물론 불은 끄는 것이 맞습니다).
그들은 왜 이 메시지가 보내지는지, 그리고 그 이면에 있는 '문제’가 무엇인지 이해하고 있습니다(위에서 언급했듯이, 그것이 문제라고 동의하느냐의 여부는 별개의 문제입니다). 하지만 메시지는 실제로와 다른 내용을 전하는 것처럼 보입니다. 적어도 대부분의 사용자에게는 그런 인상을 줄 가능성이 높습니다.
아마도 사고방식과 사물을 바라보는 방식이 다르기 때문일 것입니다. 이것이 바로 핵심입니다. Jeff님에게는 의미가 있을 것입니다. Jeff님은 'Discourse 관점’에서 생각하기 때문입니다: 그것은 알려지지 않은 ‘TO:’ 또는 ‘수신인’ 주소… 즉, discourse가 최초 이메일을 보낸 주소가 아닙니다. 반면 사용자들(저를 포함하여)은 '답장 이메일 관점’에서 생각합니다: 그들은 올바른 주소로 보냈지만, 다른 주소에서 보낸 것입니다. 그들은 자신들의 의도와 다른 내용을 담은 오류 메시지가 왜 뜨는지 이해하지 못합니다.
이렇게 생각해 보세요. Discourse가 여러분이 설정해 둔 집 전화 번호로 전화를 겁니다. 그런데 여러분은 Discourse에 알려지지 않은 개인 휴대전화로 전화를 겁니다. 따라서 Discourse는 여러분이 누구인지 알지 못해서 전화를 받지 않습니다. (전화를 걸러 받거든요. 
) 그래서 여러 이메일 주소를 사용하도록 권장해야 한다는 것입니다.
Jeff Atwood via Discourse Meta:
응답 메시지에 따르면 그렇게 하는 것이 맞습니다.
대상 이메일 주소 중 인식되는 주소가 없습니다
제 뇌는 그 메시지를 "잘못된 TO: 주소를 사용했습니다"라고 해석했습니다. 그 표현을 개선해 주실 수 있을까요?
그 이메일은 사용자에게 되돌아갑니다. 사용자의 관점에서 "destination(대상)"은 사용자가 보낸 대상 이메일(TO: 주소, 즉 수신자)입니다. Discourse의 관점에서는 잘못된 From: 주소인 것입니다.
다음과 같은 문구 초안을 제안합니다:
죄송합니다. [“discoursereplies+snip-id@domain.org”]로 보낸 이메일(제목: Re: snip title)이 처리되지 않았습니다.
가능한 원인:
- 여러 이메일 주소를 사용 중입니까? 실수로 잘못된 이메일 주소에서 보냈습니까? 이메일로 답변하려면 $site에 가입할 때 사용했던 것과 정확히 같은 이메일 주소에서 보내야 합니다.
- 이메일의 Message-ID 헤더가 수정되었습니다.
- $site에서 제공한 올바른 이메일 주소로 보내고 있는지 확인해 주세요.
네, Jim. 당신의 비유는 훌륭하고 정확합니다. 여기서 핵심은 Discourse가 오류 메시지로 응답한다는 점입니다. 하지만 그 메시지는 "연락하신 번호를 알 수 없습니다"라고 말하지 않습니다. 대신 "잘못된 번호로 전화하셨습니다"라고 말하죠. 이는 올바른 번호로 전화했지만 잘못된 전화를 사용한 일부 사용자를 혼란스럽게 합니다. 그 부분은 맞습니다. 문제는 혼란을 야기하는 오류 메시지입니다.
네, 좋은 아이디어네요. 메시지를 다음과 같이 변경했습니다.
수신 이메일 주소가 인식되지 않거나, 이메일의 Message-ID 헤더가 수정되었습니다. 직원이 제공한 올바른 이메일 주소로 보내는지 확인해 주세요.
다음과 같이:
여러 이메일 주소를 사용하나요? 다른 이메일 주소에서 답장했나요? 이메일 답장은 동일한 이메일 주소로 보내야 합니다. 아니면, 이메일의 Message-ID 헤더가 수정되었을 수도 있습니다.