# 긴급 이메일 동작을 제어하는 설정 추가

**URL:** https://meta.discourse.org/t/add-setting-to-control-behavior-of-critical-emails/364438
**Category:** Feature
**Created:** [5월 1, 2025, 9:34오후 UTC](https://meta.discourse.org/t/add-setting-to-control-behavior-of-critical-emails/364438 "2025-05-01T21:34:04Z")
**Posts on this page:** 1
**Page:** 1

<div class="post-metadata">

### Author: ![copymonopoly](https://avatars.discourse-cdn.com/v4/letter/c/4491bb/32.png) [@copymonopoly](https://meta.discourse.org/u/copymonopoly)
#### Post date: [5월 1, 2025, 9:34오후 UTC](https://meta.discourse.org/t/add-setting-to-control-behavior-of-critical-emails/364438/1 "2025-05-01T21:34:04Z")

</div>

`max_emails_per_day_per_user` 설정은 중요 이메일(critical emails)에는 적용되지 않습니다. 이로 인해 일부 사용자는 의도적으로든 아니든, 매우 짧은 시간 안에 **회원가입** 또는 **비밀번호 재설정** 이메일을 반복적으로 전송할 수 있습니다.

관찰 결과, 신규 사용자 중 상당수가 **단 2분 안에 2~4개의 회원가입 이메일** 을 보내는 것으로 확인되었습니다.

해결책을 찾아보았는데, 예를 들어 다음과 같은 방법들이 있습니다:

- 중요 이메일의 전송 빈도 제한
- 이메일 주소별 일일 한도 설정

하지만 현재로서는 **중요 이메일에 대한 속도 제한(rate limit)이 전혀 없는 것** 같습니다.

여기서 간단한 제한만 추가해도 불필요한 동작을 제거하고, 시스템 성능뿐 아니라 시간과 비용 측면에서도 더 의미 있는 효율성을 얻을 수 있다고 생각합니다.

이러한 동작을 제한하는 기존 방법이 있거나, 향후 중요 이메일의 동작을 더 관리 가능하게 만들기 위한 설정이 추가될 수 있을까요?

중요 이메일을 단순히 `max_emails_per_day_per_user`에서 제외해서는 안 된다고 생각합니다. `max_critical_emails_per_day_per_address` 또는 `/per_ip`와 같은 설정도 필요합니다.