Permitir consulta de avatar por URI

Isso já parece ser possível em um ambiente corporativo

mas não vejo razão para que isso seja limitado ao SSO.

É uma ótima solução para os problemas que surgem ao usar um endereço de e-mail diferente para cada serviço.

https://www.reddit.com/r/Gravatar/comments/15ffy6v/gravatar_should_enforce_or_at_least_allow_regex/?utm_source=share&utm_medium=web2x&context=3

O código já parece existir para o Discourse

mas, mais importante, isso é implementado em outros lugares, e Gravatar e Libravatar o suportam explicitamente bem.

Por exemplo, aqui está um documento que fiz sobre o suporte do Libravatar

https://gitlab.com/-/snippets/2590066/raw/main/s0s2gl.txt.md

0. APIs

   • api
   • Client Challenge

   email = ''.encode('utf-8')
   hash = hashlib.md5(email.strip().lower()).hexdigest()
   print(hash)
   

1. Exemplos

   • https://seccdn.libravatar.org/avatar/ea13768f2a7107166add55082804a465?s=512
   • http://cdn.libravatar.org/avatar/ea13768f2a7107166add55082804a465?s=512

Estou adivinhando um pouco aqui, mas acho que para continuar servindo avatares externos com SSO e a configuração discourse connect overrides avatar, ou adicionando uma URL à configuração external system avatars url, você precisa desabilitar a configuração do site download remote images to local. Portanto, o que você deseja fazer pode ser realizado agora, mas apenas impedindo o download de todas as imagens remotas.

No entanto, acho que o Discourse tem a funcionalidade que você procura com os Gravatars. Você pode desabilitar a configuração do site automatically download gravatars enquanto mantém a configuração do site download remote images to local habilitada.

Editar: Se eu estiver correto sobre como as coisas funcionam agora, o recurso que você deseja é uma nova configuração do site: automatically download external system avatars.

Quando essa configuração foi desabilitada, os avatares poderiam ser servidos a partir do external system avatars url sem serem baixados pelo Discourse.