× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hello Gerald,

Please take under consideration the HostFront software solution:

1) Out-of-the-box solution for 'green-screen' host access using a browser -
http://www.farabi.com/hostfront/clients.html

2) Transform your green screens automatically & effortlessly using 'GUI on
the fly' or 'HTML on the fly' -
http://www.farabi.com/hostfront/guitransform.html

3) Full embedded security includes bi-directional built-in 128 bit
encryption and multi-home support for additional security thereby isolating
your Legacy system from the outside world.
http://www.farabi.com/hostfront/security.html.

4) Build Windows or Web-based front-ends for your host applications -
http://www.farabi.com/hostfront/publishing.html

5) Support for multiple type of Internet Appliances such as WAP-enabled
mobile phones or Palm/ WinCE based PDA's -
http://www.farabi.com/hostfront/index.html

Plus these standard features: 

1) Centralized management - http://www.farabi.com/hostfront/management.html

2) Wireless connectivity - http://www.farabi.com/hostfront/wireless.html

3) IVR systems - http://www.farabi.com/hostfront/IVR.html

4) RAD, (Rapid Application Development) tool -
http://www.farabi.com/RSG/index.html generates basic HTML and ASP of your
AS/400 navigation.

I am ready to discuss the requirements when appropriate.

F.Cachecho
fcachecho@xxxxxxxxxx
1-800-565-3455 ext.238 

-----Original Message-----
From: Gerald Kern [mailto:gkern@xxxxxxxxxxxxxxxxxxx]
Sent: Tuesday, April 08, 2003 7:34 AM
To: midrange-l@xxxxxxxxxxxx
Subject: VPN & web enabling applications


Let me first say that I'm am looking for general direction and bullet points
for achieving the objective. Suggested manuals, redbooks, links to
appropriate websites would be appreciated, as well as any general summary of
recommended direction.

OBJECTIVE: Develop a strategy to enable secure, stable web based/browsing
and CAE/400 access to our iSeries applications. Our organinization is a
large medical facility supporting over 100 physicians onsite, and it will
also require additional support for multiple (30+) remote locations.

I would like to provide support to users via browsers for 5250 apps
(something along the lines of CGIDEV2 perhaps?), along with the iSeries
developers who will be using traditional CAE/400 5250 to do development
(some code/400 users too), remote support and testing, as well as access the
apps too.

We have two iSeries, one for production and one for development - the
development system is also our production Domino email server.

Our iSeries apps are a mix of old Sys/38 code, some RPG/400 and a lot of
newly developed & deployed ILE RPG using embedded SQL with bound modules,
prototyped procedures, subprocedures and so forth (with activation groups of
*CALLER). To my knowledge, webfacing is not a practical solution at this
point due to the nature of our heavily influenced ILE applications, which
will most likely be the majority of applications to be accessed.

My first step will be to utilize VPN to access our Novell Network thereby
providing the link to two iSeries systems. My first goal is to establish the
VPN connections and ensure that they are stable and totally secure to both
the iSeries.

The next step will be to provide secured telnet 5250 access to both systems
to the developers. Once this is established, stable, and secure, we will
then determine which apps to web-enable and choose the method to achieve
web-enablement based on the underlying nature of the chosen app(s).

I'm not sure what Websphere has to offer in terms of support for this
project, only because I have limited resources ($$$ and bodies), and also
little time to devote to Websphere & Java type training. For the most part,
this is being done as "proof of concept" for upper management. Most likely I
will be doing most of the work here too.

I'm only looking for the 30,000 ft overview.

Comments and general directions and suggetions will be greatly appreciated.

This can be taken offline if anyone cares to go much deeper into this than
is practical here.

Thanks,

Gerald Kern
gkern@xxxxxxxxxxxxxxxxxxx

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of
midrange-l-request@xxxxxxxxxxxx
Sent: Tuesday, April 08, 2003 3:18 AM
To: midrange-l@xxxxxxxxxxxx
Subject: MIDRANGE-L Digest, Vol 2, Issue 529


Send MIDRANGE-L mailing list submissions to
        midrange-l@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.midrange.com/mailman/listinfo/midrange-l
or, via email, send a message with subject or body 'help' to
        midrange-l-request@xxxxxxxxxxxx

You can reach the person managing the list at
        midrange-l-owner@xxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of MIDRANGE-L digest..."


