NOTE: This is an archived copy of the Dragonfire Internet Services website. Dragonfire is no longer in operation; please do not attempt to contact any of the addresses listed on this site.
Main | Services | Prices | Account Setup | FAQ | Contact
A note on the above: If you are having trouble reconciling the claimed 98% uptime average with the large number of downtime entries on the system event log, take a closer look at the entries. Many of them are on the order of 10 minutes or less--which is less than 1% of a day--and the entries date back to early 1997, with rarely more than one entry a week.
A reminder: Never send your password to any address other than support@dragonfire.net. Messages from the Dragonfire administration will always ask you to send your password to that address. If you receive a message asking you to send your password elsewhere, forward it immediately to admin@dragonfire.net so that we can look into the matter and take any action that may be appropriate.
If you prefer that users be unable to look around in your
directories, use the FTP command:
Another possible cause is using the wrong hostname to connect to
Dragonfire. You must use the hostname dragonfire.net to
log into your account; using ftp.dragonfire.net will
not work--that machine supports anonymous FTP only.
md c:\newdir
dir c:\newdir
You'll notice the "." and ".." entries there,
too. (To delete the directory you just created, type:
rmdir c:\newdir)
SITE CHMOD 711 ~
See Dragonfire's FTP guide for how to
enter raw commands.
Alternatively, if you don't want to learn HTML, there are a number of web page design programs around. One such, HotDog, can be found at http://www.sausage.com/. (Note: Dragonfire does not endorse these or any other programs or tutorials.)
If you choose to create your imagemaps manually, you can read NCSA's imagemap tutorial for information on creating imagemaps.
In either case, your imagemap tags should read:
<a href="/cgi-bin/imagemap/map-URL"><img src=map-image ismap></a>
where map-URL is the local URL (i.e. with the http://account.dragonfire.net stripped from the front), and map-image is the path to the image to display, just like any regular <img> tag. For example:
<a href="/cgi-bin/imagemap/main.map"><img src=main.gif ismap></a>
Note: if you use set-UID mode (see the description of file modes) for a Perl script, you must use "/usr/bin/suidperl" instead of "/usr/bin/perl" in the first line. Depending on your script, you may need to add a -U parameter after the suidperl path: "/usr/bin/suidperl -U". (This is different from "-u", which will cause your script to abort!) Shell scripts cannot run in set-UID mode.
If a script's documentation says that the script must be placed in the server's "cgi-bin" directory, ignore it; CGI scripts will function equally well in user directories (though you may need to change a URL or two in the script).
Note that Perl scripts which are designed to run under a specific version of Perl (such as Perl 5) should specify that number at the end of the first line of the script; for example, "/usr/bin/perl5" instead of "/usr/bin/perl". The version of Perl referenced by /usr/bin/perl is currently version 5, but that may change in the future when new versions are released, and different releases of Perl may be incompatible with each other.
We require source availability so that we can ensure that programs uploaded to the system are reasonably secure and are not trying to do unreasonable things (like obtain privileged system information). If we discover that a CGI program is behaving badly, we will be far more lenient if we have the source available and can verify that the program was made to do things it was not designed to do.
If that doesn't fix things, then check whether the first line of the script or the file mode is correct; see above for the steps to follow.
If neither of those is the problem, then there's probably an error in your script somewhere that's occurring before the script outputs any data; you'll have to test it yourself.
Another thing to check for in Perl scripts is the presence of
"require" lines, usually near the top of the file; if there are any
such, you'll need to find the files named in those statements. For
example, if you see a line:
require("cgi-lib.pl");
you'll need to find the file "cgi-lib.pl" and install it on your
account as well, in the same directory as the script. You may also
need to insert your home directory at the beginning of the
filename, for example:
require("/home/u/username/cgi-lib.pl");
or perhaps:
require("/home/u/username/cgi-bin/cgi-lib.pl");
As with (nearly) everything else on Dragonfire, remember that
filenames are case-sensitive; "CGI.pm" and "cgi.pm" are different
filenames.
Finally, if your script still isn't working, you should test it on another system to make sure there are no syntax or similar errors in the script. A Perl interpreter for Win32 systems is available at www.perl.hip.com.
This forwarding service is not available for basic domain accounts.
Reminder: Web/FTP accounts do not include E-mail access. E-mailboxes are available separately.
Important note about Dragonfire E-mailboxes: If you want to save any messages, you should do so on your own computer, not on the server. Leaving messages on the server may lengthen the time it takes to retrieve your mail; more importantly, if your mailbox exceeds your mail quota (default 10 megabytes), you will be unable to receive any new mail.
If you consistently have problems, a last-resort option is to use FTP to download your mail. Connect to dragonfire.net and enter the same username and password you use for reading mail normally; then download your mail file (see above for the location of that file). Since your mailreader may not be able to read this file, you may have to use a text editor (such as Notepad or Wordpad in Windows) to read your mail this way.