# 자동 멤버십 이메일 도메인이 너무 길다는 오류
**URL:** https://meta.discourse.org/t/automatic-membership-email-domains-is-too-long-error/275445
**Category:** Support
**Tags:** email
**Created:** [8월 16, 2023, 7:39오후 UTC](https://meta.discourse.org/t/automatic-membership-email-domains-is-too-long-error/275445 "2023-08-16T19:39:39Z")
**Posts on this page:** 9
**Page:** 1
### Author:  [@genachka](https://meta.discourse.org/u/genachka)
#### Post date: [8월 16, 2023, 7:39오후 UTC](https://meta.discourse.org/t/automatic-membership-email-domains-is-too-long-error/275445/1 "2023-08-16T19:39:39Z")
그룹 \> 멤버십 \> 자동 필드에서 `오류가 발생했습니다: 자동 멤버십 이메일 도메인이 너무 깁니다 (최대 1000자)`라는 오류 메시지가 표시되고 있습니다.
도메인 목록이 계속 증가하고 있으며, 이에 따라 사용자 수도 늘어나고 있습니다. 이 제한을 제거하거나 지속 가능한 방식으로 늘릴 수 있을까요? 아니면 이 오류를 우회할 다른 방법이 있을까요?
---
### Author:  [@maiki](https://meta.discourse.org/u/maiki)
#### Post date: [8월 16, 2023, 7:42오후 UTC](https://meta.discourse.org/t/automatic-membership-email-domains-is-too-long-error/275445/2 "2023-08-16T19:42:23Z")
안녕하세요. 👋
> [@genachka](#):
>
> 우리 도메인 목록이 늘어나고 있으며, 그 결과 사용자 수도 증가하고 있습니다. 이 한도를 제거하거나 지속 가능하게 늘릴 수 있을까요? 아니면 이 오류에 대한 다른 우회 방법이 있을까요?
여러분의 사용 사례를 설명해 주세요. 👍
대부분의 사용자는 이 문제를 겪지 않으므로, 이는 일반적인 용도가 아님을 의미합니다. 자동 그룹을 어떻게 사용하고 있는지(그렇게 하는 여러 가지 이유가 있습니다) 설명해 주시면 대안을 생각해 볼 수 있습니다. 🙂
---
### Author:  [@genachka](https://meta.discourse.org/u/genachka)
#### Post date: [8월 16, 2023, 7:53오후 UTC](https://meta.discourse.org/t/automatic-membership-email-domains-is-too-long-error/275445/4 "2023-08-16T19:53:49Z")
@maiki 답변해 주셔서 감사합니다. 저희는 이 특정 그룹을 사용하여 커뮤니티의 지원 영역에 대한 추가적인 접근 권한을 부여하고 있습니다. 따라서 이 목록에 추가하는 도메인 내의 모든 사용자에게 해당 접근 권한이 부여되어야 합니다. 해당 목록에는 대략 60개의 도메인 이름이 포함되어 있는데, 이는 그리 불합리하지 않다고 생각합니다. 하지만 도메인 이름 자체뿐만 아니라, 이 60개 도메인 이름의 문자 길이와 함께 자동으로 삽입되는 `, ` 구분 문자까지 포함되고 있는 것 같습니다. 이러한 유형의 필드에서 도메인 이름을 사용할 때 이러한 문자 제한이 있는 것은 다소 이상해 보입니다. 도메인 이름은 길이가 긴 것도 있고 짧은 것도 있기 때문입니다. 만약 어떤 이유로든 이 문자 제한이 꼭 필요하다면, 100K자로 늘리는 것이 더 나은 선택이 될 수 있을 것입니다.
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [8월 16, 2023, 8:18오후 UTC](https://meta.discourse.org/t/automatic-membership-email-domains-is-too-long-error/275445/5 "2023-08-16T20:18:21Z")
즉시 사용할 수 있는 임시 해결책은 몇 개의 그룹을 더 만드는 것입니다. 하지만 이 그룹들을 지원 카테고리에도 추가해야 합니다.
(무료 지원을 제공하지 않을 때) 다른 (그룹)에 속해 있는 경우 해당 사용자를 특정 그룹에 추가하는 플러그인을 개발 중입니다. 이 플러그인이 존재하고, 이를 사용할 수 있는 방식으로 호스팅되고 있다면 도움이 될 수 있습니다.
셀프 호스팅을 사용 중이라면, `app.yml`을 수정하여 `settings.yml`을 편집하고 한도를 원하는 값으로 설정할 수 있다고 생각합니다.
---
### Author:  [@genachka](https://meta.discourse.org/u/genachka)
#### Post date: [8월 16, 2023, 8:34오후 UTC](https://meta.discourse.org/t/automatic-membership-email-domains-is-too-long-error/275445/6 "2023-08-16T20:34:08Z")
@pfaffman 감사합니다, 네, 임시 해결책으로 추가 그룹을 만드는 것도 생각해 봤습니다. 해당 커뮤니티는 셀프호스팅으로 운영되고 있으며, `app.yml`에서 그런 설정을 본 적이 없지만, 해당 설정이 어떻게 생겼는지 예시를 제공해 주신다면 시도해 볼 의향이 있습니다.
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [8월 16, 2023, 8:42오후 UTC](https://meta.discourse.org/t/automatic-membership-email-domains-is-too-long-error/275445/7 "2023-08-16T20:42:37Z")
> [@genachka](#):
>
> `app.yml`에서 그런 설정을 본 적이 없지만, 어떤 모습일지 예시를 제공해 주신다면 시도해 볼 의향이 있습니다.
다른 파일을 수정하는 다른 템플릿을 참고해 보세요. ssl 템플릿은 nginx 설정의 일부 내용을 변경합니다. 이를 모델로 삼아 유사한 방식으로 변경할 수 있습니다.
`app/models/group.rb`에 있는 ` validates :automatic_membership_email_domains, length: { maximum: 1000 }`를 변경해야 합니다.
이것은 권장되지 않는 방식이며, UX 업그레이드 시 깨질 가능성이 높습니다.
---
### Author:  [@genachka](https://meta.discourse.org/u/genachka)
#### Post date: [8월 16, 2023, 9:19오후 UTC](https://meta.discourse.org/t/automatic-membership-email-domains-is-too-long-error/275445/8 "2023-08-16T21:19:44Z")
> [@pfaffman](#):
>
> `app/models/group.rb` 파일에 있는 `validates :automatic_membership_email_domains, length: { maximum: 1000 }` 부분을 수정해야 합니다.
>
> 이것은 권장하지 않는 관행이며, UX 업그레이드 시 문제를 일으킬 가능성이 높습니다.
알겠습니다. 업그레이드 시 잠재적인 문제를 일으키는 것은 꺼려지네요. 도메인 목록의 문자 수 제한을 늘리는 네이티브 솔루션이 있기를 희망합니다 🙏 도메인 개수 제한(예: 1000개)이라면 이해가 될 수도 있지만, 이러한 목록에 왜 문자 수 제한을 두는지 이해가 되지 않습니다. 꽤나 자의적으로 보이거나, 다른 곳에 이미 존재하는 컴포넌트를 재사용한 것 같습니다.
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [8월 16, 2023, 9:34오후 UTC](https://meta.discourse.org/t/automatic-membership-email-domains-is-too-long-error/275445/9 "2023-08-16T21:34:28Z")
> [@genachka](#):
>
> 업그레이드로 인해 잠재적인 문제가 생길까 봐 별로 좋아하지 않아요.
명령줄 업그레이드는 문제없이 잘 작동합니다.
> [@genachka](#):
>
> 이런 목록에 왜 문자 수 제한이 있나요?
문자 수를 세기가 쉬워서이고, 1000자는 꽤 많은 수치로 보이기 때문입니다. 1000을 선택한 사람이 임의적으로 정한 것임을 인정하면서도, 임의로 매우 높은 값으로 설정했다고 생각합니다. 질문자님의 사용 사례를 가진 대부분의 사용자는 SSO/[DiscourseConnect](https://meta.discourse.org/t/13045?silent=true)를 사용하며, 그룹을 그 방식으로 업데이트하고 있을 것입니다.
---
### Author:  [@maiki](https://meta.discourse.org/u/maiki)
#### Post date: [8월 17, 2023, 1:10오전 UTC](https://meta.discourse.org/t/automatic-membership-email-domains-is-too-long-error/275445/12 "2023-08-17T01:10:20Z")
> [@pfaffman](#):
>
> 문자 수를 세는 것이 쉬워서 1000이 많다고 느껴지기 때문입니다. 1000을 선택한 사람이 그 수치가 임의적이라고 동의하면서도, 임의로 높은 값이라고 생각했을 것이라고 봅니다.
우리가 처음 제한을 적용했을 당시에는 훨씬 낮은 한도(100자)를 설정하고 있었습니다. 하지만 누군가가 그 한도에 도달했고, 우리는 세계에서 가장 긴 도메인도 대략 70자 내외이며 대부분의 도메인은 그보다 훨씬 짧을 것이라는 전제 하에 한도를 상향 조정했습니다. 따라서 고급 사용 사례와 성능 사이의 균형을 잘 맞출 수 있는 좋은 숫자라고 판단했습니다.
> [@genachka](#):
>
> 도메인 개수 제한(예: 1000개 도메인)이었다면 의미가 있었을 수도 있지만, 이런 목록에서 왜 문자 수 제한을 두는 것인지는 꽤나 임의적으로 보일 뿐 아니라, 다른 곳에 이미 있는 기존 컴포넌트를 재사용한 것 같습니다.
이 특정 설정의 경우, 이 도메인 목록은 새로운 사용자가 생성될 때마다 확인됩니다. 허용되는 문자 수가 너무 높으면 해당 작업이 사이트에서 문제를 일으킬 수 있습니다.
> [@genachka](#):
>
> 우리는 이 특정 그룹을 커뮤니티의 지원 영역에 대한 추가 접근 권한을 부여하는 데 사용하고 있습니다. 따라서 이 목록에 추가하는 도메인 이름 내의 모든 사용자는 해당 접근 권한을 가져야 합니다. 그 목록의 대략적인 개수는 약 60개의 도메인 이름이며, 이는 그렇게 불합리하지 않다고 생각합니다.
이것들은 파트너 벤더이거나 네트워크 또는 사이트들인가요? 편안하게 느끼실 정도로 최대한 상세히 설명해 주십시오.
60개의 도메인으로 1,000자 제한에 도달하고 있다면, 그 값을 상향 조정한다고 해서 장기적으로 도움이 될 것이라고는 확신할 수 없습니다. 하지만 우리는 사람들이 그룹을 매우 흥미로운 용도로 사용하는 것을 보고 있으므로, 이메일 도메인을 사용하여 커뮤니티를 조직하는 방식을 이해하면 인터페이스를 개선하는 데 도움이 되는 통찰력을 얻을 수 있습니다. 🙂