Today's Topics:

   1. Re: RE: LPAR Windows 2003 server (d2ba@xxxxxxxxxx)
   2. RE: CPYFRMIMPF, and none *crlf record delimiters
      (Art Tostaine, Jr.)
   3. Immediate PTF -- What's the point? (Tom Liotta)
   4. RE: Immediate PTF -- What's the point? (Elvis Budimlic)
   5. Re: Immediate PTF -- What's the point? (Vern Hamberg)
   6. Re: CPYFRMIMPF, and none *crlf record delimiters (Vern Hamberg)
   7. RE: Java and Visual Basic, how to learn? (Dan)
   8. RE: CPYFRMIMPF, and none *crlf record delimiters (Richard B Baird)
   9. Re: CPYFRMIMPF, and none *crlf record delimiters (Richard B Baird)
  10. RE: Making Test cases for Batch Programs (Manoj S.T. , Gurgaon)
  11. R: Tray printing (Franco Broccardo)


----------------------------------------------------------------------

message: 1
date: Tue, 8 Apr 2003 11:05:48 +1200
from: <d2ba@xxxxxxxxxx>
subject: Re: RE: LPAR Windows 2003 server

No that's are problem for old SQL Server 7 users; 64 bit SQL server is SQL
Server 2000 and next version code named Yukon
>
> From: "Tom Jedrzejewicz @ San Pedro" <TJedrzejewicz@xxxxxxxxxxxx>
> Date: 2003/04/08 Tue AM 08:06:09 GMT+12:00
> To: <midrange-l@xxxxxxxxxxxx>
> Subject: RE: LPAR Windows 2003 server
>
> Isn't there a patent licensing problem with the analyst services (OLAP)
functionality in SQL Server?
>
> http://www.eweek.com/article2/0,3959,985552,00.asp
>
>
> >>> d2ba@xxxxxxxxxx 04/07/03 12:09PM >>>
> That is fantastic news, 64 bit windows and 64 bit SQL Server will rock
> running on an iseries. Could you call 64 bit windows and 64 bit SQL
> Server on IA64 a "midrange" system?
>
> To my mind one of the best features is SQL Server Analysis Services
> (OLAP).
> Previous to Analysis Services been included with SQL Server an OLAP
> product would typically cost over 10K!
>
> Cheers Dave
>
>
>
>
>
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>
> THIS MESSAGE IS INTENDED ONLY FOR THE USE OF THE INDIVIDUAL OR ENTITY TO
WHICH IT IS ADDRESSED AND MAY CONTAIN INFORMATION THAT IS PRIVILEGED,
CONFIDENTIAL AND EXEMPT FROM DISCLOSURE UNDER APPLICABLE LAW.  If the reader
of this message is not the intended recipient, or the employee or agent
responsible for delivering the message to the intended recipient, you are
hereby notified that any dissemination, distribution, copying, downloading,
storing or forwarding of this communication is prohibited.  If you have
received this communication in error, please notify us immediately via email
and delete the message from your computer files and/or data base.  Thank
you.
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>


------------------------------

message: 2
date: Mon, 7 Apr 2003 21:19:25 -0700
from: "Art Tostaine, Jr." <art@xxxxxxxxxxx>
subject: RE: CPYFRMIMPF, and none *crlf record delimiters

Every PC file should have a CR or LF or CRLF for a record delimiter.
Try using CRLF and adding a dummy field at the end of your DDS for the
tilde.  Then you can ignore the extra field.



Art Tostaine, Jr.
CCA, Inc.
Jackson, NJ 08527


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Richard B Baird
Sent: Monday, April 07, 2003 2:56 PM
To: midrange-l@xxxxxxxxxxxx
Subject: CPYFRMIMPF, and none *crlf record delimiters

I'm trying to copy a stream file to a flat file on the 400 using
CPYFRMIMPF.

the stream file has tildes for record delimiters, so I keyed in this
command:

CPYFRMIMPF FROMSTMF('ifsPath/file.txt')
   TOFILE(mylib/myflatfile) MBROPT(*REPLACE) RCDDLM('~')
   STRDLM(*NONE) RMVBLANK(*NONE) FLDDLM(*TAB) RPLNULLVAL(*FLDDFT)

and I get the following error:

Message ID . . . . . . :   CPF2845
Message . . . . :   The copy did not complete for reason code 11.

  11 - The RCDDLM parameter for a stream file can only be *CR, *CRLF,
*LF,
or *LFCR and for a data base file the RCDDLM parameter can be *EOR or a
valid value.

