RBoy
6월 9, 2022, 12:55오전
1
Build 2.9.0.beta4 (82ac698d4f )
Admin → Settings → Email 페이지에서
Discourse는 이메일 주소에 _%{reply_key}_가 포함되어 있지 않으면 Reply by email address를 무시하고, 대신 보내는 이메일의 to 및 reply-to 헤더에 기본 이메일 주소를 사용합니다.
문제를 재현하는 방법과 정상적으로 작동하는 방법을 다음과 같이 설명합니다.
Discourse에 설정된 기본 이메일 주소가 _forum@domain.com_이라고 가정합니다.
Discourse가 이메일을 보내면, from 및 reply-to 헤더에 community.forum@domain.com 대신 _forum@domain.com_이 포함됩니다.
그러나 reply by email address에 _%{reply_key}_를 추가하면:
이 경우 예상대로 작동하며, 이메일은 _community.forum+<id>@domain.com_에서 발송되고 reply-to 헤더도 올바르게 설정됩니다.
pfaffman
6월 9, 2022, 8:50오전
2
이메일로 답변하려면 작동하려면 키가 필요하다고 생각합니다. 키가 없으면 알림 이메일 주소로 되돌아가는데, 이 주소는 app.yml에 설정되어 UI에서 숨겨져 있을 수 있습니다.
RGJ
6월 9, 2022, 8:54오전
3
Jay Pfaffman:
이메일로 답글을 보내려면 키가 필요합니다.
그렇다면 find related post with key를 비활성화하면 어떻게 되나요?
1개의 좋아요
pfaffman
6월 9, 2022, 8:58오전
4
그러면 내가 뭘 말하고 있는지 잘 모르는 건가 보다.
RBoy
6월 9, 2022, 8:59오전
5
reply_key 없이, 그리고 키로 관련 게시물을 찾기 옵션을 비활성화한 상태에서도 정상적으로 작동한다는 것을 확인했습니다. 다만 이메일로 답글 보내기 주소에 제공된 주소와 수신(to) 및 답글(reply-to) 주소가 일치하지 않습니다. 대신 app.yml에 설정된 주소가 기본값으로 사용되고 있습니다.
키를 사용하지 않을 때 이 페이지에서 제공된 이메일 주소를 무시하는 버그로 보입니다.
1개의 좋아요
pfaffman
6월 9, 2022, 9:01오전
6
맞는 말씀인 것 같습니다. 저는 관련 게시물 찾기 옵션에 대해 몰랐을 뿐입니다.
RGJ
6월 9, 2022, 5:47오후
7
나는 우연히 이 사실을 알게 되었어요. 해당 옵션은 데이터베이스에서 응답 키를 찾을 수 없을 때 발생하는 일을 제어합니다.
활성화되어 있으면 게시물이 거부됩니다. 비활성화되어 있으면 이메일 헤더를 사용하여 상황을 파악하려고 시도하는데, 이메일 주소에 대한 경고가 나오는 것이 바로 이 부분입니다. 헤더로 폴백하면 키 불일치 시 거부하는 대신 발신인 주소와 사용자 계정을 일치시킵니다.
2개의 좋아요
Benjamin_D
11월 18, 2022, 11:06오후
10
제 경우엔 이게 이상적이지 않습니다. 특정 제공업체(MXPlan OVH)는 스푸핑 방지 규칙을 다소 엄격하게 적용하여, community.forum@domain.com 사용자가 community.forum+<id>@domain.com 주소로 이메일을 보내는 것을 허용하지 않기 때문입니다(수신 측에서 플러스 어드레싱이 작동하더라도 마찬가지입니다).
무슨 일이 일어나고 있는지 파악하는 데 시간이 좀 걸렸습니다(몇 년 전에 주신 힌트 덕분입니다).
1개의 좋아요
Lilly
8월 31, 2025, 12:10오후
11
