말씀하신 내용을 재현해 볼 수 있습니다. 이것이 버그인지 UX 문제인지는 확실하지 않습니다. 현재 일어나는 일로 보아, 특정 이메일 주소에 이미 기존 초대장이 존재하는 경우, 같은 이메일 주소로 새로운 초대장을 보내려고 하면 Discourse가 기존 초대장을 다시 보내는 것 같습니다. 문제는 이 과정이 백그라운드에서 이루어져 초대장을 보낸 사용자에게 무슨 일이 일어나고 있는지 알 수 있는 표시가 없다는 점입니다.
Discourse는 사용자가 이미 대기 중인 초대장이 있는 이메일 주소로 초대장을 보내는 경우를 어떻게든 처리해야 합니다. 아마도 초대장 양식에 경고 메시지가 표시되어 해당 이메일 주소에 대기 중인 초대장이 있음을 사용자에게 알리고, 기존 초대장을 편집하여 다시 보내고 싶은지 묻는 것이 좋을 것입니다.
기존 초대장을 수정할 수 있도록 제안하는 것이 좋은 아이디어인지 확신할 수 없습니다. 원래 초대인이 아닌 다른 사람이 동일한 주소를 초대할 수도 있기 때문입니다. 만약 원래 초대인이 초대장에 개인 정보를 포함시켰다면, 예를 들어 초대받은 사람이 실제로 알고 있는 사람으로부터 온 것임을 증명하기 위한 목적으로, 그 개인 정보가 제3자에게 노출될 수 있습니다.