Archive-Date: Fri, 1 May 1998 11:21:35 -0400 Date: Fri, 1 May 1998 11:20 -0400 From: SCHREIBER@PROCESS.COM (Jeff Schreiber) Reply-To: Info-TCPware@process.com Message-ID: <009C587B99DB8314.C9C4@PROCESS.COM> To: Info-TCPware@process.com Subject: RE: DNS Question Technical Consultant Heron House 01-May-1998 00:09amWAKELIN.S Steve Wakelin writes: > > I have been given the task of combining serveral different > DNS environments together within the company allowing > lookups to be achived in all domains. > > Domains. > > bgep.co.uk > bggrc.co.uk > bgtransco.co.uk > > I was initially thinking of using forwarding records however > testing has shown, because the other primaries in question > have direct connection to the Internet, Internet lookups are > then completed by the remote domain. > > Any pointers to a method of achiving this would be greatly > appreciated. > /Steve Wakelin > BG plc I'm not quite sure from your post exactly what it is that you are looking for. Is it that you have individual servers for the 3 domains, and you don't want your servers going outside to the internet to find out that the other servers are within your network? Or are you looking more on a client side as to how "telnet system" will check all three domains? As to the former, Might I suggest setting each server up to be secondary for the other 2 zones, that way any of the servers will be authoriative for all three zones. If you are thinking on the client side, there is a domain search list you can specify (check the DNS chapter of the TCPware Management Guide). If the above doesn't quite cover what you are trying to do, please clarify to the group. :) -Jeff Schreiber -- Jeff Schreiber, Process Software Corp. schreiber@process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Mon, 4 May 1998 11:57:15 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Info-TCPware@process.com From: 3in7ifi@cmich.edu (Daniel A. Gauthier) Reply-To: Info-TCPware@process.com Date: Mon, 4 May 1998 11:57:09 -0400 Subject: RE: DNS Question Technical Consultant Heron House 01-May-1998 00:09amWAKELIN.S >Steve Wakelin writes: >> >> I have been given the task of combining serveral different >> DNS environments together within the company allowing >> lookups to be achived in all domains. >> >> Domains. >> >> bgep.co.uk >> bggrc.co.uk >> bgtransco.co.uk >> >> I was initially thinking of using forwarding records however >> testing has shown, because the other primaries in question >> have direct connection to the Internet, Internet lookups are >> then completed by the remote domain. >> >> Any pointers to a method of achiving this would be greatly >> appreciated. >> /Steve Wakelin >> BG plc > > I'm not quite sure from your post exactly what it is that you are looking > for. > > Is it that you have individual servers for the 3 domains, and you don't > want your servers going outside to the internet to find out that the other > servers are within your network? Or are you looking more on a client side > as to how "telnet system" will check all three domains? > > As to the former, Might I suggest setting each server up to be secondary > for the other 2 zones, that way any of the servers will be authoriative > for all three zones. > > If you are thinking on the client side, there is a domain search list > you can specify (check the DNS chapter of the TCPware Management Guide). oR THE OTHER OPTION...Are these internal names that do NOT rewolve from the external; either for security reasons or because you do not own the internet domain co.uk and are not registered with the co.uk owner? If this is the case, what I would do is set up a DNS server somewhere and have everyone access the same one. I'd recommend a central location or the largest of the three sites. Dan Daniel A. Gauthier Telemanagement Analyst Central Michigan University Technology Operations Dept. Voice: (517) 774-1355 Fax: (517) 774-3537 Email: 3in7ifi@cmich.edu -------------------------------------------------------------------- My employer might hate everything I say here, so don't blame them. ================================================================================ Archive-Date: Mon, 4 May 1998 12:16:15 -0400 Message-ID: From: Reply-To: Info-TCPware@process.com To: Subject: TELNET Window Size negotiation Date: Mon, 4 May 1998 11:19:49 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, We are in the process of upgrading TCPware from 5.1-4 to 5.3-2. A new feature (in 5.2) is that TELNET server tries to negotiate the window size with the TELNET client (RFC 1073). We have a number of users running PC software that does the negotiation incorrectly, which is causing some grief. The vendor of the client TELNET is aware of the problem, but does not yet have a fix, and it will take time for us to deploy a fix when we get one. In the mean-time, is there a way to disable window size negotiation on the TELNET server side? Thanks in advance. Joe Senulis Technical Support Specialist Wisconsin Department of Natural Resources ET/8 101 South Webster Street, Box 7921 Madison, Wisconsin 53707-7921 senulj@dnr.state.wi.us 608-266-0853 ================================================================================ Archive-Date: Mon, 4 May 1998 13:01:36 -0400 Resent-Date: Mon, 4 May 1998 13:00:19 -1300 Resent-From: info-tcpware@process.com Resent-To: Sender: goathunter@goat.process.com Date: Mon, 4 May 1998 12:00:13 -0500 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <009C5ADC.A89A37FC.15@goat.process.com> Subject: RE: TELNET Window Size negotiation writes: > >Hi all, > We are in the process of upgrading TCPware from 5.1-4 to 5.3-2. A >new feature (in 5.2) is that TELNET server tries to negotiate the window >size with the TELNET client (RFC 1073). We have a number of users >running PC software that does the negotiation incorrectly, which is >causing some grief. The vendor of the client TELNET is aware of the >problem, but does not yet have a fix, and it will take time for us to >deploy a fix when we get one. In the mean-time, is there a way to >disable window size negotiation on the TELNET server side? Thanks in >advance. > Sorry, no, there's no way to tell the Telnet server not to do NAWS. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Mon, 4 May 1998 15:33:44 -0400 From: "Sandro Cilfone" Reply-To: Info-TCPware@process.com Subject: SOLDI,SOLDI,SOLDI Date: Mon, 4 May 1998 11:37:19 +0200 Message-ID: <6ikd8f$ib4@everest.vol.it> To: Info-TCPware@PROCESS.COM pensate non funzioni? beh anch'io lo credevo all'inizio. Tuttavia ho provato lo stesso e posso assicurarvi che funziona eccome. Credetemi in 3 settimane mi sono arrivate ben 216000£. E prospetta bene. quindi provate anche voi. PROVATE A CREDERMI!!!!! VI COSTA SOLO 12000£. Rasmus Lind è un ragazzo danese che ha incassato in 5 MESI la bella cifra di: $347,000.00 !! Leggi prima il messaggio e dopo valuti se cancellarlo o meno. Una notizia del genere non passa davvero inosservata !!! Se vuoi sapere come ha fatto questo simpatico ragazzo danese ad arricchirsi così in fretta,eccoti la spiegazione; ma prima di tutto SAPPI: non mi interessa star qui a convincerti sulla bontà o meno di msg. come questo... è la classica "catena di S.Antonio"... ce ne sono a decine, questa forse si differenzia per la sua potenzialità virtuale...Io sono un imprenditore già affermato, non ho la reale necessità di arricchire immediatamente, però in considerazione dell'esiguo investimento (ripeto £. 12.000 + francobolli!!!!!) e della possibilità di divertirmi ad attendere chissà quali enormi ricavi!!!! mi è parso stupido non provarci, un giorno non potrò dire "avevo una buona opportunità e ci ho rinunciato!", è come andare al cinema... £. 12.000 E PASSA LA PAURA..... pertanto: STAMPA SUBITO QUESTO MESSAGGIO: ti servirà in futuro. IO HO DECISO DI PROVARCI: Tutto ciò che ti serve sono: 6 francobolli 6 banconote da 1$ o da 2000 Lire CHE COS'HAI DA PERDERE ? te lo dico io! £.12.000, Sarebbe una follia non tentare. ED ORA ECCO COME PARTECIPARE: PASSO 1: prendi 6 fogli di carta separati e scrivi ciò che segue su ciascuno di essi: PLEASE ADD ME TO YOUR MAILING LIST. US$1 DOLLAR PROCESSING FEE ENCLOSED. Ora prendi 6 banconote da 1 dollaro americano o un ammontare equivalente della valuta del tuo paese (in Italia, per comodità, si è scelto di mandare 2000 Lire) e mettine una in OGNUNO dei 6 fogli di carta che hai preparato prima, opportunamente piegati in modo da non rendere visibile la banconota dall'esterno (per evitare accidentali furti). Successivamente, inserisci ogni foglio di carta in una busta e chiudila.Ora dovresti avere 6 buste chiuse, ognuna con un foglio di carta riportante la frase sopra riportata, il tuo nome ed il tuo indirizzo (eventualmente anche il tuo e-mail) e una banconota da 1 dollaro americano (o equivalente). Ciò che stai facendo è creare un servizio: per questo E' ASSOLUTAMENTE LEGALE !!! Ora spedisci le 6 buste ai seguenti indirizzi: #1 Mr. M. Cavallo Via Tito Serra, 37/D 71100 - Foggia Italia #2 Antonio Lapadula Via Macchie vico VIII 26 70057 - Bari Italia #3 Massimiliano Murtas Via della Pineta, 201 09126 - Cagliari Italia #4 Zangarini Silvio via Rosta,2 10090 Villarbasse (TO) Italia #5 De Vivo Vincenzo Via G. Verdi,28 81030 - Parete ( CE ) Italia #6 Cilfone Sandro Via G.Guinizzelli,7 41100 - Modena Italia PASSO 2: Ora cancella il nominativo #1 dalla lista che vedi sopra, sposta in alto gli altri nominativi (il #6 diventa #5, il #5 diventa #4, etc...) ed aggiungi il TUO nominativo come #6 della lista. PASSO 3: Cambia tutto ciò che devi di questo messaggio (non dimenticare il tuo nome al numero #6). Quindi spedisci il messaggio modificato ad almeno 200 newsgroups (ce ne sono circa 50.000 !!!). , Te ne bastano 200, e perchè no anche ad amici che hai su IRC o in altre CHAT, ma ricorda: più ne spedisci, più soldi ti arrivano !!! QUESTO E' TUTTO ! Tutto ciò che devi fare è andare in diversi newsgroups e spedire il tuo messaggio: dopo averci preso la mano, ti ci vorranno circa 30 secondi per ognuno di essi. ORA LA PARTE PIU' INCREDIBILE: Dai 200 contatti con diversi newsgroup, diciamo che tu ricevi solo 5 adesioni; (è un numero molto basso!). Quindi con il tuo nome al #6 posto su ogni messaggio ricevi in tutto 5$. Ora ognuna delle persone che ti hanno appena spedito 1$ spedisce anch'essa almeno 200 messaggi ad altrettanti newsgroups, ciascuno con il tuo nome al #5 posto: supponendo che anche loro ricevano soltanto 5 adesioni ciascuna, questo porta altri 25$ a te; ora queste 25 persone fanno almeno 200 messaggi ciascuno con il tuo nome al #4 posto e nelle medesime sfortunate previsioni solo 5 persone aderiscono: questo ti porta altri 125$ !!! Ora queste 125 persone continuano con la medesima procedura (il tuo nominativo è ora al #3 posto): ancora con sole 5 adesioni, ciò porta ad altri 625$ per te !!! ORA ARRIVA LA PARTE PIU' INTERESSANTE: Queste 625 persone spediscono almeno 200 lettere con il tuo nome al #2 posto e ricevono ognuna solo 5 adesioni: questo ti porta altri 3.125$ !!! Infine queste 3.125 persone scriveranno tutte almeno 200 messaggi con il tuo nome al #1 posto e riceveranno soltanto 5 adesioni: questo ti porta 15.625$ !!! Tutto con un investimento iniziale di soli 6$ !!! INCREDIBILE !!! e tutto ciò ipotizzando 5 adesioni, che è davvero un numero molto basso: la media è probabilmente di 20 o 30 adesioni; per farti meglio capire che cosa ciò significa realmente eccoti una previsione con una media di 15 adesioni: al posto #6 15$ al posto #5 225$ al posto #4 3.375$ al posto #3 50.625$ al posto #2 59.375$ al posto #1 11.390.625$ ============================ TOTALE 11.504.240$ MA VI RENDETE CONTO ? SONO QUASI 20 MILIARDI DI LIRE !!!! senza sperare in tanta grazia, è assolutamente fuori discussione che il gioco ha delle potenzialità indubbiamente fuori dal comune. Quando il tuo nome non è più sulla lista, puoi cercare l'ultimo messaggio lanciato da un nuovo aderente e ricominciare mettendo il tuo nome al #6 posto, sempre e soltanto con un investimento di 6 dollari !!! Ti rendi conto che migliaia di persone in tutto il mondo si collegano ad INTERNET per la prima volta e leggono questo articolo, proprio come tu stai facendo ora ? Perché non provare e vedere se davvero funziona ? IO L'HO FATTO. Qualcuno potrebbe obiettare: "che succede se il piano si ferma e nessuno manda più denaro ?"; e allora? quali sono le possibilità che ciò avvenga quando ci sono decine di migliaia di nuove persone che accedono ad Internet ed ai newsgrous ogni giorno per la prima volta e che desiderano tentare questa strada ?; le statistiche dicono che da 20.000 a 50.000 nuovi utenti si avvicinano ad Internet ogni giorno. ORA STA A TE DECIDERE Il meccanismo del gioco è chiaro ed i ragionamenti sopra riportati sono assolutamente ineccepibili !!! Che cosa sono poi 6$, ovvero 12.000 Lire ? Invece di giocare all'enalotto, o alla schedina, per una settimana partecipa a questo gioco: avrai di sicuro molte più chances di diventare ricco, e non sulla base della pura fortuna, ma come conseguenza di un piano che coinvolge l'intera rete delle reti!!! Coinvolgi i tuoi amici, i tuoi conoscenti: te ne saranno infinitamente grati. Se conosci altre lingue (inglese, francese, tedesco, ..) riscrivi questo messaggio e mandalo a qualche newsgroup in lingua straniera: più persone riuscirai a raggiungere, più alti saranno i tuoi guadagni e la probabilità di diventare RICCHISSIMO IN BREVE TEMPO. NON ASPETTARE OLTRE !!! Manda subito i 6 miserabili dollari ai nominativi della lista e comincia subito questa avventura: tra poco potresti comprarti la macchina che hai sempre sognato !!! Potrai permetterti i vestiti più alla moda, i ristoranti più in oppure il viaggio che hai sempre desiderato fare: solo 6$ (leggi 12.000 Lire) per esaudire i tuoi sogni di una vita, che molto probabilmente continueranno a rimanere sogni se non cogli questa opportunità. P.S.:Per continuare il gioco ricicla questo messaggio; farai più in fretta e i soldi ti arriveranno prima! ATTENZIONE: il gioco funziona solo se sei onesto con te stesso. Io ho davvero mandato i pochi soldi richiesti alle persone dovute. Senza questa regola di comportamento,il castello del gioco cade giù come una pera matura. Ma io sono fiducioso nella tua buona fede.Buon Divertimento.Sandro. ================================================================================ Archive-Date: Wed, 6 May 1998 12:08:47 -0400 Message-ID: <01BD78E0.20ADA420@robertslap> From: Robert Porter Reply-To: Info-TCPware@process.com To: "'info-tcpware@process.com'" Subject: QUESTION FOR ANYONE Date: Wed, 6 May 1998 11:14:23 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have two node in a VMS ALPHA cluster running version 7.1. Can someone = tell me how to set up IP clustering using a shared domain name. I want = to do load balancing between two nodes. Please advise, Robert ================================================================================ Archive-Date: Wed, 6 May 1998 13:09:47 -0400 Date: 06 May 98 12:12:30 +0000 From: Julius Fingerle Reply-To: Info-TCPware@process.com Subject: list manager in TCPware To: "info-tcpware" Message-ID: <980506.121230@waterfurnace.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" 5/6/98 12:01 PM list manager in TCPware Subject: Howdy folks: I'm trying to set up a list manager in TCPware, to allow our field staff and customers to subscribe to. Thanks in advance for your help. Julius Fingerle WaterFurnace Intl ================================================================================ Archive-Date: Wed, 6 May 1998 13:15:22 -0400 From: Tim Kerrigan Reply-To: Info-TCPware@process.com Subject: FTP Problem calling external file Date: Wed, 06 May 1998 11:59:40 -0500 Message-ID: <355096FC.C8548119@cte.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Could someone give the correct syntax for calling in an external file using FTP. I tried : $ftp address /username=username /password=password /input=filename.ext this command does not work $ftp address username password this command works but I can't figure out how to call my text file to execute Any help would be appreciated Thanks Tim Kerrigan ================================================================================ Archive-Date: Wed, 6 May 1998 14:04:56 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Info-TCPware@process.com From: 3in7ifi@cmich.edu (Daniel A. Gauthier) Reply-To: Info-TCPware@process.com Date: Wed, 6 May 1998 14:04:51 -0400 Subject: Re: FTP Problem calling external file >Could someone give the correct syntax for calling in an external file >using FTP. >I tried : > >$ftp address /username=username /password=password /input=filename.ext > >this command does not work > >$ftp address username password > >this command works but I can't figure out how to call my text file to >execute I don't understand the question or what you're trying to do, but read these... (these are just typed in so no 100% guarantere they work) ---------------------------------------------File: GETFTP.COM $! this file get an ftp from remote $! LINES NOT STARTING WITH $ are interpreted as input to programs. $ IF P2.EQS."" $ THEN $ WRITE SYS$OUTPUT "Usage: @GETFTP.COM [user pw] $ EXIT 1 $ ENDIF $ OPEN /WRITE FIL TEMPFTP.COM $! -- You'd want to use a PID based name if multiple users... $ WRITE FIL "$ FTP" $ WRITE FIL "open ''P1'" $ IF P4.GTS."" $ THEN $ WRITE FIL P3 $ WRITE FIL P4 $ ENDIF $ WRITE FIL "bin" $ WRITE FIL "get ''P2'" $ WRITE FIL "bye" $ CLOSE FIL $ @ TEMPFTP.COM $ EXIT ---------------------------------------------------------------- I can't remember if 'VAR' works in a com file while input is being read to a program or not. If it does, then those substitutions would be a lot easier. Dan Daniel A. Gauthier Telemanagement Analyst Central Michigan University Technology Operations Dept. Voice: (517) 774-1355 Fax: (517) 774-3537 Email: 3in7ifi@cmich.edu -------------------------------------------------------------------- My employer might hate everything I say here, so don't blame them. ================================================================================ Archive-Date: Wed, 6 May 1998 19:43:46 -0400 Subject: Re: list manager in TCPware Message-ID: <1998May6.193120@process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 6 May 98 19:31:20 -0400 To: Info-TCPware@PROCESS.COM In article <980506.121230@waterfurnace.com>, Julius Fingerle writes: > 5/6/98 > 12:01 PM > list manager in TCPware > Subject: > Howdy folks: > > I'm trying to set up a list manager in TCPware, to allow > our field staff and customers to subscribe to. > > Thanks in advance for your help. > Julius Fingerle > WaterFurnace Intl > TCPware doesn't include such a feature. You could look at the MX package (avialable from ftp.process.com in the MADGOAT directory) or a commercial software package like PMDF from Innosoft. TCPware does have limited support for distribution/mailing lists, but you'd need to do the subscribe/unsubscribe processing manually (or set up a batch job that could understand simple commands and had a mail account associated with it). - Bernie Volz Process Software ================================================================================ Archive-Date: Wed, 6 May 1998 20:54:05 -0400 Subject: Re: FTP Problem calling external file Message-ID: <1998May6.192800@process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 6 May 98 19:28:00 -0400 To: Info-TCPware@PROCESS.COM In article <355096FC.C8548119@cte.net>, Tim Kerrigan writes: > Could someone give the correct syntax for calling in an external file > using FTP. > I tried : > > $ftp address /username=username /password=password /input=filename.ext > > this command does not work > > $ftp address username password > > this command works but I can't figure out how to call my text file to > execute > > Any help would be appreciated > > Thanks > > Tim Kerrigan For TCPware's FTP client, you can use: FTP PUT local-file remote-host"username password"::[remote-file] or FTP GET remote-host"username password"::remote-file [local-file] You can also do DIR and similar commands that accept the DECnet format. In FTP's case, this isn't a DECnet file specification (you can use one for the local-file in the above commands if you want since it is clear to FTP which is the FTP file specification and which is the local one). Note: Depending on the VMS version you're using, the DECnet format used above might not allow certain domain names. In that case, you will need to create a temporary command file ($ FTP, followed by the commands you want executed) and invoke it. - Bernie Volz Process Software ================================================================================ Archive-Date: Tue, 12 May 1998 15:02:56 -0400 Message-ID: <35589C19.B0123BEC@allianceelec.com> Date: Tue, 12 May 1998 11:59:37 -0700 From: Barry Treahy Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: treahy@allianceelec.com, Info-TCPware@process.com Subject: Product comparisons of Multinet and TCPware Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I'm seeking product comparisons, and opinions, on Multinet vs. TCPware running on a VMS 5.5-2 system. I have searched the Process site and have failed to find a point-by-point functional product comparison. If someone has a URL or has personally compiled a list, I'd appreciate a copy. Assuming that there are no functional differences, if you could send me your two-cents on the product you're using versus the alternative products available, I'd be interested in that as well. Please send your replies directly to my e-mail address at treahy@allianceelec.com. Best regards, Barry Treahy ================================================================================ Archive-Date: Tue, 12 May 1998 16:43:54 -0400 Date: Tue, 12 May 1998 16:42 -0400 From: BRYANT@PROCESS.COM (Geoff Bryant) Reply-To: Info-TCPware@process.com Message-ID: <009C614D5F8593AF.1E2F@PROCESS.COM> To: Info-MultiNet@process.com, INFO-TCPWARE@PROCESS.COM, TREAHY@ALLIANCEELEC.COM Subject: RE: Product comparisons of Multinet and TCPware Barry Treahy writes: > >I'm seeking product comparisons, and opinions, on Multinet vs. TCPware >running on a VMS 5.5-2 system. I have searched the Process site and >have failed to find a point-by-point functional product comparison. > >If someone has a URL or has personally compiled a list, I'd appreciate a >copy. Assuming that there are no functional differences, if you could >send me your two-cents on the product you're using versus the >alternative products available, I'd be interested in that as well. > >Please send your replies directly to my e-mail address at >treahy@allianceelec.com. > >Best regards, > >Barry Treahy > Barry, Here is a response I gave on DECUServe, the DECUS notes system, when a similar quesation was asked: ******************************************************************************** Note 1294.7 Cisco to Sell MultiNet Products to Process Software 7 of 7 EISNER::BRYANT "Geoff Bryant" 25 lines 9-DEC-1997 17:08 -< RE: If it were YOUR choice >- -------------------------------------------------------------------------------- >> <<< Note 1294.6 by EISNER::COY "Dale E. Coy (DECUServe MoS)" >>> >> -< If it were YOUR choice >- >> >> 1. If I didn't have either product, which of them would you (the >> company) prefer that I buy? There may be subtle reasons to pick one or the other. They are both fully functional products with lots of features. There are some things though where one is better than the other. As an example, if you needed IMAP _right_now_, I would say you should buy TCPware since it is in the current release. This really would require looking at what a particular customer needs. I do see your caveat below, but I would bet there is some subtle difference that would tip the scales. >> 2. If I had MultiNet, would you prefer that I switched to TCPware? If >> I had TCPware, would you prefer that I switched to MultiNet? We would recommend that you continue with the product that you have. If you needed to purchase more, then purchase more of what you have. >> [Let's assume that I don't particularly care, and that I don't need or >> value any of the unique features of either product] ******************************************************************************** As I said then, both products are very full featured. I would recommend chatting with one of Sales folks to see what features you need to see which product would better suit your needs. Are there particular features that you need? BTW, since that posting we have since added IMAP support for Multinet in the recent 4.1 release. ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Wed, 13 May 1998 08:25:02 -0400 From: "Cok Baris" Reply-To: Info-TCPware@process.com Subject: PWIP driver Date: 13 May 1998 12:06:40 GMT Message-ID: <01bd7e68$b3c877c0$ed6643c1@cokbar.intra.kender-thijssen.nl> To: Info-TCPware@PROCESS.COM Hello everybody Is it possible to use the PWIP driver with VMS V5.4 and Pathworks V4.0 en Tcpware 5-0-4???????? ================================================================================ Archive-Date: Wed, 13 May 1998 12:11:46 -0400 Message-ID: <3559C556.9F30DE57@allianceelec.com> Date: Wed, 13 May 1998 09:07:50 -0700 From: Barry Treahy Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: TCPware on VMS 5.5-2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have to admit I'm a bit disappointed in this list participation. A few days ago, I requested candid input and opinions on Multinet vs. TCPware on VMS 5.5-2 and, with one exception, my request for help has gone unanswered. The answer I did receive, more or less stated that there was no substantial difference in products and that was from an individual at Process. I'm pressed to make an immediate decision and user input can often tip the scales when comparing similar products... If you can offer any assistance, messages can be addressed to me directly at treahy@allianceelec.com or through this list... I'm monitoring it rather closely at the moment... Best regards, Barry Treahy ================================================================================ Archive-Date: Wed, 13 May 1998 17:06:22 -0400 From: mwinter@my-dejanews.com Reply-To: Info-TCPware@process.com Subject: Re: TCPware on VMS 5.5-2 Date: Wed, 13 May 1998 20:28:00 GMT Message-ID: <6jcvoh$7dn$1@nnrp1.dejanews.com> To: treahy@allianceelec.com To: Info-TCPware@PROCESS.COM In article <3559C556.9F30DE57@allianceelec.com>, Barry Treahy wrote: > > I have to admit I'm a bit disappointed in this list participation. A > few days ago, I requested candid input and opinions on Multinet vs. > TCPware on VMS 5.5-2 and, with one exception, my request for help has > gone unanswered. The answer I did receive, more or less stated that > there was no substantial difference in products and that was from an > individual at Process. > > I'm pressed to make an immediate decision and user input can often tip > the scales when comparing similar products... If you can offer any > assistance, messages can be addressed to me directly at > treahy@allianceelec.com or through this list... I'm monitoring it rather > closely at the moment... What you ask is difficulte to judge - as most of us probably only know one of the products. (I know only TCPware). But from talking to others it sounds that from the management point of view TCPware might be easier to use (I just believe that the config is really simple with TCPware and you don't have to do anything afterwards - it just runs). On the other side, if you have to use lots of additional public domain tools, then Multinet is probably the better choice. (Both support UCX emulation, but with VMS 5.5-2 you might have/want to use the native interface of TCPware/Multinet and Multinet seems to be better in this area.) Regards, Martin Winter -----== Posted via Deja News, The Leader in Internet Discussion ==----- http://www.dejanews.com/ Now offering spam-free web-based newsreading ================================================================================ Archive-Date: Thu, 14 May 1998 10:52:05 -0400 From: laitinen@juhani.decus.fi Subject: Re: PWIP driver Date: 14 May 1998 14:36:15 GMT Message-ID: <6jevgv$bdh$1@hiisi.inet.fi> Reply-To: Info-TCPware@process.com To: Info-TCPware@PROCESS.COM In article <01bd7e68$b3c877c0$ed6643c1@cokbar.intra.kender-thijssen.nl>, "Cok Baris" writes: >Is it possible to use the PWIP driver with >VMS V5.4 and Pathworks V4.0 en >Tcpware 5-0-4???????? I don't know if the versions you mention are compatible, but PATHWORKS for OpenVMS V5.0 was the first version of the PATHWORKS to use pwip driver. esa ================================================================================ Archive-Date: Thu, 14 May 1998 21:44:40 -0400 From: Michael Stewart Reply-To: Info-TCPware@process.com Subject: Re: TELNET Window Size negotiation Date: Thu, 14 May 1998 20:34:06 -0700 Message-ID: <355BB7AE.29E2@tiac.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hunter Goatley wrote: > > writes: > > > >Hi all, > > We are in the process of upgrading TCPware from 5.1-4 to 5.3-2. A > >new feature (in 5.2) is that TELNET server tries to negotiate the window > >size with the TELNET client (RFC 1073). We have a number of users > >running PC software that does the negotiation incorrectly, which is > >causing some grief. The vendor of the client TELNET is aware of the > >problem, but does not yet have a fix, and it will take time for us to > >deploy a fix when we get one. In the mean-time, is there a way to > >disable window size negotiation on the TELNET server side? Thanks in > >advance. > > > Sorry, no, there's no way to tell the Telnet server not to do NAWS. > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www.madgoat.com/hunter.html We just went production with TCPWare 5.3 on an Alpha 8400 OpenVMS 6.2 system. Our client software is Extra PC 6.3. We are getting screen refresh errors. Has anyone ran into this with Extra and are there any fixes? Mike Stewart Fallon Healthcare stewart@fallon-clinic.com ================================================================================ Archive-Date: Mon, 18 May 1998 10:16:33 -0400 Message-ID: From: Reply-To: Info-TCPware@process.com To: Subject: RE: TELNET Window Size negotiation Date: Mon, 18 May 1998 09:19:12 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit FYI, we are using EXTRA! PC 6.2, and the bug should be fixed in 6.4 which has not yet been released and the vendor was not able to tell me a release date. Our specific problem has to with window size negotiation when EXTRA has history enabled. In that case, The window size that EXTRA reports to VMS when a SET TERMINAL/INQUIRE is given is the size of the history window, not the display window. Doing a SHOW TERMINAL repeatedly results in an increasing PAGE length, which happens to be the number of lines in the history buffer. The "fix" is to give a SET TERMINAL/PAGE=24 (or whatever page length is appropriate for your terminal). Of course any SET TERM/INQ statements embedded in command procedures will blow this out of the water. A possible fix in EXTRA is to go to: Options Settings Connection and change terminal type negotiation from "All" to "Current". This works for me, but the vendor was unsure whether this would do the job in all cases. From what I read from the documentation, I wasn't sure exactly what this option did. Hope this helps, --Joe >---------- >From: Michael Stewart[SMTP:mstewart@tiac.net] >Sent: Thursday, May 14, 1998 10:34 PM >To: Info-TCPware@PROCESS.COM >Subject: Re: TELNET Window Size negotiation > >Hunter Goatley wrote: >> >> writes: >> > >> >Hi all, >> > We are in the process of upgrading TCPware from 5.1-4 to 5.3-2. A >> >new feature (in 5.2) is that TELNET server tries to negotiate the window >> >size with the TELNET client (RFC 1073). We have a number of users >> >running PC software that does the negotiation incorrectly, which is >> >causing some grief. The vendor of the client TELNET is aware of the >> >problem, but does not yet have a fix, and it will take time for us to >> >deploy a fix when we get one. In the mean-time, is there a way to >> >disable window size negotiation on the TELNET server side? Thanks in >> >advance. >> > >> Sorry, no, there's no way to tell the Telnet server not to do NAWS. >> >> Hunter >> ------ >> Hunter Goatley, Process Software, http://www.process.com/ >> http://www.madgoat.com/hunter.html > >We just went production with TCPWare 5.3 on an Alpha 8400 OpenVMS 6.2 >system. Our client software is Extra PC 6.3. >We are getting screen refresh errors. >Has anyone ran into this with Extra and are there any fixes? >Mike Stewart >Fallon Healthcare >stewart@fallon-clinic.com > ================================================================================ Archive-Date: Tue, 19 May 1998 04:53:52 -0400 Date: Tue, 19 May 1998 10:55:28 +0200 From: Dick Cozijnsen Reply-To: Info-TCPware@process.com Subject: FTP server TCPWare To: "'Info-TCPware@PROCESS.COM'" Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Goodmorning everybody, I have a question concerning FTP server on TCPWare version 5.2-3 When the ftp server is accessed with an Explorer the output looks like a vms directory listing, complete with date,time,size,version number and total of at the bottom. It looks like this : 01/01/80 12:00 0 filename.ext;1 size date time It should look like this: filename.ext Can someone tell me what can be the cause of this ? Thanks in advance, Dick Cozijnsen ================================================================================ Archive-Date: Tue, 19 May 1998 05:11:22 -0400 Message-ID: <008001bd8305$d1cb7910$f5030f91@nt19.gni.ns.nl> From: "Erik Bent" Reply-To: Info-TCPware@process.com To: Subject: Re: FTP server TCPWare Date: Tue, 19 May 1998 11:09:13 +0200 I have logged this error a few years ago but I didn't receive a solution. Erik Bent >Goodmorning everybody, > >I have a question concerning FTP server on TCPWare version 5.2-3 > >When the ftp server is accessed with an Explorer the output looks like a >vms directory listing, complete with date,time,size,version number and >total of at the bottom. > >It looks like this : > >01/01/80 12:00 0 filename.ext;1 size date time > > >It should look like this: > >filename.ext > > >Can someone tell me what can be the cause of this ? > > >Thanks in advance, > > Dick Cozijnsen > ================================================================================ Archive-Date: Tue, 19 May 1998 08:20:46 -0400 Date: Tue, 19 May 1998 08:18 -0400 From: SCHREIBER@PROCESS.COM (Jeff Schreiber) Reply-To: Info-TCPware@process.com Message-ID: <009C668739108C95.55AF@PROCESS.COM> To: Info-TCPware@process.com Subject: RE: FTP server TCPWare Dick Cozijnsen writes: > >When the ftp server is accessed with an Explorer the output looks like a >vms directory listing, complete with date,time,size,version number and >total of at the bottom. > >It looks like this : > >01/01/80 12:00 0 filename.ext;1 size date time > > >It should look like this: > >filename.ext > Explorer, and Netscape I believe, both send the LIST command instead of the NLST command. It also sends a 'SYS' command before hand. The Browsers understand most unix style output, and most dos style output, and determines the format by the result of the 'SYS' command. Since the browser doesn't understand a response of VMS in the SYS response, it doesn't know how to parse out the directory listing, and therefore just presents it as the LIST output. The real problem is that someone needs to push back against the browser vendors and get them to change their browsers to support VMS. -Jeff -- Jeff Schreiber, Process Software Corp. schreiber@process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Tue, 19 May 1998 13:23:44 -0400 From: Brian Steele Subject: Re: FTP server TCPWare Date: Tue, 19 May 1998 12:51:54 -0400 Message-ID: <3561B8AA.795F@gnd.cwplc.com> Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Erik Bent wrote: > > I have logged this error a few years ago but I didn't receive a solution. Even curiouser, if I use Netscape Navigator to FTP into my VAX, it puts me in my home directory. If I use IE 3.02, it puts me in the ROOT directory of the user disk - and displays files in the funny format you detailed. Brian ================================================================================ Archive-Date: Tue, 19 May 1998 13:26:48 -0400 Sender: goathunter@MadGoat.com Date: Tue, 19 May 1998 12:24:51 -0500 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <009C66A9.95DB85DE.13@ALPHA.WKU.EDU> Subject: Re: FTP server TCPWare Brian Steele writes: > >Erik Bent wrote: >> >> I have logged this error a few years ago but I didn't receive a solution. > >Even curiouser, if I use Netscape Navigator to FTP into my VAX, it puts >me in my home directory. If I use IE 3.02, it puts me in the ROOT >directory of the user disk - and displays files in the funny format you >detailed. > The various browsers do different things when they make their connection. Some versions of Netscape recognize that they're talking to a VMS system; some don't. Some send "CD /" before the actual LIST command is sent, some send others. You can check the FTP log files to see the commands being executed by the browsers.... Hunter ------ Hunter Goatley, Process Software, http://www.process.com http://www.madgoat.com/hunter.html ================================================================================ Archive-Date: Wed, 20 May 1998 19:56:14 -0400 From: WA@GURU1.SDA-ATS.CH (Chris J. WALTHER) Subject: SMTP: convert MIME attachements? Date: 20 May 1998 23:48:20 GMT Message-ID: Reply-To: Info-TCPware@process.com To: Info-TCPware@PROCESS.COM Hi! I am looking for a way to convert MIME attachments of incoming mail messages and include the converted file into the message body before it goes to the addresee. The conversion could be done using Keypak by ANE Resources, Inc. which is also used by Innosofts PMDF for this purpose. Does TCPware provide for a way to include such a conversion step? -- ChrisW ================================================================================ Archive-Date: Thu, 21 May 1998 15:44:10 -0400 Subject: Re: SMTP: convert MIME attachements? Message-ID: <1998May21.152124@process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 21 May 98 15:21:24 -0400 To: Info-TCPware@PROCESS.COM In article , WA@GURU1.SDA-ATS.CH (Chris J. WALTHER) writes: > Hi! > > I am looking for a way to convert MIME attachments of incoming > mail messages and include the converted file into the message > body before it goes to the addresee. The conversion could be done > using Keypak by ANE Resources, Inc. which is also used by Innosofts > PMDF for this purpose. > > Does TCPware provide for a way to include such a conversion step? > > -- ChrisW No, it does not. You might want to consider PMDF or look at the freeware MadGoat MX package. With TCPware, there is always the possibility of doing additional processing of message files after they are received by the server and BEFORE they are delivered to the user - this is in SMTP_SERVER.COM. However, you don't know the internal format of the message files and playing around with them is potentially dangerous. So, if you do this, it is completely unsupported (and we're not going to provide the internal message file format). - Bernie Volz Process Software Corporation ================================================================================ Archive-Date: Thu, 21 May 1998 15:44:16 -0400 Subject: Re: SMTP: convert MIME attachements? Message-ID: <1998May21.152228@process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 21 May 98 15:22:28 -0400 To: Info-TCPware@PROCESS.COM In article , WA@GURU1.SDA-ATS.CH (Chris J. WALTHER) writes: > Hi! > > I am looking for a way to convert MIME attachments of incoming > mail messages and include the converted file into the message > body before it goes to the addresee. The conversion could be done > using Keypak by ANE Resources, Inc. which is also used by Innosofts > PMDF for this purpose. > > Does TCPware provide for a way to include such a conversion step? > > -- ChrisW Oh, also, depending on from where you users are reading mail, is this conversion really necessary? If they are getting the mail messages via POP3 or IMAP4, the readers will usually handle MIME documents just fine. - Bernie Volz Procses Software ================================================================================ Archive-Date: Sun, 24 May 1998 17:41:19 -0400 From: martin@RADIOGAGA.HARZ.DE (Martin Vorlaender) Subject: Re: SMTP: convert MIME attachements? Message-ID: <3567c828.524144494f47414741@radiogaga.harz.de> Date: Sun, 24 May 1998 09:11:36 +0200 Reply-To: Info-TCPware@process.com To: Info-TCPware@PROCESS.COM Bernie Volz (volz@process.com) wrote: : WA@GURU1.SDA-ATS.CH (Chris J. WALTHER) writes: : > I am looking for a way to convert MIME attachments of incoming : > mail messages and include the converted file into the message : > body before it goes to the addresee. The conversion could be done : > using Keypak by ANE Resources, Inc. which is also used by Innosofts : > PMDF for this purpose. : > : > Does TCPware provide for a way to include such a conversion step? : No, it does not. You might want to consider PMDF or look at the freeware : MadGoat MX package. Just a small annotation: Starting with version 5.0, MadGoat's MX ist no longer freeware. Version 4.2 ist available for free, though. cu, Martin -- | Martin Vorlaender | VMS & WNT programmer Ceterum censeo | work: mv@pdv-systeme.de Redmondem delendam esse. | http://www.pdv-systeme.de/users/martinv/ | home: martin@radiogaga.harz.de ================================================================================ Archive-Date: Tue, 26 May 1998 22:58:19 -0400 From: sol gongola Subject: Re: nfs server problem -please help Date: Tue, 26 May 1998 22:43:52 -0400 Message-ID: <356B7DE8.5A59@adldata.com> Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "nntpd.lkg.dec.com" To: Info-TCPware@PROCESS.COM nntpd.lkg.dec.com wrote: > > Hi All, > I need to use my Windows based nfs client to access files on a VMS host > using NFS. > I use UCX on the OpenVMS system and I enabled the NFS and PC-NFS services. > I can mount the VMS drives from UNIX and other VMS systems just fine. > What should I do to mount the same drives to my Windows PC? > > Thanks, > Deniz Tortop. You can buy an nfs client for your PC platform. microsoft doesn't give it. you can buy dec pathworks for vms (and for w95) you can get samba for vms and use the native microsoft lan manager support. ================================================================================ Archive-Date: Fri, 29 May 1998 08:05:10 -0400 Sender: goatley@triton.process.com From: goatley@triton.process.com Reply-To: Info-TCPware@process.com From: "Wim Knoll" Subject: ucx ---> tcpware Date: Fri, 29 May 1998 11:22:14 +0200 Message-ID: <6klumu$45m$1@news2.xs4all.nl> To: Info-TCPware@PROCESS.COM Hello, I would like to migrate from UCX to TCPWARE, but I don't see an uninstall or a ucx remove or something similar like that. What should I do and what is important to know before I install the TCPWARE software. Thanks in advance Wim Knoll ================================================================================ Archive-Date: Fri, 29 May 1998 08:19:29 -0400 Date: Fri, 29 May 1998 08:17 -0400 From: BRYANT@PROCESS.COM (Geoff Bryant) Reply-To: Info-TCPware@process.com Message-ID: <009C6E62A4B58D55.4105@PROCESS.COM> To: Info-TCPware@process.com Subject: RE: ucx ---> tcpware "Wim Knoll" writes: > >Hello, I would like to migrate from UCX to TCPWARE, but I don't see an >uninstall or a ucx remove or something similar like that. >What should I do and what is important to know before I install the TCPWARE >software. > >Thanks in advance > >Wim Knoll You should first use UCX SHOW commands to save info about your current configuration and then you can use SYS$UPDATE:UCX$CLEANUP.COM to clean out the files. ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Fri, 29 May 1998 10:04:47 -0400 Subject: Re: ucx ---> tcpware Message-ID: <1998May29.093719@process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 29 May 98 09:37:19 -0400 To: Info-TCPware@PROCESS.COM In article <6klumu$45m$1@news2.xs4all.nl>, "Wim Knoll" writes: > Hello, I would like to migrate from UCX to TCPWARE, but I don't see an > uninstall or a ucx remove or something similar like that. > What should I do and what is important to know before I install the TCPWARE > software. > > Thanks in advance > > Wim Knoll > If disk space isn't a concern, you can leave UCX around. Just make sure you remove the UCX startup from the system startup file. Having UCX on the disk is not an issue for TCPware. However, you can only load one of the stacks (a reboot is necessary to switch between stacks). - Bernie Volz Process Software