![]() | ||||
| . | Kisco Home : products : WebReport/400 : Support : FAQ | . | ||
| . |
Page last updated on March 12, 2008
The following is a list of frequently asked questions about WebReport/400. If you have a
question that is not covered here, ask us via
Index:
To install WebReport/400 on your backup system for a disaster recovery situation, either a test
or an actual recovery process, do the following:
As of this writing, we have never experienced any issues with WebReport/400 when moving from
one version of the installed operating system to another. We do recommend, however, that you
make a complete listing of all of your TCP/IP settings just in case any of them get changed
during the OS upgrade process.
If you have never created an AFP overlay before, please read the following topic before you
tackle this one. We recommend that you have AFP overlay creation and use under your belt
before attempting to work with color overlays.
Note: The following procedure only appears to work when you use a PC that is running Windows
XP. Tests on Win98 and Win2k show that the color tabs in the driver do not come active. You
must use a PC running WinXP.
To create a color overlay, use these instructions:
If you need help with this, or if you would like to contract with Kisco Information Systems to
create your overlays for you, please contact us.
Creating an AFP overlay is not all that difficult. It is done on a PC that is attached to your
system. You have to download an AFP print driver from IBM, then install and configure it. (On
more recent releases of OS/400, this print driver is included on the Client Access/400 install
CD.) Once this is done, you then design your overlay on the PC using a graphics program or any
standard wordprocessing software (we normally do our overlays in Word or WordPerfect as we
find it easier than dealing with the graphics software). Then, once the overlay is ready, you just
print it using the new print driver. This creates a file on the PC that you need to transfer to your
iSeries-AS/400 and process through a conversion command that is a part of OS/400.
There is a discussion available at the IBM support site that will fill in the blanks to this brief
description. Just
click here to see the writeup.
If you need help with this, or if you would like to contract with Kisco Information Systems to
create your overlays for you, please contact us.
In a word - YES!
Many customers have asked how to set this up and it is really quite simple. The only
pre-requisite is that your system must have a direct route to the Internet. If you have configured
WebReport/400 already, then you already have the Mail Server Framework and the OS/400
SMTP functions configured. The only thing you have to add to this mix is the OS/400 POP
server (Post Office Protocol) and you will need to make a configuration change to your SMTP
server setup.
Here's what you'll need to do:
At this point, your iSeries-AS/400 system will be your outbound mail server for WebReport/400
and any/all other SMTP-based applications running on your system.
Important Note: If you are just starting to use your system for outbound mail, you
should set the system up to prevent spammers from relaying mail through your iSeries-AS/400
system. Read the following topic on how to configure for this issue. Failure to do so could
result in your system appearing on an Internet blacklist, which could prevent some or all of your
mail from being properly delivered.
Controlling SMTP mail relay involves two processes. First, you have to set the ALWRLY parameter in
the SMTP Attributes on your SMTP server. This is updated using the CHGSMTPA (Change SMTP Attributes)
command.
If you just want to deny all mail relays, set this value to *NONE and you’re all set, you can stop
reading now and move on with your life. However, this will also stop WebReport/400 from working.
Simply changing this setting to *ALL is not a good idea either as this will allow anyone to relay
mail through your system. The best choice for WebReport/400 use is the value *LIST. This will
restrict email relays to only those IP addresses that you specifically authorize.
Once you have relaying configured and have specified the *LIST setting, you will then have to
update the SMTP list to indicate who can relay mail. This is done using the ADDMSTPLE (Add SMTP
List Entry) command. There are a lot of options for this, but as a simple example let’s set up
an entry that will permit mail to be relayed from your iSeries-AS/400. If your system has an IP
address of 10.100.2.1, then you would add a relay accept transaction that looks like the following:
After you get these changes made, you should end and then restart your SMTP server before testing
for the results. Ending the SMTP server is done with the following command:
We are often asked how mail can be traced on the AS/400 when things appear to be configured
correctly but the mail is just not going out. We have discovered that OS/400 includes a
journaling feature for SMTP that you can activate using the following procedure. Journaling
adds overhead to processing on your system, so we recommend that once you activate it, that
you
go back and deactivate it once you have traced your problem.
To set up SMTP journaling and look at the journal information:
According to information found at the IBM support website, the SMTP server can be set to
destroy distributions that it cannot process. How SMTP does this depends on the existence and
contents of a single-character, user-defined data area called QTMSCLEAN in the QUSRSYS
library. The character in this data area indicates the extent of mail control block clean-up:
Since a warm start frees only a single MCB, it may be necessary to stop SMTP, create the data
area, and start SMTP more than one time to get to the MCB that is causing the problem. If there
are a large number of MCBs, a cold start may be the fastest way to correct the problem.
To create the QTMSCLEAN data area, use the Create Data Area (CRTDTAARA) command as
follows:
On the AS/400, there is a system value that controls the time shown on Email messages sent by
WebReport/400. The system value is named QUTCOFFSET and it contains the Coordinated
Universal Time Offet value. As shipped from the factory, this is set to zero so all Emails are
time stamped as if you were located in Greenwich, England (as in Greenwich mean time).
To adjust this value to work correctly on your system, change it to reflect the difference in time
between where you are located and Greenwich Mean Time. For US customers, Eastern Time
would result in a value setting of -05:00. For Pacific Time, the offset value should be -08:00,
and so on for other time zones.
Beginning with WebReport/400 Release 4.01, this function is supported directly from the
WREPORT command. If you have an earlier version of WebReport/400 installed, use the
following instructions:
WebReport/400 can be used to convert your report into HTML. You can then execute a simple
CL command to move that converted HTML file into the IFS on your system. The CL command
will also take care of EBCDIC to ASCII conversion.
First, process the report to a source physical file. There is a source file in library WEBREPORT
named WEBSRC that you can use for this.
Then, process the following command to move the source member to the IFS converting it to
ASCII code in the process. This example assumes that you are using the above mentioned
source file with a member named REPORT1. The example then assumes that you want to move
the report to a directory name WEB under your HOME directory in the IFS with a file name of
REPORT1.HTM.
Phone: (518) 897-5002 Fax: (518) 897-5003
E-mail your questions or suggestions: |
. | ||
| . | ||||