WebDAV & Session Varibles?

It looks like you have a good understanding of how the customization works. However one thing to keep in mind is that when you place a file named index.htm(l) on the Firepass it by-passes the default my.logon.php3 page. The best simple solution I have for you is to rename the index.htm page you have to something else like custom.htm then configure a pre-logon sequence to gather the session variables. After you have gathered them simple change the default logon allowed to a re-direct. Then reference the custom.htm in the re-direct with the full path. This way you will still get session variables plus the full custom logon page.

 

 

HTH

 

Fuzz

 

Thank you Fuzz! This is a great idea... I will give it a try!

So I tried this and unfortunately it didn't work... I correctly saw the OS Pre-Logon running and it correctly redirected me to my /sandbox/custom.htm, but when I look at my session varaibles via the reports, here is all I get:

 

 

Session Variable %session.group.name%=

 

Session Variable %session.user.username%=

 

Session Variable %session.user.firstname%=

 

Session Variable %session.user.lastname%=

 

Session Variable %session.user.fullname%=

 

 

My Pre-Logon :

 

Sequence Start

 

Go

 

Check OS

 

Windows NT based

 

Redirect

 

Windows 9x family

 

Redirect

 

Linux

 

Redirect

 

Pocket PC

 

Redirect

 

Mac OS

 

Redirect

 

fallback

 

Redirect

Also, the other issue with this is that the users could directly hit the site %site%/sandbox/custom.htm and skip the pre-logon sequence...

LegendMan:

 

I'm curious if you have made any progress with this. I'm experiencing similar pains.

 

 

Thanks.

Unfortunately no. After talking with my engineer, I really don't think this is going to be possible. We may just have to edit the .inc files and try to make the site look like what the marketing team wants. Unfortunately I don't think that they are going to like that answer...

I placed the session vars in Intranet Webtop URL Variables and that seems get the value to the custom webtop as long as the method is GET.

Any way you can send me the code that you used? I have been trying to get this to work for months...

Hi guys,

 

 

I'm not completely sure what you're trying to achieve here, but this may be due to my (lack of) knowledge of the English language.

 

 

I have no trouble creating a custom login screen/script but I must say I use PHP the get things done. I've tried to create a custom login page with a pre-login sequence, without the use of PHP, but I never got it done. It seems the Client Vars (named "client_data") are sent through a POST var and not GET. This is hard to pass on, using nothing but HTML, so I created a small PHP script which fixes this for me.

 

Before anyone asks: yes, you need an external web server to do this.

 

Apparently you also need to add some other variables which I stole from the original login script. See below:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

The client_data variable needs to be posted (NOT! GET) to whatever URL is contained in "post_url". "post_url" is another posted-var.

 

 

After you do this, group mappings should work fine. To be honest: that last part I haven't tested yet and if I find the time I'll try that one myself.

 

I things are still unclear, please post your questions here and I'll try to see what I can do to clear them up!

 

 

- Zedd

We use a stock login page with customizations via the include files in the sandbox.

 

 

Under Portal Access -> Intranet Webtops I entered the URL of the custom webtop we wanted to use (e.g. https://testbox.somewhere.com/sandbox/portal.html, ITF we will move the page to an Intranet server). Then for the URL variables I entered items such as: FNAME=%session.user.fullname%&IE=%session.browser.is_ie%&GP=%session.group.name%. You need to set the method to GET...

 

 

In portal.html I simply use the OnLoad functionality to fire JavaScript that gets the values from the URL then does "stuff" with it.

 

 

If you need more details let me know or we can discuss off-line.