Every time I attempt to change ownership of an existing PM to an email address not in our system, I get an error rather than a new staged user being created. As I enter the email address, the autocomplete dropdown with the envelope icon option does appear and I do select just as I would with a creating a staged user from a new PM, but in the Change Ownership popup it appears as if this functionality does not work for some reason.
It’s not possible to change ownership to an email address. You need to change ownership to an actual user.
OK, so the issue is not creating a staged user prior to ownership change, it’s doing an ownership change with a staged user at all.
Is this a technical limitation or a design decision about how staged users should function with regard to content ownership? If a staged user can properly own a PM that they initiated themselves via email, then they shouldn’t they be able to own other messages created via other means (if all messages are treated equally)? I suppose the ownership change procedures might not support the staged user case, but if the relative effort was not too high, I would vote for this to become supported.
For context, the use case with our organization is a help desk group with messages submitted to it that are either:
- Emails forwarded through a non-standard/non-parseable forward format (i.e. an email notification forwarded from a partner’s separate ticketing system), or
- Emails that come from non-email-based origins (i.e. a tweet or facebook message or typeform notification email)
Being able to change ownership to a staged user (especially a newly staged user) would allow much quicker and simpler fixing of the associated contact (so that we can then immediately begin conversing with them), as well as aligning the functionality of the dropdown in Change Ownership with the dropdown in the PM composer (the autocomplete suggestion with the envelope icon).
Unless I’m missing something, right now the only workaround is to copy and paste the body into the bottom of a new PM sent to their email and then to archive/delete the original forwarded message thread, is that correct?
이 문제에 대해 새로운 통찰이나 해결책이 나온 것이 있나요?
가끔 특정 사용자를 대신하여 토픽을 생성한 후, 해당 토픽의 소유자로 그 사용자를 지정해야 하는 상황이 발생합니다.
이 작업을 빠르고 쉽게 수행할 수 있는 간단한 방법이 있을까요?
단계별 사용자를 생성하는 가장 좋은 방법은 단계별 사용자의 이메일 주소로 PM을 시작하는 것입니다. 그런 다음 단계별 사용자가 생성되면 필요한 작업을 수행할 수 있습니다.
게시물을 할당하는 것은 제외입니다. 제가 무언가를 잘못하고 있는 것이 아니라면, 스테이징된 사용자에게 게시물을 할당할 수 없는 것 같습니다.
아, 네. 스테이징된 사용자에게 게시물의 소유권을 변경할 수는 없습니다. 혼동을 드려 죄송합니다. 스테이징된 사용자는 로그인할 때까지 '실제 사용자’가 아니기 때문에 할 수 있는 작업이 매우 제한적입니다.
사용 사례에 대해 좀 더 자세히 말씀해 주시겠어요?
가끔 고객의 대신 서비스 티켓을 생성해야 할 필요가 있습니다. 저희 서비스 및 지원 고객 대부분은 Discourse에서 스테이징(staged) 사용자로서만 존재합니다.
저희 중 한 명이 게시물을 작성한 다음 해당 토픽의 소유권을 관련 고객에게 이전하는 것이 가장 적은 저항의 경로가 될 것입니다.
API를 통해 토픽을 생성하는 시도를 포함하지 않고, 지원 팀에 전달할 수 있는 다른 방법이 있다면 기꺼이 그렇게 하겠습니다.
단계가 포함된 내부 문서를 작성할 수만 있으면 되는데, 그 단계에는 "서버에 SSH로 접속하고 …"와 같은 내용은 포함할 수 없습니다.
흥미로운 사례입니다. 이러한 경우를 위해 스테이지된 사용자를 실제 사용자로 취급해야 할 수도 있습니다.
여기서 무엇을 제안하고 있는지 잘 모르겠어요.
제가 할 수 있는 작업인가요, 아니면 기능 업그레이드인가요?
죄송합니다! 제 폰 자동완성이 자꾸 제 발목을 잡네요! 
수정했습니다.
기능 요청 사항을 직원 경험 팀에 전달했지만, 불행히도 이것이 실제로 이루어질지 확신할 수 없습니다. 단계별 사용자(staged users) 시스템에 대한 대규모 개편이 필요하기 때문이죠.
해당 사용자들을 '단계 해제(unstaging)'하는 것을 고려해 보셨나요? 현재는 커맨드 라인에서 이를 수행할 수 있지만, 이것이 여러분이 원하시는 방식은 아니라는 것을 알고 있습니다.
cd /var/discourse
./launcher enter app
rails c
User.find_by_email("itsmedebryc@yahoo.com").update(staged: false)
아마도 사용자 관리 페이지에서 단계를 해제하는 버튼이 바로 우리가 찾고 있는 기능 요청 사항일 것입니다.
머리에 떠오르는 또 다른 아이디어는… 서비스 티켓이 반드시 고객에 의해 시작되어야 합니까? 왜 그룹 받은편지함에서 직접 티켓(PM)을 시작하고 고객의 이메일 주소를 포함하지 않습니까? 그러면 작성자는 여러분이 되고, 고객은 참여자가 됩니다.
저희가 이 사용자들을 staged 상태에서 해제하지 않는 이유는, 그들이 저희 포럼에서 직접 계정을 생성하기 전까지는 관심 없을 수 있는 요약 이메일과 같은 내용을 노출시키고 싶지 않기 때문입니다.
저희는 PM(개인 메시지)을 사용하지 않고 카테고리 토픽을 사용합니다. 토픽에 그들을 추가할 수 있는 방법이 있다면 그것으로 충분합니다.