|
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 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.
midrange.com
