Why would you want to do this? Technically you could put a web part on every page that writes a cookie. If the cookie isn’t present when it starts it redirects to the root. I just can’t think of a situation where this would be a good idea.

maybe use the CEWP to write a html redirect?

Whats happening was

User are directly going to subsites with out coming into the portal,

Actually we palced all the links in portal  home page.

We need users need to come to portal home page when accessing any sub site(WSS)

Can you suggest any solution for this?

As a few good people pointed out, you’re missing the root cause of your problem here. It’s not a technology problem you have, it’s a policy one. If people are missing the portal  because they’re directly linking to subsites, they’re doing it for a reason. One suggestion is to set the users home page to the portal through a group policy then when they fire up Internet Explorer, that’s the first page they see. If they have links to sites, they’re still going to have to launch explorer to get them (unless they have short cuts on their desktops or something). Forcing them to “go to the portal” for no reason except them to come right back to where they started is just going to piss a lot of people off.

Another approach might be to make the home page more attractive and useful to the user. Perhaps you could offer more relevant content in addition to the mandatory stuff. For example, you might make sure that the weather, stock tickers, sports news, etc only appear on the home page, along with the obligatory announcements. Once they are there, they are more likely to read everything.

How to do HTML Redirect??????????????????

So do you want to drive people to the portal  page or redirect  them? If you want to drive them to the home page and make them navigate down to the WSS site, a redirect won’t help as it will put them in an endless loop.

Why do they have to come to the portal  page to get to one of the sub-sites?

I did suggest a solution – it requires that you build a web part… (CEWP is acceptable if someone can figure out how to do it.)

U r correct it will be in an endless loop.

How to drive people to portal  page ?

We placed all important common content in portal  page.

But users are directly opening subsites, and they are not coming to portal home page.

I think you will have to build a simple web part(hidden) something like

output.RenderBeginTag(HtmlTextWriterTag.Head);
output.AddAttribute("http-equiv", "refresh"); // do this for redirect.

and use Sessions to redirect  only once and not every time. Something like

if (Page.Session["redirectOnce"] == null)
{
Page.Session["redirectOnce"] = "true";
Page.Session.Timeout = 60; // you don't require this line
output.Write("Session is not set."); //
Context.Response.Expires =0;
Context.Response.ExpiresAbsolute = DateTime.Now;
Context.Response.AddHeader( "pragma","no-cache");
Context.Response.AddHeader( "cache-control","private");
Context.Response.CacheControl = "no-cache";
}
I have done this in the past for a different scenario. Enable sessions in the web.config file too.

Can't you just use http  equive="refresh" on the page itself?
http://www.mycodekb.com/CodeDetails.asp?CodeID=524

It sounds as though the goal is to force users to read the day's announcements. So you could set a cookie to check if they have visited the home page that day. If not, they get redirected. If so, they proceed to the subsite. This would be fairly complicated to set up, I think.

Another approach might be to push the important announcements to each sub site, if the content is not too large. Corasworks provide rollup web parts that allow you to link web parts like this. So you add an announcement on the main page, and it shows up on the subsite.

We have the same situation and we forced to use the portal  home as the default home page for the browser organization wide.
Don't know if it helps you.

Effective communication and marketing. Push the portal  link to all subsites through a special link box or feature area (you can do a snazzy one using HTML in a CEWP and store it centrally so all sites can hook into it). Send out an email telling users to use the portal and reset their favorites. You will need to do end user  education.

yep you will loop, my idea will not work unless you get really fancy.

What important information?

I am trying to warn you that this is a bad idea. You will likely have adoption
problems if you use this approach. Your users are navigating directly because
they don't value the content on the root portal. What do you think they will do
if you force them to go there?

OK, your issue is not with forcing people to the portal, your issue is making sure they see the information on the portal  IF they are creating direct links into the sites.

One idea: create a web part that pulls content DOWN from the portal and stick this web part in the sites. This WP wouldn’t pull ALL the content from the portal homepage, rather it will pull excerpts and teasers.. maybe only enough to take up a small portion (15%) of the site’s homepage. You can configure it so the WP can’t be removed from the WebPartPage. This can be done by modifying the site definitions.

This way, you aren’t forcing your users to do anything, and you’re highlighting important news across your entire environment.

I’m still not seeing how this is a problem, other than they are accessing the content in a way that you don’t want them to. The entire point of the portal  is that is a way to get somewhere else – but if they can get “there” (wherever “there” is), then why do we care if they went through the portal?

In short, if they have permissions to the URL-location, they can go there and without doing something fancy with code, there isn’t anything you can do to stop them.

You can try what we did: www.msd2d.com/.../Tip_viewitem_03.aspx

Another thing we have done with the team web sites under the portal  site diretory is to add a Portal Links Web Part to each team web site that has links to the 'important' areas on the portal top level web site. That way if someone does want to view the Job Annoucements, or the Newsleter, etc they don't have toi click 'Up to the ... ' and then cleck on the appropriate Area llink.

While I agree with the consensus, there are better ways to get people to
come to your portal. These two items may be beneficial to others:

Bob, I like your idea of using RSS and two commonly available Web Parts.
This TinyUrl may be helpful:
http://tinyurl.com/eeple

I also think it would be relatively easy to write a client-side cookie
with today's date in it when the user  visits the portal. If they visit
any other site before the cookie is written a JavaScript
document.location.href is set and the user is redirected and the cookie
will be written. I would probably include their original destination in
the url  so that the portal  could give them an easy link back to where
they originally wanted to go.

Where I work. persistenrt cookies are not allowed so the cookie solution
would only be valid for a browser session.

Why aren’t persistent cookies allowed? Did someone get attacked by a Cookie Monster?

I agree, persistent cookies are nothing to be "afraid" of, in fact they're quite useful for token authentication tools. Most likely it's just corporate policy that needs to be revisisted.

I work on a Government Contract and persistent cookies are prohibited.