# Allow polling avatar from URI **URL:** \ **Category:** Feature\ **Created:** [August 20, 2023, 7:05pm UTC](https://meta.discourse.org/t/allow-polling-avatar-from-uri/275943 "2023-08-20T19:05:10Z")\ **Posts on this page:** 1\ **Showing post:** 1
**Author:** ![roke\_julian\_lockhart](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/roke_julian_lockhart/32/540179_2.png) [@roke\_julian\_lockhart](https://meta.discourse.org/u/roke_julian_lockhart)\ **Post date:** [August 20, 2023, 7:05pm UTC](https://meta.discourse.org/t/allow-polling-avatar-from-uri/275943/1 "2023-08-20T19:05:10Z")
This appears to already be possible in a corporate environment > [@SSO & external avatars](https://meta.discourse.org/t/sso-external-avatars/192392): > > When using SSO with sso overrides avatar: true, Discourse seems to download the avatar and always serve it locally instead of linking directly to the URL provided. Would it make more sense to allow avatars to serve directly from the avatar\_url provided? As is, for each avatar shown it hits Discourse backend somewhat needlessly. Perhaps this could be a SSO option? If the concern is that avatars may go missing, that could be handled with the image onerror event that fallback’s src to the locally… but I see no reason why it should be limited to SSO. * * * It’s a great solution to the problems that arise when using a different e-mail address for each service. https://embed.reddit.com/r/Gravatar/comments/15ffy6v/gravatar_should_enforce_or_at_least_allow_regex/?embed=true&ref_source=embed&ref=share --- _[View the full topic](https://meta.discourse.org/t/allow-polling-avatar-from-uri/275943)._