why can't I use a character value instead of cr or lf?

Thanks,

Rick


_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


------------------------------

message: 3
date: Mon, 07 Apr 2003 21:17:43 -0400
from: qsrvbas@xxxxxxxxxxxx (Tom Liotta)
subject: Immediate PTF -- What's the point?

I've bbeen away from PTF maintenance for a while (generally a couple years),
so maybe things have happened that I've missed. Can anybody explain the
following two sections of a PTF cover letter?

ACTIVATION INSTRUCTIONS :
-------------------------

   If this PTF is applied as an immediate PTF, an IPL of the system is
required to activate this PTF.
   If this PTF is applied as a delayed PTF, no further action is required.

DEFAULT INSTRUCTIONS :
----------------------
   THIS PTF CAN BE APPLIED IMMEDIATE OR DELAYED.

Now, what is the point of an "immediate" PTF if it requires an IPL to
"activate"? (Sure, I know, I should've noticed the activation instructions
when I first read the cover letter in IBM's PTF database, but still...?)

Thank you for any light you can shed.

Tom Liotta

--
--
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South
Kent, WA 98032
Phone  253-872-7788 x313
Fax    253-872-7904
http://www.powertechgroup.com


__________________________________________________________________
Try AOL and get 1045 hours FREE for 45 days!
http://free.aol.com/tryaolfree/index.adp?375380

Get AOL Instant Messenger 5.1 for FREE! Download Now!
http://aim.aol.com/aimnew/Aim/register.adp?promo=380455

------------------------------

message: 4
date: Mon, 7 Apr 2003 21:08:22 -0500
from: "Elvis Budimlic" <ebudimlic@xxxxxxxxxxxxxxxxxxxxxxxxx>
subject: RE: Immediate PTF -- What's the point?

Whoever wrote the cover letter has it backwards.  Immediate does not
require IPL while delayed does.  Unless your immediate ptf had some
prerequisites which were delayed.

Elvis


>ACTIVATION INSTRUCTIONS :
>-------------------------
>
>   If this PTF is applied as an immediate PTF, an IPL of the system is
>required to activate this PTF.
>   If this PTF is applied as a delayed PTF, no further action is
required.
>
>DEFAULT INSTRUCTIONS :
>----------------------
>   THIS PTF CAN BE APPLIED IMMEDIATE OR DELAYED.





------------------------------

message: 5
date: Mon, 07 Apr 2003 21:43:04 -0500
from: Vern Hamberg <vhamberg@xxxxxxxxxxxxxxxxxxxxxxxxx>
subject: Re: Immediate PTF -- What's the point?

I think this is right. There is probably something that needs an IPL to
finish the apply of the PTF. If applied immediate, you need to explicitly
IPL. If delayed, the next (maybe scheduled) IPL does everything.

Admittedly, it reads a bit strange. A google over site:ibm.com found only 4
cover letters with this wording - 2 each for V4R4 and V5R1. Huh!

Regards

Vern

At 09:17 PM 4/7/2003 -0400, you wrote:
>I've bbeen away from PTF maintenance for a while (generally a couple
>years), so maybe things have happened that I've missed. Can anybody
>explain the following two sections of a PTF cover letter?
>
>ACTIVATION INSTRUCTIONS :
>-------------------------
>
>    If this PTF is applied as an immediate PTF, an IPL of the system is
> required to activate this PTF.
>    If this PTF is applied as a delayed PTF, no further action is required.
>
>DEFAULT INSTRUCTIONS :
>----------------------
>    THIS PTF CAN BE APPLIED IMMEDIATE OR DELAYED.
>
>Now, what is the point of an "immediate" PTF if it requires an IPL to
>"activate"? (Sure, I know, I should've noticed the activation instructions
>when I first read the cover letter in IBM's PTF database, but still...?)
>
>Thank you for any light you can shed.
>
>Tom Liotta



------------------------------

message: 6
date: Mon, 07 Apr 2003 21:59:06 -0500
from: Vern Hamberg <vhamberg@xxxxxxxxxxxxxxxxxxxxxxxxx>
subject: Re: CPYFRMIMPF, and none *crlf record delimiters

Rick, did a google on "record delimiter" and tilde and got this link at
Midrange Server - uses the sed command in QShell to replace the tilde with
an accepted delimiter (note, I did not say acceptable)

http://www.midrangeserver.com/mgo/mgo092702-story01.html

HTH

Vern

At 04:55 PM 4/7/2003 -0500, you wrote:
>I'm trying to copy a stream file to a flat file on the 400 using
>CPYFRMIMPF.
>
>the stream file has tildes for record delimiters, so I keyed in this
>command:
>
>CPYFRMIMPF FROMSTMF('ifsPath/file.txt')
>    TOFILE(mylib/myflatfile) MBROPT(*REPLACE) RCDDLM('~')
>    STRDLM(*NONE) RMVBLANK(*NONE) FLDDLM(*TAB) RPLNULLVAL(*FLDDFT)
>
>and I get the following error:
>
>Message ID . . . . . . :   CPF2845
>Message . . . . :   The copy did not complete for reason code 11.
>
>   11 - The RCDDLM parameter for a stream file can only be *CR, *CRLF, *LF,
>or *LFCR and for a data base file the RCDDLM parameter can be *EOR or a
>valid value.
>
>why can't I use a character value instead of cr or lf?
>
>Thanks,
>
>Rick



------------------------------

message: 7
date: Mon, 7 Apr 2003 21:25:55 -0700 (PDT)
from: Dan <dbcemid@xxxxxxxxx>
subject: RE: Java and Visual Basic, how to learn?

--- rob@xxxxxxxxx wrote:
> Dan,
>
> Methinks you had STRPCCMD confused with RUNRMTCMD.
>
> Rob Berendt

<sigh> Make that dazed and confused!

Just like April in Michigan.  3 inches of snow today, fer cryin out loud!

- Dan

__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com

------------------------------

message: 8
date: Tue, 8 Apr 2003 00:30:21 -0500
from: "Richard B Baird" <rbaird@xxxxxxxxxxxxxxxxxxxxx>
subject: RE: CPYFRMIMPF, and none *crlf record delimiters


Art,

maybe, except for this one.... it's a nasty EDI 810 format, all in one
stream file.

Rick

-------original message---------------
Every PC file should have a CR or LF or CRLF for a record delimiter.
Try using CRLF and adding a dummy field at the end of your DDS for the
tilde.  Then you can ignore the extra field.



Art Tostaine, Jr.
CCA, Inc.
Jackson, NJ 08527



------------------------------

message: 9
date: Tue, 8 Apr 2003 00:33:42 -0500
from: "Richard B Baird" <rbaird@xxxxxxxxxxxxxxxxxxxxx>
subject: Re: CPYFRMIMPF, and none *crlf record delimiters


Vern,

Thanks for the tip, i'll check it out in the morning.
still, why not allow a character for a record delimiter?
sounds fishy to me.

it's probably an 'EDI Thing - I wouldn't understand' kinda thing ;)

