“사용자 지정 수신 이메일 주소” 옵션은 자동 그룹에서 사용할 수 없습니다. 일반 사용자나 신뢰 수준(trust_level) 그룹의 경우 이것이 문제가 되지 않지만, 스태프/관리자/모더레이터의 경우에는 이것이 적절한지 확신이 서지 않습니다.
저희는 모더레이터를 포함하는 별도의 “지원(support)” 그룹을 만들어야 했습니다. 임시 해결책으로는 괜찮지만, 작지만 번거로운 관리 부담이 있습니다.
이러한 그룹에서 이 옵션(또는 IMAP)이 비활성화된 데에는 강력한 이유가 있는 것인가요?
포럼의 @moderators에 groups.incoming_email에 이메일 주소를 그대로 입력하면 어떤 일이 발생할까요? 완전히 새로운 인스턴스 없이 안전하게 테스트하는 것은 다소 까다롭습니다.
음, 아무도 그게 완전히 멍청한 짓이라고 말하지 않아서, 덜 사용되는 인스턴스에서 이 rails 명령어를 테스트해 보았습니다.
그리고 (지금까지는) 잘 작동하는 것 같습니다!
사용에 따른 위험은 본인 책임이며, 먼저 백업하세요
Group.where(name: "=groups.name=").update(incoming_email: "=groups.name=@=domain=")
Group.where(name: "=groups.name=").update(incoming_email: nil)
이것이 가이드로 사용될 준비가 되었는지 확실하지 않아요 @nathank? 아직 충분히 테스트되지 않은 것 같아요.
알겠습니다, 알겠습니다. 더 테스트해 본 뒤, 검증되면 가이드 섹션으로 옮기겠습니다. 지금까지는 완전히 문제없습니다.
UI에서 비활성화된 이유가 여전히 의문입니다. 대규모 자동 그룹에 대해 이메일 수신 기능이 위험할 수 있다는 점은 이해하지만(특히 meta.discourse.org와 같은 고프로파일 사이트의 경우), 관리자로서 이 기능을 완전히 제거하는 것은 이상해 보입니다.
역사적인 이유로 인해 이렇게 설정된 것 같고, 재고려가 필요하지 않을까 싶습니다. 특히 관리자/모더레이터/스태프의 경우 말이죠.
확인해볼게요. 
제 생각에는 작동할 것 같습니다. 좋은 아이디어라고는 생각하지 않지만, 해가 될 것 같지는 않습니다.
해당 그룹들은 일종의 특수한 그룹으로, 사실상 별칭(alias)이기 때문에, 조직에서 '관리자’나 '스태프’인 사람들을 위해 ‘일반적인’ 그룹을 생성하는 것이 더 합리적입니다.
내가 망설이는 이유는 이것이 추천 사항으로 추가하기에 충분히 권장할 만한지 여부 때문이야. 보통 왜 차단되는지 정확히 모르지만, 나는 UI를 믿는 경향이 있어. 
만약 괜찮은 것으로 판명되면 나중에 다시 활성화할 수 있으니까.
최근 동네 포럼에서 직원용 이메일 주소를 생성하는 방법을 알아보다가 이 문제에 부딪혔습니다. 관리자 전용 받은 편지함이 있으므로, 해당 받은 편지함에 이메일 주소를 지정하여 사람들이 글을 쓸 수 있도록 하는 것이 합리적이라고 생각합니다. 계정 로그인 문제 등으로 도움을 요청할 수 있도록 이메일로 연락할 수 있게 하는 것도 마찬가지로 중재자에게도 적용되는 것이 합리적입니다.
저의 동네 포럼처럼 비공식적으로 운영되는 사설 초대 전용 커뮤니티의 경우, 사이트 소유자가 설명란에 이메일 주소를 명시하지 않는 한 사이트 소유자에게 연락할 방법이 전혀 없습니다. 그런데 현재 그 설명란은 로그인 페이지에 표시되고 있습니다. 저는 개인 Gmail 주소 대신 중재자에게 연락할 수 있는 이메일 주소를 로그인 페이지에 제공하기를 선호합니다.
이 해킹 방식을 시도해 볼 예정이지만, 사설 사이트의 경우 이를 UI를 통해 가능하게 하고 심지어 권장하는 것이 흥미로운 논의가 될 수 있다고 생각합니다.
username@hostname 형식을 받아들이는 플러그인을 만들 수 있다고 생각합니다.
정말 제 생각과 일치합니다! 두 개의 대규모 개인 사이트에서 6개월 동안 사용했지만, 어떤 문제도 발견하지 못했습니다. 로그인 페이지에 두드러지게 표시해 두고 있음에도 불구하고, 이메일 문의는 매우 적었고 스팸은 그보다도 훨씬 적었습니다.
따라서 지금까지는 대성공이라고 할 수 있으며, UI에 이를 포함해 주기를 진심으로 권장합니다.
그것은 완전히 다른 문제이지만, Jay님의 제안은 잠재적으로 매우 유용할 수 있습니다. 지정된 그룹의 모든 개인에게 적용되도록 설정할 수 있다면 매우 잘 작동할 것입니다.
관리자 계정으로 계정(예: Mailgun, AWS, Digital Ocean)을 관리하려는 분들에게 auto_generated_allowlist 사이트 설정은 매우 유용합니다.
이 설정은 ‘no-reply’ 및 기타 자동 생성된 이메일이 일반적으로 까다로운 필터를 통과할 수 있도록 허용합니다. 이를 통해 청구서와 계정 확인 이메일을 팀이 인스턴스 내에서 직접 관리할 수 있습니다.