- Navios
- 5 de setembro de 2026 às 00:01 UTC
- Autor
- Kamo
- Enviar
- 27de5f1
Ninguém em uma organização de marca branca foi capaz de pedir por um segundo E-mail de verificação. A tela dizia que a carta estava sempre a caminho, e Nenhuma carta foi escrita. /register/resend-verification levou o host de X-Forwarded-Host. O registo app proxies cada chamada para um host API compartilhado e a entrada reescreve que cabeçalho para o host compartilhado, então o valor que chegou aqui nomeou a plataforma, Nunca o inquilino — a exata armadilha POST /registro documentos em comprimento e movido Há muitos anos atrás. Este parâmetro foi deixado para trás. O endereço era então olhou para cima sob a organização da plataforma, não encontrou ninguém, e tomou o "sem tal conta", que responde a 200 com "Se esta conta existir, O email de verificação foi enviado" para não ser um oráculo de existência de conta. Corrigir em seus próprios termos, e fez a resolução completamente silenciosa: o as mesmas palavras para "enviado" e "enviado em lugar nenhum", nenhuma linha de fichas, nenhuma chamada para o EmailService, Nada no registo. Estabelecer que um membro tinha ido uma quinzena sem carta levou uma consulta contra a tabela de fichas. O host agora vem do corpo, como faz no /register, com o cabeçalho mantido apenas como um retorno para as chamadas que chegam a este serviço diretamente. Há deliberadamente sem getServerName() backback: o próprio servidor deste serviço resolve a organização da plataforma, de modo que o recuo não falha — responde confiante para o inquilino errado, que é como isso começou. O ramo ambíguo é inalterado e ainda ambíguo, mas agora registra o hospedeiro e a organização resolveu. Nada mais pode distinguir esse ramo de um verdadeiro envio. Também reparações ************* que tinha passado de cinco argumentos para um construtor de seis argumentos desde que o adicionado a ele. A compilação de teste para o módulo inteiro falhou nele, por isso não existe teste em este repositório pode ser executado em tudo.