이것은 내 개인적인 실수일 수도 있지만, 이메일로 답글 보내기(reply-by-email)를 설정한 후 받는 일부 오류 보고에 대해 조금 혼란스럽습니다.
누군가가 자신의 계정에 연결된 이메일 주소가 아닌 다른 주소에서 답글을 보낼 때, 오류 메시지(자체 호스팅 Discourse 인스턴스에서)가 잘못된 것일 수 있습니다. 잘못된 주소로 보낸 경우에 받아야 할 메시지가 아니라, 알 수 없는 주소에서 보낸 경우에 받아야 할 메시지처럼 보입니다.
그 경우 제가 받는 메시지의 제목은 이메일 문제 – 알 수 없는 To: 주소이며, 본문은 다음과 같습니다:
죄송합니다. [“SNIP”](제목: Re: Help Please)로 보낸 이메일 메시지가 작동하지 않았습니다.
목적지 이메일 주소가 인식되지 않거나, 이메일의 Message-ID 헤더가 수정되었습니다. 스태프가 제공한 올바른 이메일 주소로 보내는지 확인해 주세요.
답글의 From: 주소를 계정에 연결된 주소와 일치하도록 변경하면 문제가 해결되는 것 같습니다.
이 동작을 수정하는 쉬운 방법이 있을까요? 제가 무언가를 잘못 설정한 건가요?
(실제로 제가 정말 바라는 것은 From: 헤더를 완전히 무시하고, 대신 여기에서 논의된 대로 답글 키(reply key)만 사용하는 옵션입니다. 그런 가능성이 있을까요?)
reply_id(주제와 답글을 작성하는 사람을 모두 매핑하는 것으로 보입니다)만으로도 식별자로서 충분하다고 볼 수 있고, reply_id를 위조하는 것은 이메일 주소를 위조하는 것보다 더 어렵기 때문에, 올바른 이메일 주소에서 왔든 아니든 사실상 동일한 수준의 강도를 가진다고 주장할 수도 있습니다.
하지만 제가 실제로 그렇게 주장하려는 것은 아닙니다. 여기서 말씀하신 내용은 전혀 합리적입니다. 그리고 곰곰이 생각해 보니, 이 동작을 유발하는 것은 확실히 예외적인 경우(edge case)임을 깨달았습니다(우리는 SSO를 통해 대학 이메일 주소로 계정을 생성하지만, 사람들은 때때로 해당 주소를 다른 주소로 전달하고, 그 다른 주소에서 답글을 보냅니다).
제 진짜 질문은, 그런 경우 사람들이 받는 오류 이메일의 내용입니다. 이 내용은 오해의 소지가 있어 보입니다. 제가 파악한 바로는, 이 경우 오류 이메일을 받는 사람이 통제할 수 있는 실제 문제, 또는 적어도 핵심은 “To” 주소가 아니라 “From” 주소(그리고 해당 계정에 연결된 주소)입니다.
어쨌든, 저는 이미 다음을 통해 우회 조치를 마련했습니다:
해당 메시지의 내용을 변경하는 것(Discourse가 이렇게 커스터마이징할 수 있다는 점이 좋습니다!) 그리고
이메일로 답글 기능을 사용하려면 이메일 주소를 변경하라고 사람들에게 알려주는 것
하지만 이러한 혼란 가능성을 고려할 때, 어떤 상황에서 어떤 오류 메시지가 전송되는지에 대해 무언가를 변경하는 것이 합리적인지 궁금할 뿐입니다.
그 질문에 대한 답이 "아니요, 현재 상태 그대로 괜찮습니다"라면, 그것도 전혀 괜찮습니다.
우선 관리자 사용자 페이지에서 이를 노출하여 2.5에서 이메일 주소를 확인하고 추가할 수 있도록 시작하는 것이 좋겠습니다. 그다음, 이제 잘 테스트된 rake 태스크를 가지고 있으므로, 관리자 페이지에서 사용자를 병합하기 위한 기본적인 UX를 추가하는 것이 다음 단계가 될 수 있습니다.
불행히도 제안된 기능이 제 Discourse 인스턴스에서 경험한 문제를 해결할 수 있는지 알 수 없습니다.
제 경우, 해당 사용자는 시민 사회 단체의 의장입니다. 그녀는 두 개의 이메일 주소와 두 개의 Discourse 계정(각 주소당 하나)을 가지고 있었습니다. 한 계정은 그녀의 개인적 정체성을 나타냈고, 다른 계단은 시민 사회 단체를 대표하는 “공식” 게시물을 위해 사용되었습니다.
이메일로 답장할 때 그녀는 자주 “잘못된” 이메일 주소에서 답장을 보냈기 때문에 답장이 거부되었습니다.
위에서 논의 중인 기능은 하나의 Discourse 계정에 여러 이메일 주소를 허용하는 것을 포함할 것으로 보이지만, (당연히) 하나의 이메일 주소당 여러 Discourse 계정은 허용하지 않을 것입니다. 따라서 불행히도 제 사용 사례에는 적용되지 않습니다.
네. 가끔 사람들이 그런 상황에 빠지긴 하죠. 하지만 저는 그것을 엣지 케이스보다는 코너 케이스라고 부를 것 같습니다
제가 이해한 바로는, 이 사람은 사실상 두 개의 정체성을 가지고 있지만, 어떤 이유에서인지 둘 다 같은 이메일 계정으로 들어오고 있다는 건가요? 만약 그렇다면, 이 문제적인 시나리오는 Discourse 외에도 더 많은 곳에서 발생했을 가능성이 높아 보입니다. 아마 이메일 클라이언트에서 처리하는 것이 더 적합하지 않을까요?
저는 업무용 이메일 계정에 몇 가지 업무 관련 별칭(aliases)을 사용하는데, 클라이언트가 답장 시 ‘발신자’ 주소를 메일이 발송된 주소와 일치시켜 줍니다…
