What is the difference between a "Virtual Web" on ACM Systems and a "Registered Domain"?

• A Virtual web is a secured sub web attached to an existing domain. The web server is setup with what is called a FrontPage Extension sub web, it can be configured with the same permissions as it's parent web or give specific permissions of it's own. 
• When ACM Systems sets up a Virtual Web it is 'attached' to our virtualcybernaut.com registered domain. A customers Virtual web will be configured with a username and a password that only the assigned customer can gain access with.
• A virtual Web can of advantage to the beginning web developers as they do not have to register and maintain a Domain.
• Users can gain access to there Virtual web via FrontPage or Windows Web Folders. For more information on gaining access to your web site see 'Site Access Questions".
• An example of a Virtual Web Uniform Resource Locater (URL) would be http://www.virtualcybernaut.com/~jimmysmith
  in this example the customer is Jimmy Smith.

• Web servers are configured to display a 'Default Page' if one is not specified in the browser address bar. Depending upon the server setup the 'Default Page' name is usually index.html, index.htm, or default.htm
• ACM Systems configures it's webs to look for index.html if a page is omitted from the URL. There is a possibility that when you created your web site you named your main page home.htm or something of the sort. If someone or yourself try's to go to your web site by typing in http://www.virtualcybernaut.com/~yourname the server will automatically append an /index.html to that URL. now if you do not have a index.html page file on your web site then it can not display it, that's when you get the error.
• The way to fix this problem is in FrontPage rename your main page to index.html (FrontPage will automatically update any pages that link back to this page provided you do not have them open already.) then republish your web site.

Next came the <font face> tag (something you use if you're writing HTML by hand instead of using a program such as FrontPage that does it for you), which allows site designers to specify what font the browser should display.

Sounds good, but there's a trick—that font has to be installed on the viewer's' systems in order for them to see it. Realistically, this means that you can really only specify a few typefaces—the ones you are fairly certain will be on the viewer's computer. This can be confusing, because you'll see the fonts on your computer, but others won't see them on theirs.

Some typical fonts are:

Windows: 

Times New Roman: a serif type that looks like something you'd see in a newspaper or magazine
Arial: a sans serif (meaning without serifs—the little doohickeys at the ends of each letter) face that has a streamlined, more modern look

Mac

Times: This face is similar to Times New Roman, but it isn't as carefully designed for on-screen viewing. In particular, it has no italic version, so the Mac just electronically slants the type. This looks terrible and is difficult to read, which is why many Mac people complain if you use italic on your site.
Helvetica: a sans serif face similar to Arial.

IE3 and Higher

These browsers come with two special fonts, designed for easier on-screen reading.

Verdana: An extremely easy-to-read sans serif face that's included with the Internet Explorer.
Comic Sans: This face is informal and friendly, which is great for some sites, but not professional enough for others.

Fonts for the screen

Trebuchet is another screen-friendly sans serif face from Microsoft. It has more character than Verdana
Georgia: This serif face is much easier to read on screen than Times New Roman because it was designed for the screen

Tag examples:

(Example of the Font face tag)
<font face="Trebuchet MS,Verdana,Arial,Helvetica">Text Here</font>

(Example of the Font face tag combined with a font size)
<FONT SIZE=-1 FACE="Trebuchet MS, Arial, Helvetica, Geneva, sans-serif">Text Here</FONT>

Often After you publish your web site you view the pages and find little red x's where the pictures should be. This actually indicates a broken link to the picture and is usually caused by not including the graphics at the time of publishing. We see this situation often when people use FrontPage Express. FrontPage 98 and FrontPage 2000 are a bit more forgiving with this as they will "Import" so to speak your Graphic Files into the "Personal Web Server" on your drive.
An easy way to identify this problem is to right click on the red x image in the browser and select Properties. you may see something like this listed under the Address (URL) of the Image:
file:///C:/WINDOWS/Desktop/products.html/headerprod.gif What this is indicating is that the Graphic file was located on the desktop of the computer that created this web page. This is seen by the file:///C:/WINDOWS/Desktop A proper showing of an Image would look something like: http://www.acmsystems.net/headerprod.gif. Notice the http://www.acmsystems.net instead of the file:///C:/WINDOWS/Desktop.

• When you sign up for an email account you are assigned one mailbox (per account)
• To access your mail you log into the mailbox with your username and password. Your username is generally your primary email address.
• Aliases can be thought of as 'Also know as'. In other words they are extensions of your main email address. When we setup aliases they are literally assigned to your primary address.
• Because they are assigned to your primary address any mail sent to them are retrieved when you log into your mailbox with your username and password. No other actions are required. You do not need individual setups in your email client.

Aliases come in handy for several reasons here is just a few:

1. If you put an email address on your web page there is a good chance that 'Spam list spiders' will extract them, index them, and include the address on several junk mail listings. One way to help prevent this is to use an alias on your web site, then you can create a rule in Outlook to direct and mail sent to that address to be moved to a special folder. For a Jscript solution for these Spam list spiders click here. 
2. If your web site is divided into sections such as information, sales, support, etc. You can list different email aliases to monitor from were on your web site the mail was sent. example: if someone is requesting information you may wish to have them send the mail to info@youraddress.com instead of your primary email address. This is a good way to pre-qualify your email messages.