¡Dios mío, claro! No sé cómo ha tardado tanto en explicárselo a ustedes. Fue un problema para mí desde la primera vez que usé Discourse hace cinco años. No sé si publiqué algo sobre eso en ese momento, pero he visto esta pregunta muchas veces desde entonces. Lo necesitaba de nuevo para un cliente el otoño pasado y no me molesté en preguntar.
¡Es genial que esto se resuelva!
Sin embargo, no abordaste el tema en absoluto.
Para unirse a cualquier instancia de Discourse creada, los usuarios deben tener una dirección de correo electrónico. ¿De qué otra manera pueden los usuarios crear una cuenta en Discourse? ¿Mediante palomas mensajeras? ¿Telégrafo? ¿Señales de humo? ¿Máquinas de fax? 
Esto se refiere explícitamente a sitios configurados con “el personal debe aprobar a todos los nuevos usuarios”. Es una condición realmente estrecha, ya que considero que la configuración predeterminada de Discourse en la práctica es el registro abierto de usuarios…
Estoy seguro de haber visto el ejemplo exacto que Sam acaba de describir en múltiples ocasiones. Tienes una comunidad que quieres que sea mayormente privada. No conoces las direcciones de correo electrónico de las personas, pero tienes alguna otra forma de comunicarte con ellas.
Sé que he utilizado el ejemplo de querer invitar a personas a unirse a un foro privado en una conferencia compartiendo una URL y un código o contraseña en una diapositiva.
Sí, es un caso excepcional.
Intenta volver a leer el primer mensaje, que no menciona nada de esto.
Por lo general, todo lo que necesitas hacer es decir: “¡Ve a forum.example.com y regístrate!”
Esto ciertamente aborda la pregunta original. A largo plazo, podemos hacerlo por usuario si esto despega, pero por ahora, un solo código bastará.
No puedo realmente apoyar esto a menos que el código otorgue al nuevo usuario una aprobación de personal gratuita. De lo contrario, se siente un poco… insano y totalmente aleatorio.
La idea es que esta característica se utilice en lugar de la aprobación del personal. (podría usarse si también te preocupaba que muchos bots solicitaran cuentas, pero eso parece poco probable)
Sustituye “nombre de usuario” en la OP por “token de invitación”. ¿Tiene sentido?
No, porque el primer mensaje 
en este tema trataba sobre usuarios que se registraban sin ninguna dirección de correo electrónico.
¿Cómo puede un usuario así, sin correo electrónico, restablecer su contraseña, por ejemplo? ¿O incluso confirmar que su registro es válido?
Fui yo quien corrigió el título del tema; revisa el historial de ediciones en ese primer mensaje.
No es así como lo interpreto. No es que los usuarios no tengan direcciones de correo electrónico, sino que tienen direcciones de correo electrónico a las que no necesito tener acceso para poder invitarlos.
No necesitas sus direcciones de correo electrónico, solo pon la URL delante de ellos, por cualquier medio que estés (de alguna manera?) usando para comunicarte con ellos.
Podría verse que un código de invitación es más personal, lo cual es bueno para la comunidad. También podría asociarse con la membresía automática en grupos para sitios con secciones premium.
Exacto, pero ya tenemos invitaciones personales que otorgan un aumento de TL cuando esa persona se registra:
Apoyo esto como una forma de eludir la aprobación de nuevos usuarios (para sitios que la requieren) e incluso de conceder membresía a grupos especiales, pero como una forma super suuuuper chapucera y de bajo nivel de autenticación HTTP con contraseña… no tanto. 
También puedo apoyarlo como “generar un enlace genérico https que hará que el registro del nuevo usuario aparezca como si lo hubiera invitado yo”.
Pero como una forma extraña y anticuada de 2001 de “ingresa el usuario/contraseña HTTP sekrit para acceder a este sitio web”… realmente no puedo apoyarlo, tal como está planteado. Lo siento, pero no puedo. Eso sería dar un paso atrás activamente.
Pero no quieres que cualquier persona en el mundo que se encuentre con el sitio pueda registrarse.
Hagamos la fusión de las discusiones aquí: Optional global invite code
