I am pretty sure that there is a better way to write redirects. We should not need to write this redirections: http://viewvc.svn.mozilla.org/vc/mozillamessaging.com/sites/live.mozillamessaging.com/trunk/htaccess/thunderbird/releasenotes/.htaccess?r1=139893&r2=141609&pathrev=141609 http://viewvc.svn.mozilla.org/vc/mozillamessaging.com/sites/live.mozillamessaging.com/trunk/htaccess/thunderbird/start/.htaccess?r1=139893&r2=141609&pathrev=141609
4 years ago
Component: General → Thunderbird
Product: Thunderbird → www.mozilla.org
Version: Trunk → Production
The problem could be solved once the pages are migrated to Bedrock. (We have to move them anyway)
You could also potentially just drop the live redirects and get Thunderbird pointing directly like Firefox does. This is something we added ages ago in case we needed to point things to different places (and iirc we did originally do that with the betas).
(In reply to Kohei Yoshino [:kohei] from comment #1) > The problem could be solved once the pages are migrated to Bedrock. (We have > to move them anyway) Can this be fixed now that we are on bedrock? And is this what is causing Bug 1228083? (release notes is broken for 38.4.0, about the third or fourth time this year)
The solution here might be: 1. Handle all those redirects in Bedrock (www.mozilla.org) 2. Redirect all live.mozillamessaging.com access to www.mozilla.org with a single rewrite rule (with the root .haccess or the server httpd.conf) 3. As Mark said, change the in-product URL to use www.mozilla.org instead of live.mm.c. 4. Eventually shut down live.mm.c. I'll work on 1 soon.
The plan for in-product links is to migrate them to the thunderbird.net domain, with redirects as appropriate. mozillamessaging.com would be reserved for common components that are shared with Gaia email, mostly autoconfig. But thunderbird.net is now a server and needs to be freed from that use before we can use it. See Bug 1229640
See Also: → bug 1229640
Summary: Redirection should not hardcode the version string → Redirection should not hardcode the version string.
Pretty sure it is now irrelevant.
Status: NEW → RESOLVED
Last Resolved: 7 months ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.