# 이메일 거절 처리 개선

**URL:** <https://meta.discourse.org/t/better-handling-of-email-rejection/163834>\
**Category:** Feature\
**Created:** [9월 12, 2020, 4:07오후 UTC](https://meta.discourse.org/t/better-handling-of-email-rejection/163834 "2020-09-12T16:07:49Z")\
**Posts on this page:** 1\
**Showing post:** 11

<div class="post-metadata">

**Author:** ![justin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/justin/32/157614_2.png) [@justin](https://meta.discourse.org/u/justin)\
**Post date:** [9월 14, 2020, 5:43오후 UTC](https://meta.discourse.org/t/better-handling-of-email-rejection/163834/11 "2020-09-14T17:43:51Z")

</div>

> [@jrivettcsa](#):
>
> 이 중 몇 가지를 확인해 보니(Email::Receiver::BadDestinationAddress), 상당수가 고객으로부터 온 정당한 회신으로 보이며, 수신자 주소는 [replies+longidentifier@discourse.site.com](mailto:replies+longidentifier@discourse.site.com)과 같은 형식입니다. Discourse가 발신자에게 보내는 경고 이메일은 해당 이메일이 참조된 토픽에 연결된 주소가 아닌 다른 주소에서 발송되었음을 시사하며, 이것이 아마도 원인일 것입니다. 하지만 이런 경우에도 스태프에게 알림이 가기를 원합니다.

사용자가 이메일이 발송된 주소와 다른 주소에서 회신하는 경우, 이는 예상되는 상황입니다.

만약 이러한 이메일에 다른 이메일 주소로부터의 회신을 허용한다면, 다른 사용자가 특정 사용자를 사칭하여 이메일을 통해 계정을 악용하는 문제가 발생할 수 있습니다. 우리는 meta의 자체 지원 메시지에서도 가끔 이러한 문제에 부딪힙니다.

> [@pfaffman](#):
>
> (그리고 저는 연락처 양식을 정말 싫어합니다–어느 쪽에 있든 말이죠!)

연락처 이메일 양식을 사용하는 경우, 보통 특정 이메일에서 발송되고 Reply-To 헤더를 설정하므로, 위에서 언급한 것과 동일한 문제에 직면하게 됩니다.

개인적으로는 좋은 해결책이 떠오르지 않습니다 – 아마 팀의 다른 누군가가 아이디어를 낼 수 있을지 모르겠습니다.

---

_[View the full topic](https://meta.discourse.org/t/better-handling-of-email-rejection/163834)._