다음은 제가 시행착오를 통해 관찰했지만, 문서화되어 있거나 경고나 오류 메시지로 확인한 적은 없는 내용입니다.
디스코스가 호스팅하는 저희 사이트(매우 감사드립니다!)에서, 카테고리에 대해 커스텀 수신 이메일 주소를 설정할 때 해당 주소가 foo+{something}@discoursemail.com 형식(여기서 'foo’은 저희 사이트의 일반 슬러그)으로 시작해야만 작동하는 것처럼 보입니다.
구체적으로, 저는 종종 새로운 카테고리를 만들고, 직관적이라고 생각하는 이메일 주소를 설정한 후, 해당 주소로 테스트 메일을 보내곤 합니다. 그런데 바운스 메일(수정: 결국 몇 시간 뒤에 한 통은 받았습니다)을 받지 못하거나, 저희 사이트의 수신 또는 거부 이메일 로그에 해당 메일이 표시되는 것을 볼 수 없었습니다. 그러다 결국 이전 경험을 떠올리고 주소를 foo+<이름>으로 설정한 후 다시 테스트를 해보았더니 즉시 작동했습니다.
제가 잘못 본 것이 아니라면, 이는 디스코스가 여러 호스팅 사이트 중 특정 사이트로 의도된 메일을 구별하기 위한 수단으로 이해할 수 있을 것 같습니다. 하지만 제 추측이 맞는지 확인하고 싶었습니다. 혹은 제 추측이 틀렸다면, 제가 처음 선택한 이메일 주소들이 왜 /dev/null로 사라지는 것처럼 보이는지에 대한 다른 설명이 있는지 알고 싶습니다.
For our (hosted) site, I didn’t realize that …@{OUR PREFIX}.discoursemail.com was an option and have only ever tried using …@discoursemail.com as the hostname because that’s what the default “accept incoming emails” address uses (and I’ve updated my original query above to try and clarify this since I left the hostname off in the original question). I’ll give that a try, thanks for the tip!
Though I understand that Discourse can’t verify email addresses for self-hosted instances of Discourse, would it be possible to have the hosted instances generate a warning or error if the email address was not of an expected format? (or an expected format when using a …discoursemail.com address?
I think you’ve confirmed my suspicion that this is an issue specific to hosted Discourse sites like ours. I don’t know what level of effort would be required to have such sites verify that the …discoursemail.com addresses entered in this field are valid, but such a feature would’ve saved me a fair amount of time and frustration over the past several years of setting up new mailing lists and aliases, wondering why they don’t work. I imagine it would help others as well.
Alternatively, even a little tool tip on that field for a hosted site indicating that a legal address must be slug+...@discoursemail.com or ...@slug.discoursemail.com would go a long way. Though I don’t know whether making that tip specific to hosted Discourse sites makes that approach unworkable.
@supermathie — 배송지가 우편이 수신되는 주소보다 더 관련이 있다는 지적은 좋은 지적입니다.
이전 요청을 좀 더 구체적으로 다듬어 보면, @discoursemail.com 또는 @*.discoursemail.com 패턴에 해당하지만 slug+…로 시작하거나 @slug.discoursemail.com로 끝나지 않는 수신 이메일 주소를 입력하려는 시도에 대해 경고가 표시되면, Discourse에서 호스팅되는 커뮤니티에 여전히 유용할 것 같습니다.
이 방식은 첫 번째 경우(접미사로 discoursemail.com이 없으므로)를 허용하면서, slug-users@discouresmail.com과 같은 주소를 설정하려는 시도에 대해서는 여전히 경고를 표시합니다. 저는 항상 이런 패턴의 주소를 설정하려고 했다가, 해당 주소로 온 메일이 조용히 폐기되는 것을 보고 혼란을 겪곤 했습니다.
(contoso가 커뮤니티의 슬러그라고 가정하면, 두 번째 경우에도 경고가 표시되지 않을 것입니다.)