AJ
It's true I used the same logic as the standard DNN provider, for the simple reason is that it works.
The reason a javascript redirect is used over a 301/302 redirect is because the browser will throw up a 'security' warning if the server does the redirection from https -> http. It's a trust/security issue.
I hadn't really thought about that side of things when you first told me of the problem. Sorry if I sent you up a dry gully with the ssl certificate, because as you've found it's not going to solve the problem from a search engine POV.
The https->http redirection is really there just to make the application work seamlessly, not really to tell search engines that something has moved. If you make it server-based and better for the search engines, you disadvantage the user with browser warnings. However, in your case, the user isn't (shouldn't) be requesting the https.
Let me have a think about it - I may be able to have a configurable setting of server vs client redirection for the http->https. In the meantime, if you figure out an alternative way (with IIS or similar) let me know.