사용자 재초대

이메일 초대 템플릿을 연습하던 중, 특정 이메일 주소로 초대를 보낸 후 나중에 같은 이메일 주소로 이번에는 커스텀 메시지와 함께 초대를 보내면, 이메일은 발송되지만 커스텀 메시지가 포함되지 않는 것을 확인했습니다.

이 문제는 반대의 경우에도 발생하며, 포럼 초대 및 토픽 초대에서도 동일하게 나타납니다.

아래 예시에서는 커스텀 메시지와 함께 포럼 초대를 보냈습니다. 그 후 커스텀 메시지 없이 토픽 초대를 보냈지만, 이메일에는 여전히 메시지가 표시되었습니다.

현재 제가 찾은 해결 방법은, 다음 초대 시 커스텀 메시지를 포함하거나 제외하는 경우(또는 그 반대)에 원래 초대를 대기열에서 제거하는 것입니다.

1개의 좋아요

말씀하신 내용을 재현해 볼 수 있습니다. 이것이 버그인지 UX 문제인지는 확실하지 않습니다. 현재 일어나는 일로 보아, 특정 이메일 주소에 이미 기존 초대장이 존재하는 경우, 같은 이메일 주소로 새로운 초대장을 보내려고 하면 Discourse가 기존 초대장을 다시 보내는 것 같습니다. 문제는 이 과정이 백그라운드에서 이루어져 초대장을 보낸 사용자에게 무슨 일이 일어나고 있는지 알 수 있는 표시가 없다는 점입니다.

새로운 초대장을 보내는 대신, 초기 초대장을 편집하고 다시 보낼 수 있습니다:

Discourse는 사용자가 이미 대기 중인 초대장이 있는 이메일 주소로 초대장을 보내는 경우를 어떻게든 처리해야 합니다. 아마도 초대장 양식에 경고 메시지가 표시되어 해당 이메일 주소에 대기 중인 초대장이 있음을 사용자에게 알리고, 기존 초대장을 편집하여 다시 보내고 싶은지 묻는 것이 좋을 것입니다.

1개의 좋아요

기존 초대장을 수정할 수 있도록 제안하는 것이 좋은 아이디어인지 확신할 수 없습니다. 원래 초대인이 아닌 다른 사람이 동일한 주소를 초대할 수도 있기 때문입니다. 만약 원래 초대인이 초대장에 개인 정보를 포함시켰다면, 예를 들어 초대받은 사람이 실제로 알고 있는 사람으로부터 온 것임을 증명하기 위한 목적으로, 그 개인 정보가 제3자에게 노출될 수 있습니다.

초대장은 초대 대상자와 초대한 사람에 따라 특정되므로, 사용자는 자신의 계정에서 받은 초대장만 편집할 수 있습니다.

예를 들어, 이전 게시물에서 캡처한 초대장을 사용해 sally 사용자가 foo@example.com에게 초대를 보낸다면, 이는 simon 사용자가 보낸 초대장과 완전히 별개의 초대장이 됩니다. sally는 simon이 보낸 초대장을 편집할 기회가 주어지지 않습니다.

1개의 좋아요

감사합니다. 초대를 사용해 본 적이 없어서 그 사실을 몰랐습니다.

1개의 좋아요