Hello Andrea, thank you for your response. 1. That would be great for opt-in HTTPS only mirrors usage, in my opinion, it's not necessary to switch to HTTPS ultimately (although it would be great), especially for long-term support products with possible hard-coded HTTP usage or for clients unable to verify the CA chain. However important is to keep the security chain, which means, not redirect to HTTP from HTTPS, which should be possible, as I don't see HSTS enabled on download.gnome.org subdomain 2. Yes, that is actually already being implemented in a way you suggested, along with option to disable redirect to non-ssl mirror (which could be easily checked if there is appropriately updated .mirrorlist file, in other cases, that would require hard-coding or brute-force checking whether given mirror is HTTPS enabled. Given your response, do you think the information in .mirrorlist files will be updated any soon, so we could base the decision logic on it? I.E. the referenced WELCOME.msg.mirrorlist should contain HTTPS URLs if the mirror is HTTPS enabled. Possible would be also to update your mirror rating algorithm (which is now strictly location-based I guess) to give higher priority to HTTPS enabled mirrors, which would naturally push other mirrors to adopt the HTTP security measures.