C# :: HttpWebRequest Redirects Back To Login Redirect Page?

What I am trying to do is to scrape data from a secure site. Don't worry, it is not for nefarious purposes. It's for a game I play, I am part of a team and within the site we have team data that we would like to share amongst each other( and store for future reference) without having to manually copy and paste. My goal is to create a web page that one would use to input their game credentials that would then connect to and retrieve game data from the game web site.

Here are the three main types of pages that I am dealing with and how they operate:

-There is a main login page. Although I am not accessing it via code. I may need to in the future.

-There is a Login redirect page. When I attempt to access a secure page, if I am not currently logged into the site, this page is displayed and allows me to type in the username and password.

-Lastly, there are Data pages - once you are logged into the site, you have access to a series of pages that contain game related data (these are the pages I want to scrape)

Something to note:

I have used LiveHTTPHeaders to capture the string that is added to the URL, which shows up like this:

"textLogin=username&textPassword=password&token=xxxxxx&Logon=Login&LogonFake=Login";

I am unsure if I have to mimic this or if by using the cookie within the HttpWebRequest, it will do this for me. The token is a fairly long string of characters that I unsure where it comes from. It doesn't match anything in the cookie. If I build the URL manually with the webpage location combined with the string from above and put it in the address bar of a browser - it goes directly to the desired page (logging me into the site behind the scenes)

Here is what I coded so far without any success:

public void TestConnection() {
//Build the connection string
ASCIIEncoding encoding = new ASCIIEncoding();
string postData = "textLogin=" + txtUsername.Text + "&textPassword=" + txtPassword.Text;
byte[] data = encoding.GetBytes(postData);

[code]....

When it gets to the end of the procedure shown above, the string HTML is of the LoginRedirect page and not the desired Data page. I am uncertain why it isn't logging into the correct page.