late (really late),

Rick


-----original message------------
Rick, did a google on "record delimiter" and tilde and got this link at
Midrange Server - uses the sed command in QShell to replace the tilde with
an accepted delimiter (note, I did not say acceptable)

http://www.midrangeserver.com/mgo/mgo092702-story01.html

HTH

Vern




------------------------------

message: 10
date: Tue, 8 Apr 2003 12:15:57 +0530
from: "Manoj S.T. , Gurgaon" <Manojst@xxxxxxxxxxxxxxx>
subject: RE: Making Test cases for Batch Programs

Hi
Thanks, My requirement is to make a template test cases for testing batch
programs.
Thanks & regards
Manoj S.T

-----Original Message-----
From: Jamie Coles [mailto:jcoles@xxxxxxxxxxxx]
Sent: Monday, April 07, 2003 2:42 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: Making Test cases for Batch Programs


First up - I am a vendor selling the market leading Automated Testing
product for the iSeries - TestBench, but I feel (and I hope fellow list
members do to) I can offer advice about what our products cover but also
answer the question posed.

A typical iSeries application will consist of between 30-60% batch
programs and the normal record and playback tools will hardly touch the
surface when testing these.

Areas and conditions that we feel should be tested include:

1.       Parameters that are passed during the execution
2.       Data Queues
3.       The chronological updates of the database of each and every
part of the test - not just the beginning and the end.
4.       Set data rules for the program and check these have been
complied with.

Another feature of the products is to be able to extract and protect the
test data so a smaller version of the database can be used and either
rolled back to a checkpoint when an error has been fixed and test again,
or to start from the same staring point when rerunning the test.

This greatly reduces time preparing test data, and is relevant to Batch
testing as well as Interactive testing


Please contact me off-list of you require any further information or
have any questions.

