사용자가 언제든지 자신의 계정을 삭제할 수 있도록 하는 방법은 무엇인가요? 이는 GDPR 준수에 도움이 됩니다. delete user max post age와 delete user self max post count에 -1 또는 0을 사용하여 사용자가 언제든지 이 작업을 수행할 수 있도록 할 수 있나요?
안녕하세요 @RBoy, 이 주제는 해당 토픽에서 논의되고 있습니다
사용자는 언제든지 계정을 삭제할 것을 요청할 수 있습니다.
또한, 이를 더 명확하게 보여주는 #customization:theme-component도 있습니다.
링크된 주제들을 읽어본 결과, XXX일이 지나거나 XXX개의 게시글이 작성된 후에는 사용자가 자신의 계정을 삭제할 수 없다는 내 이해가 맞나요? 유일한 방법은 관리자에게 직접 삭제를 요청하는 것인가요?
@codinghorror 이 문제에 대해 남기신 의견을 읽었습니다. 사용자가 자신의 계정을 삭제할 수 있도록 하는 옵션을 제공하면 좋겠습니다. 사이트 관리자가 자신들에게 적절한 방식을 선택할 수 있도록 두 가지 옵션을 제공할 수 있습니다(법적 요구사항이나 자체 정책을 준수하거나, 예를 들어 관리 부담을 줄이기 위한 목적).
- 사용자의 계정과 모든 게시글을 삭제할 수 있도록 허용(커뮤니티에 영향을 줄 수 있지만, 관리 부담과 법적 책임을 줄이기 위해 해당 정보의 상실을 감수할 수 있다면 사이트 소유자가 이 옵션을 활성화할 수 있도록 해야 합니다)
- 사용자의 계정을 삭제하되, 모든 게시글은 익명화된 계정으로 유지
위에서 논의된 방법들이 바로 그런 결과를 달성하는 것 아닌가요?
실제로 제 커뮤니티 중 하나에서 @JammyDodger 님이 말씀하신 대로 해본 적이 있는데, 사용자가 이를 악용하지 않을 것이라고 완전히 신뢰할 수 없는 한 강력히 권장하지 않습니다.
우리는 사람들이 원하는 답변을 받지 못해 불만을 품고, 자신의 주제를 삭제할 수 없다는 사실을 알게 되면 계정을 삭제하는 경우가 계속 발생하여 설정을 기본값으로 되돌려야 했습니다.
그럼에도 불구하고, 사용자가 이를 악용하지 않을 것이라고 완전히 신뢰할 수 있다면, 일부 경우에는 도움이 될 수 있습니다. 
작은 제안 하나 드리자면: 해당 설정을 수정할 계획이라면, 직원이 계정을 삭제할 수 있는 시점을 제어하는 관련 사이트 설정도 일관성을 유지하도록 함께 수정하는 것을 잊지 마세요.
특히 다음 설정들을 동일하게 설정하는 것이 중요합니다:
delete all posts maxdelete user self max post count전자를 후자보다 낮게 설정하면, 사용자는 스스로 삭제할 수 있지만 직원은 계정을 삭제할 수 없는 기이한 상황이 발생합니다.
처음에는 "그걸 고쳐야 한다"고 생각했는데, 어떤 사람들에게는 실제로 바람직한 시나리오일 수 있다는 걸 깨달았습니다 
아, 제 최애 xkcd 만화 중 하나네요
그리고 실제로 사용자가 직접 계정을 삭제할 수 있도록 하되, 스태프에게는 계정 비식별화 옵션만 제공하는 것이 더 나은 상황이 몇 가지 떠오르긴 해요.
네, 이 접근 방식이 혼란을 야기할 수 있는 상황을 충분히 상상할 수 있습니다. 다만 포럼 관리자가 이 문제에 대해 강한 의지를 가지고 위험을 감수한다면, 해당 옵션이 존재하는 것은 사실입니다.
개인적으로는 기본 설정이 꽤 좋은 흐름이라고 생각합니다(그리고 Account Deletion Request 버튼도 좋은 추가 기능입니다).
이것도 저에게 합리적으로 보입니다. 사이트가 이 결정을 내렸다면, 포럼 전체에는 고통스러울 수 있더라도 사용자에게 그 능력을 부여하고 싶다는 곳에서 나온 결정일 가능성이 높습니다. 사용자가 버튼을 누르기로 결정했다면, 그것은 그들이 받아들여야/용인해야 할 부분인 반면, 스태프 정책으로서 장려하고 싶은 것은 아닐 수 있습니다.
이 옵션들은 사용자가 자신의 게시글만 삭제할 수 있도록 합니다. 그러나 GDPR/CA(캐나다 개인정보보호법) 준수를 위해 사용자가 자신의 계정을 삭제하려고 하면 관리자의 개입이 필요합니다. 사용자에게 자신의 계정을 직접 삭제할 수 있는 옵션을 제공하고, Discourse가 자동으로 계정을 익명화하여 히스토리를 유지하면서 동시에 사용자의 계정 삭제 요청에 부합하는 프로세스를 설정하고 싶습니다. 관리자 개입 없이 이것이 가능한가요?
기본 UI에는 해당 기능이 포함되어 있지 않습니다.
자동화가 필요한 고객들은 Discourse 외부에 중앙 GDPR 계정 삭제 페이지를 설정하여, Discourse 사이트를 포함한 모든 시스템에서 계정을 삭제합니다. 이는 중앙 컴플라이언스 엔진에서 API를 호출함으로써 이루어집니다.
설명해 주셔서 감사합니다. 이 옵션을 관리자 설정 UI에서 설정 가능한 옵션으로 포함할 수 있을까요? 사이트 관리자에게 다음 두 가지 옵션이 제공되면 매우 유용할 것 같습니다:
- 사용자가 계정을 영구적으로 삭제하고 모든 게시물을 완전히 삭제할 수 있도록 항상 허용
- 사용자가 계정을 삭제하고 모든 게시물을 익명화하도록 항상 허용
컴플라이언스 준수와 유지보수 용이성 측면에서 매우 가치 있는 추가 기능일 것입니다. 구현하기 어려운가요?
GDPR 준수를 위해 익명화가 충분할 수 있으며, 이는 계정 전체가 삭제된 경우와 다른 옵션입니다. 계정이 완전히 삭제되면 익명화할 것이 아무것도 남지 않기 때문입니다.
저는 변호사가 아니며 법률 자문을 제공하지 않습니다.
고려해야 할 또 다른 위험은 계정에서 무단 접근이 발생하는 경우입니다. 계정이 영구적으로 삭제되어 해당 계정의 권한이 있는 개인 외에는 복구할 수 없는 상태라면, 이는 문제가 될 수 있습니다.
이것이 그들이 일부 안전장치를 마련해 두었고, 계정 전체 삭제를 먼저 요청한 후 유효성을 확인하기 위해 검토 과정을 거치도록 하는 이유일 수 있습니다.
그 말이 무슨 뜻인지 잘 모르겠습니다. 다만 이전 게시물과 링크된 주제들을 다시 읽어보시면 그 이유에 대해 꽤 잘 설명되어 있는 것 같습니다. 
이 주제에 대해 몇 가지 Contribute > Feature 토픽이 있으니, 여러분의 사용 사례나 의견을 추가해 보시는 것을 권합니다:
이것은 GDPR과는 아무런 관련이 없습니다.
제 이해로는 GDPR은 사용자의 계정을 익명화할 수 있도록 요구하지만, 게시물을 반드시 삭제할 것을 요구하지는 않는 것 같습니다.
법률 자문을 제공하기 전에 일반적 주의가 필요하다고 조언하고 싶습니다. 제공된 내용이 완전히 정확하지 않을 경우 법적 책임의 위험이 있기 때문입니다.
이게 또 다른 GDPR 논쟁으로 번지기 전에 여기서 마무리하는 게 좋을 것 같습니다. 검색하면 이미 GDPR에 대한 토론이 plenty 있습니다.