~login

[maverick]

At present, ~login uses only http with a resulting url shown as http://......

Would it be possible for ~login to also recognize https with a resulting url shown as https://...... if commanded to do so?

[~GeeS~]

Have a look at the proxomitron logs in http://www.rejetto.com/forum/index.php?topic=3682.0
I think HFS is behaving correctly on the 302 redirect with ~login. Behind Stunnel it talks http only and redirects to http correctly. HFS does not know that there is Stunnel. And Stunnel behaves imho also correct, because it doesnt know whether the redirect is http on purpose. So it does what it is told.
But maybe you (we) can nicely ask Rejetto to make an option to switch the redirect to https:// for the ~login redirect when HFS is serving behind Stunnel, by forcing header "Location: https://..."
Tried to find some clues in the source code 2.0a, but i'm missing the experience to draw conclusions.
But still then i'm not sure whether this will work.
Or let Proxomitron do the job by filtering and modifying the outgoing header, but i didn't try it yet.

[maverick]

But maybe you (we) can nicely ask Rejetto to make an option to switch the redirect to https:// for the ~login redirect when HFS is serving behind Stunnel, by forcing header "Location: https://..."

That's what I meant in my post above when I said "if commanded to do so".

rejetto, we are asking you nicely to please think about such a option to switch the ~login redirect to https://.... when commanded to do so.  It sure would solve a lot of problems. 

[rejetto]

i will pay attention at this requirement.
it is connected to the IE login bug.

[rejetto]

check new beta, it shoud be fixed now

[maverick]

Thanks rejetto.  I will check it out. 

[~GeeS~]

Works flawlessly with IE ! Thx Rejetto for your coding and time

[SamePaul]

I've found simple workaround by replacing [login-link]
<a href="https://%host%/~login" class=button><img src="/~img27" /> LOGIN</a>

Note HTTPS at the beginning. Works just fine