# 이메일 주소 변경 시 이메일 커스터마이징으로 인해 2차 확인 실패

**URL:** https://meta.discourse.org/t/on-email-address-change-second-confirm-fails-due-to-email-customization/134267
**Category:** Support
**Created:** [11월 23, 2019, 12:43오후 UTC](https://meta.discourse.org/t/on-email-address-change-second-confirm-fails-due-to-email-customization/134267 "2019-11-23T12:43:20Z")
**Posts on this page:** 1
**Showing post:** 21

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [11월 26, 2019, 11:19오후 UTC](https://meta.discourse.org/t/on-email-address-change-second-confirm-fails-due-to-email-customization/134267/21 "2019-11-26T23:19:43Z")

</div>

수정: 찾았어요. `user_notifications.confirm_new_email.text_body_template`가 URL을 덮어쓰고 있었네요.  
나머지는 무시하셔도 됩니다.

Simon, 도움 주셔서 감사합니다.

문제는 이렇습니다:

`https://forum.xx.org/users/authorize-email/c7ed779eb28c049ec4a5105dd9e07013` 같은 링크 대신 `https://forum.xx.org/u/confirm-new-email/c15d4bc33211e586b70572195f7dac89` 형식의 링크가 포함된 “새 이메일 주소 확인” 이메일을 보내고 있습니다.

링크를 올바른 URL과 토큰으로 다시 작성하면 정상적으로 작동하지만, 어째서인지 구식 링크 형식을 보내고 새로운 형식은 보내지 않는 것 같습니다! (아래에 설명한 `grep` 및 재부팅을 한 후에 두 번 시도해 보았습니다.)

방금 `./launcher rebuild`를 실행했는데도 여전히 구식 형식의 링크를 보내고 있습니다. 광고된 대로, 설치된 것은 단단하고 공식적인 플러그인뿐입니다.

그리고 컨테이너에 들어가서 `/var/www/discourse`에서 `grep -r authorize-email`을 실행했는데 파일이 하나도 찾지지 않았습니다. 그 후 재부팅을 했습니다.

24시간 안에 두 번째로 정말 막막합니다.

---

_[View the full topic](https://meta.discourse.org/t/on-email-address-change-second-confirm-fails-due-to-email-customization/134267)._