HOW ??? Adding url path to main menu - Builders

Trying to use the NEW_ITEM in the builders section, i.e. main menu, I tried adding a link to a subdomain that I created specifically for D7 which is also our homepage. Adding the button, description, and path were no problem .... but it won't work. The button shows up alright but the link won't resolve at www.mysubdomain.myD7install.org which is what I entered in the new button. Instead the link that shows up contains the current default path to our D7 installation, followed by the added path that was added in the new item/button.

In other words, it shows up something like this: www.myD7install.org/www.mysubdomain.myD7install.org

Can anyone tell me an easy way to correct this please?
I could just scrap the subdomains and use aliases instead, but I'd really prefer to stick with subdomains. Thanks.

Hmmmm, I don't understand why I have to create a separate php file if the fields are already there, asking for a URL to be entered? Shouldn't it be possible to enter any url to any file, regardless if php or not? I could enter a redirect to a plain or customized html page too. Problem with redirects is that many windows users with IE7/IE8 set their browser up to treat redirects as unsecure, malicious sites, or advertising. I'm trying to understand why the default path is the homepage itself even though there's nothing entered in the path fields to begin with? Is there some way to just disable that default path completely in the new_item box, so that a user goes to the url that's actually been entered?

The default path is the beginning of the path.  Each  link on the site is expected to come directly to the site url as it is in the inc/header.inc.php file.  What your asking to do is change this path to something different by just entering http://www.meine....com into the field.  That's not how it works and this is what's causing your error.

By creating a new php file with a redirect your able to send your members where they want to go.  Not sure this is a full blow redirect as the domain is remaining the same.

Yeah, tried a quick sample and it was just as I figured, the redirect works with an html too. That's just as well because I can work around that by providing default html pages with the same title as the subdomain that they're redirecting to. Matter of fact, that way I'll be able to show some pointers in various different languages with a delayed redirect, as opposed to redirecting immediately. That would (hopefully) prevent the next page from being viewed as spam or advertising. Heck, might even include a continue button as well as the redirect ....
Thank you all.