Jamie Coles

jcoles@xxxxxxxxxxxx

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Manoj S.T. ,
Gurgaon
Sent: 05 April 2003 15:09
To: MIDRANGE-L@xxxxxxxxxxxx
Subject: Making Test cases for Batch Programs

Hi All,
 Can we have a discussion on making test cases for Batch programs. Like
What
are the conditions we need to check. what are the measures need to be
taken.
which is better option work query or sequel for testing file
updates....................

with thanks & regards
Manoj S.T
_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

------------------------------

message: 11
date: Tue, 8 Apr 2003 09:16:48 +0200
from: "Franco Broccardo" <francob@xxxxxxxxxxxxxx>
subject: R: Tray printing

You may want to try our solution called Print2000. This solution gives you a
real TCP/IP TN5250e connection (no use of Host Transform) and the freedom to
connect any Laser or Dot Matrix Printer (as a Device on your I-Series).
Moreover it gives you also the possibility to enhance your printout with
E-Form (as an option). If you want, you can download a 20 days evaluation
copy from our web: www.compumaster.com

Need further information, just send me an e-mail off the list.

Frank

-----Messaggio originale-----
Da: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx]Per conto di Wills, Mike N. (TC)
Inviato: lunedl 7 aprile 2003 18.33
A: 'Midrange Systems Technical Discussion'
Oggetto: RE: Tray printing


Hmmm... the printers range from Sharp, HP, Lexmark, and IBM. We usually try
to emulate HP4 or HP5 on the Sharps. They are remote outqs (strrmtwtr). Host
print transform is *YES. I don't know what the other 3 do much less use
them.

-----Original Message-----
From: Jim Franz [mailto:franz400@xxxxxxxxxxxx]
Sent: Monday, April 07, 2003 11:03 AM
To: Midrange Systems Technical Discussion
Subject: Re: Tray printing


In all of these questions about printing, please post your config:
remote outq or pjl
active printer mfr & model (and if config to emulate something else)
as400 device descr class, type, model
host print transform yes or no
workstation customization object
user defined object
user defined driver
image config

also - for tray printing - paper source 1 and paper source 2
in addition, most printers have a method of printing their own internal
config.
and may have specific options for default drawers, or form types associated
with drawers

need more to go on
jim

----- Original Message -----
From: "Tucker Gerry" <Gerry.Tucker@xxxxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Monday, April 07, 2003 11:13 AM
Subject: RE: Tray printing


> I'd love to know the answer to this one too.  I've just set up a Genicom
> 3840E do-matrix printer as a remote writer to print invoices.  The printer
> prints the first invoice from the correct tray but then resets itself to
the
> manual tray for the second invoice onwards.
>
> Regards,
>
> Gerry Tucker
> Senior Analyst Programmer
> Technicolor
> Wembley, UK
> Tel: +44(0)208-900-6555
>
>
>
>
>
> --------------------------------------------------------------------------
--
> ----
> As of February 12th, 2003 Thomson unifies its email addresses on a
worldwide
> basis.
> Please note my new email address: gerry.tucker@xxxxxxxxxxx
>
> http://www.thomson.net/
>
> ----Original Message-----
> From: Wills, Mike N. (TC) [mailto:MNWills@xxxxxxxxxxxxxx]
> Sent: 07 April 2003 15:54
> To: Midrange - Midrange-L (E-mail)
> Subject: Tray printing
>
>
> We have several printers that we seem to have no control over which tray
> prints out. We tried this at one time but didn't work. We have them all
set
> up as remote outqs. Do you guys have any thoughts?
>
> Mike Wills
> iSeries Programmer
> Taylor Development
> P: (507) 386-3187
> F: (507) 625-3002
> E-mail: mnwills@xxxxxxxxxxxxxx
>
> CONFIDENTIAL INFORMATION
> NOT TO BE COPIED WITHOUT AUTHORIZATION
> The information contained in this electronic mail transmission may contain
> privileged communications and/or confidential information intended only
for
> the use of the named recipient(s).  If the reader of this information is
not
> the named recipient(s) or you receive this transmission in error, please:
> (1) immediately notify us by return electronic transmission at
> mnwills@xxxxxxxxxxxxxx; and (2) permanently delete this message from your
> computer and all servers and other stored devices
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>


_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



------------------------------

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) digest list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



End of MIDRANGE-L Digest, Vol 2, Issue 529
******************************************


_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.