home *** CD-ROM | disk | FTP | other *** search
/ terabyteunlimited.com / 2014.06.terabyteunlimited.com.tar / terabyteunlimited.com / ifwbatv2.zip / ReadMe.txt < prev   
Text File  |  2008-03-06  |  24KB  |  533 lines
  1.  
  2. Image for Windows Batch Process Scripts
  3.  
  4. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  5.  
  6. Table of Contents:
  7.  
  8.    Update Information
  9.    General Information
  10.    System Requirements
  11.    How to Use
  12.    Running Multiple Profiles
  13.    Additional Information
  14.    Known Issues and Caveats
  15.    Future Plans
  16.    License
  17.    Contact Information
  18.  
  19. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  20.  
  21. Update Information:
  22. -------------------
  23.  
  24. March 6, 2008
  25.  
  26.    * Added a means to identify regional date settings from the registry, and
  27.      (try to) correctly format it as YYYYMMDD in all cases.  The date separator
  28.      character is also read, and the script uses whatever it finds, rather than
  29.      assuming the separator is "/".  Please note that these changes require
  30.      that REG.EXE be present.  On Windows XP and later, REG.EXE is present
  31.      by default.  More information is provided under "System Requirements".
  32.  
  33. February 26, 2008
  34.  
  35.    * Made compatible with Image for Windows v2.  Please note that this breaks
  36.      compatibility with Image for Windows v1.  Please also read ProfileHelp.txt
  37.      as there are some important caveats and changes to take note of.
  38.  
  39. April 18, 2006
  40.  
  41.    * Added support for the new SEQVOLID environment variable, supported by
  42.      IFW 1.63.
  43.  
  44.    * Made Profile.cmd a lot easier to read and use, by removing unnecessary
  45.      parameters, and moving help information to the external file
  46.      ProfileHelp.txt. Because of these changes, you will have to configure the
  47.      new Profile.cmd file from scratch, if you used an older version.
  48.  
  49.    * Basically rewrote the entire IFWv2.cmd file, to add more checks for
  50.      configuration errors, enhance readability (...maybe), improve error
  51.      handling, and make other general improvements.
  52.  
  53.    * Changed the NotifyComplete setting so that it is possible to be nofified
  54.      only when an error occurs (and skip notification if everything completed
  55.      without error).  Please see ProfileHelp.txt for more information.
  56.  
  57.    * Added options to make completion notification dialogs (error and/or
  58.      non-error) dismiss themselves automatically.
  59.  
  60.    * Added capability to delete the single oldest backup, using the
  61.      Space=oldest setting.  This setting overrides the default behavior of the
  62.      script, which is to delete however many backups it takes to free up
  63.      the predefined amount of free space (per the Space=X setting, where X is
  64.      a user-specified number).  Use this option carefully, since it will
  65.      unquestioningly remove the oldest backup directory each and every time
  66.      the script runs!
  67.  
  68.    * Added an option to completely avoid deleting backups automatically.  This
  69.      can be enabled by using the Space=0 setting, or by simply leaving the
  70.      Space option blank (e.g. Space=).
  71.  
  72.    * Fixed optical-drive-related environment variables.
  73.  
  74.    * Added support for all environment variables supported by IFW itself
  75.      (at least as of IFW version 1.62b).  Please refer to the IFD/IFW PDF
  76.      manual, and the ProfileHelp.txt file, for more information.  Also added
  77.      a MiscEnvVar setting, to provide a stop-gap means of specifying any new
  78.      environment variable(s) supported by IFW, without requiring a specific
  79.      corresponding setting in the profile.
  80.  
  81.    * Enhanced/expanded error code handling.  I realize the error-handling
  82.      code may look odd at first glance, but it's done that way for a reason, and
  83.      it catches every possible error that IFW can generate (even if the error is
  84.      "unspecified").
  85.  
  86.    * Allow for up to 15 command lines (up from 10) to run before/after IFW
  87.      runs. Adding even more is pretty easy.
  88.  
  89.    * Allow for up to 25 numbered subdirectories per day, and adding even
  90.      more is very easy.
  91.  
  92.    * Many other tweaks and enhancements.
  93.  
  94. June 2, 2004
  95.  
  96.    * Modified to be usable with optical drives.
  97.  
  98. March 26, 2004
  99.  
  100.    * Made compatible with IFW 1.30.
  101.  
  102. February 14, 2004
  103.  
  104.    * Added handling for "Image Stream is Corrupt" errors.
  105.  
  106. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  107.  
  108. General Information:
  109. --------------------
  110.  
  111. Thank you for downloading the Image for Windows Batch Process Scripts.  These
  112. scripts are designed to work with Windows 2000 and later.  They will not work
  113. on older versions of Windows without significant modification.
  114.  
  115. Note: These scripts are not compatible with versions of IFW prior to 2.0.
  116.  
  117. Here is what these batch files can do for you, after you have configured them
  118. appropriately for your own situation:
  119.  
  120.    * Prompt you to run or abort the Image for Windows batch process, before it
  121.      begins.
  122.  
  123.    * Check for Administrator privileges, which Image for Windows requires.
  124.  
  125.    * Check to see if the target volume has enough free space before running
  126.      Image for Windows, and automatically delete the oldest backup(s) if more
  127.      room is needed.
  128.  
  129.    * Automatically run programs before Image for Windows itself runs.  For
  130.      example, you may want to empty your Recycle Bin, run CHKDSK on the target
  131.      partition, or carry out other small tasks before running IFW.
  132.  
  133.    * Automatically run programs after Image for Windows completes, either
  134.      unconditionally or only if Image for Windows exits without an error.  For
  135.      example, you can have Notepad open the log file that is generated by these
  136.      scripts.
  137.  
  138.    * Automatically create a new backup directory name, and create that directory
  139.      under your specified backup parent directory.  The format of the directory
  140.      name is YYYYMMDD (e.g. 20050620), because that format makes sense in terms
  141.      of recognition, organization, and sortability.
  142.  
  143.    * Automatically create numbered subdirectories under the aforementioned
  144.      YYYYMMDD directory, if needed.  For example, if you created the directory
  145.      "D:\Backups\20050620" during a previous Image for Windows batch process, a
  146.      second run will move the image files in that directory to
  147.      "D:\Backups\20050620\001", and will put the new image files in
  148.      "D:\Backups\20050620\002".  If the batch process is run yet again on the
  149.      same date, the files will then be placed in "D:\Backups\20050620\003" ...
  150.      and so on, up to a current maximum of 25 (which can be increased, if
  151.      needed).
  152.  
  153.    * Run Image for Windows with whatever parameters you specify.
  154.  
  155.    * Log everything that is done (start of batch process, directory creation,
  156.      old backup directory deletion, starting of Image for Windows, termination
  157.      of Image for Windows, errors, and so on).
  158.  
  159.    * Notify you, with a dialog, upon completion of the batch process.
  160.  
  161. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  162.  
  163. System Requirements:
  164. --------------------
  165.  
  166. In order for these scripts to work properly, your system must meet the following
  167. requirements:
  168.  
  169.    * You must be running Windows 2000 or later.
  170.  
  171.    * You must have Image for Windows 2.x installed.  These scripts will not work
  172.      with Image for Windows 1.x.  Scripts that will work with IFW v1.x can be
  173.      obtained at http://www.terabyteunlimited.com/downloads/IFWBatch.zip.
  174.  
  175.    * You must run the scripts with the .CMD file extension, and not .BAT.  This
  176.      is very important!  It may sound crazy, but it does make a difference in
  177.      how Windows interprets some of the code.
  178.  
  179.    * You must NOT have any data set for the Autorun registry value under the
  180.      key "HKEY_CURRENT_USER\Software\Microsoft\Command Processor".  Strange
  181.      errors and problems can occur if you do.
  182.  
  183.    * The Windows file REG.EXE must be present.  This file is present under
  184.      Windows XP and later by default.  Under Windows 2000, you must either
  185.      download a copy of REG.EXE, or extract it from SUPPORT.CAB on your Windows
  186.      2000 CD-ROM.
  187.  
  188. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  189.  
  190. How to Use:
  191. -----------
  192.  
  193.   1. Place IsAdmin.exe, IsFree.exe, and MsgBox.exe in a directory that is
  194.      specified in your system or user PATH environment variable.  To easily
  195.      determine which directories are defined in the PATH environment variable,
  196.      run the command "echo %path%" from a command prompt.  If in doubt, simply
  197.      put IsAdmin.exe, IsFree.exe, and MsgBox.exe in your Windows directory.
  198.  
  199.   2. Place IFWv2.cmd, Profile.cmd, ProfileHelp.txt, and ReadMe.txt in the desired
  200.      directory (or directories). The simplest thing to do is to keep them all in
  201.      a single directory.  Putting all the .TXT and .CMD files in your Image for
  202.      Windows installation directory is recommended (for simplicity), but you
  203.      don't have to do so.
  204.  
  205.   3. Open Profile.cmd in a text editor, and set it up as desired.  Refer to
  206.      ProfileHelp.txt as needed.  When done, you can begin the IFW batch process
  207.      by running your configured copy of Profile.cmd.
  208.  
  209. The idea is to make changes only to Profile.cmd, and to keep IFWv2.cmd unchanged.
  210. For each partition (or imaging scheme) you want to back up with Image for
  211. Windows, you should have a different copy of Profile.cmd, with the appropriate
  212. customizations inside.  The profile files can be moved or renamed** to wherever
  213. and whatever you want, but if you move or rename** IFWv2.cmd, make sure you refer
  214. to it properly in all of your profile scripts, using the IFWScriptPath
  215. parameter.
  216.  
  217. ** If you rename one or both scripts, you must keep the .CMD extension. They
  218. will not function correctly with the .BAT extension!
  219.  
  220. For example, let's assume you use Image for Windows to create images of two of
  221. your partitions, C: (the "Windows" partition) and D: (the "Data" partition).
  222. Here's how you might use these scripts to handle things:
  223.  
  224.   1. Create a copy of Profile.cmd and name it Windows.cmd.  Configure the
  225.      SET parameters in Windows.cmd to meet your needs for imaging the C:
  226.      partition.  When you want to run Image for Windows on the C: partition,
  227.      simply run Windows.cmd, and it will automatically call IFWv2.cmd using the
  228.      parameters you specified in Windows.cmd.
  229.  
  230.   2. Create another copy of Profile.cmd, and name this one Data.cmd.
  231.      Configure the SET parameters in Data.cmd to meet your needs for imaging
  232.      the D: partition.  When you want to run Image for Windows on the D:
  233.      partition, simply run Data.cmd, and it will automatically call IFWv2.cmd
  234.      using the parameters you specified in Data.cmd.
  235.  
  236. Keep in mind that if you use the same parent backup directory for multiple
  237. profiles (i.e. the BackupParentDir setting in Profile.cmd), then each profile,
  238. when invoked, could affect the image files for the other profile(s).  For this
  239. reason, you may want to use a different BackupParentDir setting for each profile
  240. in use.
  241.  
  242. You should not run IFWv2.cmd directly.  It won't hurt anything, but it won't work,
  243. either.
  244.  
  245. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  246.  
  247. Running Multiple Profiles:
  248. --------------------------
  249.  
  250. If you want to run multiple profiles (i.e. imaging operations) at a time, either
  251. manually or using the Windows Task Scheduler, you have two options, each of which
  252. will be explained below:
  253.  
  254.    * Option 1: Configure the desired profiles, each in a separate copy of
  255.      Profile.cmd, and then create a separate script to CALL each Profile.cmd in
  256.      succession.  To run all the desired profiles, you would run the script you
  257.      created.
  258.  
  259.    * Option 2: Create multiple profiles within a single copy of Profile.cmd.  To
  260.      run all the desired profiles, you would simply run Profile.cmd as normal.
  261.  
  262. Option 1 - Running Separate Copies of Profile.cmd from a Script:
  263.  
  264.   1. Configure a separate copy of Profile.cmd for each imaging operation you wish
  265.      to perform, as explained elsewhere in this document.  The recommended
  266.      approach is to give each copy of Profile.cmd a different name, and to store
  267.      all of the profiles in a single directory.
  268.  
  269.      ** Be sure to use a different BackupParentDir setting for each profile, or
  270.         unexpected results could occur.
  271.  
  272.   2. Use a text editor to create a new script that will invoke each profile in
  273.      turn.  This is done using one CALL statement for each profile.  Here is an
  274.      example script:
  275.  
  276.      @echo off & cls & setlocal
  277.      call "C:\Program Files\Image for Windows\Windows.cmd"
  278.      call "C:\Program Files\Image for Windows\Data.cmd"
  279.      call "C:\Program Files\Image for Windows\Media.cmd"
  280.      :: End of script
  281.  
  282.      ** The "@echo off & cls & setlocal" line isn't required, but is recommended.
  283.  
  284.   3. Save the script with the .CMD extension (e.g. FullDisk.cmd).
  285.  
  286.   4. If you wish to run the multiple profiles using the Windows Task Scheduler,
  287.      create a new scheduled task, and supply the path to the script you created
  288.      above (e.g. FullDisk.cmd).  To run the profiles manually, simply run that
  289.      script directly.
  290.  
  291. Option 2 - Creating Multiple Profiles Within a Single Copy of Profile.cmd:
  292.  
  293.   1. Open the script Profile.cmd in a text editor such as Notepad.
  294.  
  295.   2. You will need to duplicate a portion of Profile.cmd, using the copy and
  296.      paste functions.  Do this by selecting and copying everything beginning
  297.      with (and including) this line:
  298.  
  299.      :: <---- START OF PROFILE ---->
  300.  
  301.      And ending with (and including) this line:
  302.  
  303.      :: <---- END OF PROFILE ---->
  304.  
  305.   3. Paste the content you just copied immediately below the last instance of
  306.      this line:
  307.  
  308.      :: <---- END OF PROFILE ---->
  309.  
  310.      You should end up with the following general Profile.cmd content:
  311.  
  312.      :: <---- START OF FIRST PROFILE ---->
  313.      (profile content, including SET commands, commented lines, and some other
  314.      batch commands.)
  315.      :: <---- END OF FIRST PROFILE ---->
  316.  
  317.      :: <---- START OF SECOND PROFILE ---->
  318.      (profile content, including SET commands, commented lines, and some other
  319.      batch commands.)
  320.      :: <---- END OF SECOND PROFILE ---->
  321.  
  322.      Please note that as shown above, you can manually enter identifying names
  323.      for each profile (e.g. "FIRST", "SECOND").
  324.  
  325.   4. Repeat step 3 for each additional imaging operation you wish to carry out
  326.      using the Image for Windows batch process scripts.  Each profile (i.e. each
  327.      imaging operation) must have its own SET commands.
  328.  
  329.   5. Configure each profile accordingly.  Please refer to ProfileHelp.txt for
  330.      more information on configuration.
  331.  
  332.      ** Be sure to use a different BackupParentDir setting for each profile, or
  333.         unexpected results could occur.
  334.  
  335.   6. If you wish to run the multiple profiles using the Windows Task Scheduler,
  336.      create a new scheduled task, and supply the path to the copy of Profile.cmd
  337.      you just configured.  Please note that you can rename Profile.cmd, if
  338.      desired, as long as you reference it correctly in Task Scheduler.  To run
  339.      the profiles manually, simply run Profile.cmd.
  340.  
  341. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  342.  
  343. Additional Information:
  344. -----------------------
  345.  
  346. The IsAdmin.exe, IsFree.exe, and MsgBox.exe utilities are provided courtesy of
  347. Douglas Good ( http://www.otbsw.com ).  His utilities are distributed here with
  348. his explicit permission.
  349.  
  350. Place IsAdmin.exe, IsFree.exe, and MsgBox.exe in a directory which is specified
  351. in your system or user PATH environment variable.  If in doubt, simply put them
  352. in your Windows directory.
  353.  
  354.    IsAdmin.exe -- Checks whether the associated user has Administrator rights on
  355.                   the local machine.
  356.  
  357.    IsFree.exe  -- Checks if a drive has the specified amount of free space.
  358.  
  359.    MsgBox.exe  -- Displays simple message boxes, to provide feedback or prompt
  360.                   for user input.  This program is used extensively by the IFW
  361.                   Batch Process Scripts.
  362.  
  363. Please note:  None of these programs will make changes to your system--they do
  364. not alter the file system or the registry in any way when run.
  365.  
  366. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  367.  
  368. Known Issues and Caveats:
  369. -------------------------
  370.  
  371. * Specify your profile settings carefully!  The scripts do not check for all
  372.   possible configuration errors.  For example, it would not be valid to specify
  373.   something like ImageName=\Backup for the ImageName setting (the backslash is
  374.   invalid).  While it is possible to verify settings more than is currently done,
  375.   doing so would probably not be a good trade-off in terms of script size,
  376.   complexity, and maintainability.
  377.  
  378. * Currently, the scripts REQUIRE that IsAdmin.exe, IsFree.exe, and Msgbox.exe
  379.   each exist in a directory specified in the system or user PATH environment
  380.   variable.  This is true even if you don't wish to use one or more of them.
  381.  
  382. * Currently, the scripts check to see if an instance of IFW is already running,
  383.   before attempting to begin the imaging operation.  However, the scripts do
  384.   not yet check whether or not another instance of the scripts themselves are
  385.   running.  (See "Future Plans" for more information on that.)  So, be very
  386.   mindful not to run more than one copy of the scripts at a time.
  387.  
  388. * If so configured, and if free space needs dictate, the scripts will
  389.   automatically delete as many old backup directories as are necessary in an
  390.   attempt to recover enough free space for the new image to be created.  To
  391.   this end, all directories and files under the directory specified in the
  392.   BackupParentDir setting are fair game.  (No other directories or files are
  393.   EVER deleted by these scripts.)  Because of this, you should carefully note
  394.   the following:
  395.  
  396.   - You should configure the Space setting in the profile script carefully.
  397.     If, for example, you specify a number that is too high, the scripts may
  398.     delete ALL existing backups under BackupParentDir, in an attempt to gain
  399.     enough free space to continue.
  400.  
  401.   - The caveat expressed immediately above also applies in the situation
  402.     where the target volume's free space is reduced by the addition of
  403.     other, unrelated files.
  404.  
  405.   - If you would like for the oldest single backup to always be deleted prior
  406.     to the creation of a new backup, use Space=oldest in the profile script.
  407.     This prevents any uncertainty in the number of old backups that will be
  408.     deleted, but it does so at the expense of knowing prior to the imaging
  409.     operation whether or not enough free space will be available for it to
  410.     complete successfully.  Again, use Space=oldest with caution, because it
  411.     will ALWAYS delete the oldest backup.
  412.  
  413.   - You should not configure the scripts to save log files in directories that
  414.     may be deleted at some point (unless, of course, you want that to occur).
  415.  
  416.   - You should not manually place directories or files in the backup directories
  417.     created by the scripts (again, unless you want them to be deleted).
  418.  
  419.   - You should generally not rename the directories that are created by the
  420.     scripts.  If you do, unexpected results may occur.
  421.  
  422.   - Last, but not least, you should keep secondary backups as needs dictate.
  423.     For example, even if you normally save all images to a hard drive, you may
  424.     want to make a habit of burning a copy of the same backup to DVD or some
  425.     other media (even another hard drive).
  426.  
  427. * The message "INFO: No tasks running with the specified criteria." appears
  428.   shortly after the main script begins running (so long as IFW isn't running).
  429.   This is normal, and is the output of TASKLIST.EXE, which is invoked by the
  430.   script to see if IFW (specifically, IMAGEW.EXE) is running.
  431.  
  432. * If you receive the error stating that a directory could not be deleted, make
  433.   sure no application has that directory, or any of its subdirectories or files,
  434.   open.  This includes Explorer windows and TBIView, for example.
  435.  
  436. * If you use the RunPriorXX, RunAfterAlwaysXX, and/or RunAfterCondXX settings
  437.   in the profile script, be aware that you generally need to use the
  438.   "START "" /WAIT" command format in order to halt processing until the process
  439.   you have launched completes.  If you wish to run a separate script using these
  440.   settings, you may want to run CMD.EXE and pass the script as a parameter to it
  441.   (e.g. START "" /WAIT CMD.EXE /C "D:\SCRIPTS\RUNTHIS.CMD").
  442.  
  443. * If the scripts create a new directory, then an error occurs (before or after
  444.   IFW runs), the newly-created directory remains, but will not be used the next
  445.   time (even if it is empty).  This behavior may be changed in the future.
  446.  
  447. * In some cases, empty YYYYMMDD directories are not removed.  This will be fixed
  448.   in a future release.  In the meantime, you can either delete affected
  449.   directories manually, or use Doug Good's "Remove Empty Folders" (RmEmpty)
  450.   command line utility, available from http://otbsw.com.  This could be done
  451.   with a RunAfterAlwaysXX variable and the command line:
  452.  
  453.   rmempty.exe "%BackupParentDir%"
  454.  
  455. * Some commands specified in the Autorun registry value under
  456.   "*\Command Processor" may result in unexpected behavior when the script is
  457.   run.  (This key and value can appear in various locations in the registry.)
  458.   If you are seeing strange behavior when the script is run, and you have an
  459.   Autorun value set, try clearing out the Autorun value(s).  Until this issue
  460.   is addressed, you may want to leave the Autorun values blank to prevent
  461.   unexpected behavior.
  462.  
  463. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  464.  
  465. Future Plans:
  466. -------------
  467.  
  468. * Remove requirement for IsAdmin.exe, IsFree.exe, and MsgBox.exe, and make the
  469.   checking that is done on these files optional.
  470.  
  471. * Add a semaphore to prevent multiple copies of the scripts from running at a
  472.   given time.
  473.  
  474. * Add a NeverDeleteMoreThan option to prevent more than the specified number
  475.   of old backups from being deleted when Space=X is used (where X is a number).
  476.  
  477. * Add a "verbose logging" option, which will log all settings used when the
  478.   scripts are run.
  479.  
  480. * Make it possible to locate IMAGEW.EXE using the AppPaths registry key, rather
  481.   than having to include the full path in the profile script.
  482.  
  483. * Provide an option to automatically delete newly-created directories if the
  484.   process ends with an error.
  485.  
  486. * Change "Image for Windows is running..." message to reflect RunPriorXX and/or
  487.   RunAfterPriorXX and/or RunAfterAlwaysXX commands, when appropriate.
  488.  
  489. * Implement a more elegant means of handling numbered subdirectories (more
  490.   elegant than hard-coding, that is), and allow for the creation of an
  491.   essentially unlimited number of them.
  492.  
  493. * Use CMD /D to prevent Autorun values from being an issue.
  494.  
  495. * Document and restructure the code.
  496.  
  497. None of the above is set in stone...
  498.  
  499. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  500.  
  501. License:
  502. --------
  503.  
  504. Please refer to FWLIC.TXT, which was included in this package.
  505.  
  506. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  507.  
  508. Maintainer Information:
  509. -----------------------
  510.  
  511. Scott Danesi
  512. dt9oqsa02@sneakemail.com
  513.  
  514. If you think you have found a problem in the script(s), please:
  515.  
  516. * Include a copy of ALL the scripts in use when sending an email, even if you
  517.   have not knowingly made changes to them.  Archiving the files with the 7Z, RAR,
  518.   or ZIP format is recommended.
  519.  
  520. * Mention exactly which path(s) you were running the scripts from.
  521.  
  522. * Mention what exact version of Windows you are using the scripts on.
  523.  
  524. * Mention what exact version of IFW you are using the scripts with.
  525.  
  526. * Explain what the problem is, in as much detail as is reasonably possible.
  527.  
  528. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  529.  
  530. Copyright (c) 2008 TeraByte, Inc.  All Rights Reserved.
  531.  
  532. End of document
  533.