Date: Sat, 24 May 97 13:51:18 EDT From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1997 #11 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Sat, 24 May 97 Volume 1997: Issue 11 Today's Topics: autoconfigure uupc (2 msgs) host name registration and UUPC/extended download leading @ in address Re[2]: UUPC/extended 1.12s available for test SMTP support in UUPC/extended (3 msgs) UUPC/extended 1.12s available for test (3 msgs) WWW 1.12s download should work now To subscribe to UUPC-Info-Digest, send the command in the body of a message to listserv@kew.com: subscribe uupc-info-Digest To signoff from UUPC-Info-Digest, use "signoff" instead of "subscribe". You can also send an "index" to the listserv to get an index of back issues and other files available for retrieval. Note: Questions on UUPC/extended itself which are not of general interest should be sent to help@kew.com, not to the mailing list. Nor questions should be posted on Usenet, we don't read it. (Much.) ---------------------------------------------------------------------- Date: Wed, 14 May 1997 11:45:59 +0000 From: "ks dilip" Subject: autoconfigure uupc To: uupc-info@kew.com Thanks to KEW for the uupc package. The SU.BAT helps multiple users to use the mail facility.But this requires creation of a userid.rc file and an entry in the passwd for each of the users.It would be a great help if someone on this list could provide a batch file which could ; copy the personal.rc to a user.rc change the user details in this new file as required enter a new line for this user in the passwd file thanks again ------------------------------ Date: Sat, 17 May 1997 12:26:26 +0800 (SGT) From: Terry Koh Subject: autoconfigure uupc To: uupc-info@kew.com >Date: Wed, 14 May 1997 11:45:59 +0000 >From: "ks dilip" >Subject: autoconfigure uupc >for each of the users.It would be a great >help if someone on this list could provide >a batch file which could ; > >copy the personal.rc to a user.rc >change the user details in this new file as required >enter a new line for this user in the passwd file This batch file did the job for me. If you don't need too sophisticated a user.rc, it works OK. You can always customise it for yourself, using %2, %3, etc. to enter things like "real" names. Watch out for drive settings. (Note that I've edited it for generality.) @echo off rem rem add user "user" to the system rem if u%1 == u goto bad echo. cd \email\bin if exist %1.rc goto exists echo %1:*::::: >> passwd mkdir \email\users\%1 > nul echo # There should be no need to change these > %1.rc echo Name=%1 >> %1.rc echo Mailbox=%1 >> %1.rc echo Home=\email\users\%1 >> %1.rc echo Signature=inetsig.pms >> %1.rc echo %1:*::::: >> passwd.s echo Email account for %1 set up. goto end :exists echo Note: Account for %1 already exists! goto end :bad echo syntax: %0 username echo eg: %0 frank :end -terry koh ------------------------------ Date: Sun, 18 May 1997 22:57:23 -0500 From: "Drew Derbyshire - UUPC/Extended Support" Subject: host name registration and UUPC/extended download To: "UUPC Mailing List" Please note: If you are attempting to use anonymous FTP to download files from ftp.kew.com, your admin _must_ have registered the site in your DNS tables for us to accept your login. We do not allow unnamed hosts to login because we can't track what parts of the globe people are coming from. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "It's just a jump to the left | But it's the pelvic thrust And then a step to the right | That really drives you insane Put your hands on your hips | Let's do the Time Warp again . . ." And bring your knees in tight | - "The Rocky Horror Picture Show" ------------------------------ Date: Tue, 13 May 1997 22:14:09 -0500 From: "Drew Derbyshire - UUPC/Extended Support" Subject: leading @ in address To: "UUPC Mailing List" I told someone (unfortunately, I didn't save the address) that leading at signs (@) in addresses were correctly caught in UUPC/extended 1.12r. I then received the following in a header: > From: @3isystems.se ( ) Which took out mail.exe with an immediate program exception; it seems that which we not caught most invalid delimiter combinations, we missed that one. This has been corrected for 1.12s. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "Well our hearts beat like thunder, I don't know why they don't explode You got your hands in my back pockets, and Sam Cooke's singin' on the radio - John "Cougar" Mellencamp ------------------------------ Date: Tue, 20 May 97 15:38:06 From: Marshall.Medoff@ita-relay.com Subject: Re[2]: UUPC/extended 1.12s available for test To: uupc-info@kew.com Actually you both are right, and the BFO really tells us that I should be using Pegasus on a dial-up PPP connection rather than UUCP. However, I just installed my current cc:Mail setup and introduced this to my users. I don't want to yank it from them and replace it after getting them used to the environment. My ultimate goal is to have a replacement for UUCP that behaves exactly like my UUCP does now but uses POP & SMTP and interfaces with my cc:Mail databases. At a reasonable cost with no additional hardware or OS migration. (Lotus' new ccMail version 8 requires a dedicated Internet connection.) I thank Drew and everyone else for their input and request that if the above solution surfaces, please let me know. Marshall Medoff, ITA, Inc. Arlington, Virginia ______________________________ Reply Separator _________________________________ Subject: Re: UUPC/extended 1.12s available for test Author: Tim Roberts at Internet Date: 5/20/97 1:02 PM At 08:51 AM 5/20/97 -0400, Drew Derbyshire - UUPC/Extended Support wrote: >On Mon, 19 May 97 08:37:45 , Marshall.Medoff@ita-relay.com wrote: >> SMTP Client? As in a dialup SMTP program like UUCP that will dial an SMTP >> server and trade mail like your UUCP program? >... >SMTP clients, in general, do not work well over demand dial-up, because >the address of both servers must be published -- dial-up IP where you >get a new address each time doesn't work, because SMTP uses your host >name, not login name. Let me second what Drew said. We've recently transitioned from a dial-up-only UUPC-based mail scheme to a more "modern" PPP connection to the Internet through an ISP, with dynamic IP assignment. After searching for several months for a "cool" SMTP solution, we finally came to the BFO* realization that the only way to make this work reliably was to use UUCP over TCP/IP. Once I got over my prejudices, I realized UUCP is established, well-understood, well-documented and well-supported. It works like a champ. We send all our outgoing mail via SMTP, but incoming all comes in through UUCP. (*BFO = Blinding Flash of the Obvious.) -- - Tim Roberts Providenza & Boekelheide, Inc. timr@probo.com ------------------------------ Date: Tue, 20 May 1997 08:54:12 -0400 From: "Drew Derbyshire - UUPC/Extended Support" Subject: SMTP support in UUPC/extended To: "=?iso-8859-1?q?K.-P.__Kirchd=F6rfer?=" On Mon, 19 May 97 21:38:17 +0100, "=?iso-8859-1?q?K.-P._Kirchd=F6rfer?=" wrote: > got all the files now. > The documentation is pretty small, or did I missed something. > > And I ran into the first problem. > > On Sun, 11 May 1997 15:36:59 -0500, Drew Derbyshire - UUPC/Extended > Support wrote: > > > > > 1) The host path file can now include entries of the form: > > > > host @ smtp.gateway > > *.host @ smtp.gateway > > > > This will route all mail for the host or domain to the specified > > gateway via SMTP. The specified host can be the mail server, > > which to say all outbound mail can be redirected to the gateway. > > I don't get it. What has to be exactly the entry? > I have locally connected system ondit (systems entry), this also > known as mail.netzservice.de, ondit.netzservice.de and ondit for > tcp/ip connections. > What should I have in hostpath to deliver mail via smtp to ondit? Do this in uupc.rc: mailserv=internet options=fastsmtp In hostpath: internet @ mail.netzservice.de "internet" DOES NOT have to be in the systems file; the code now checks for SMTP routing entries. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "Life is just a fantasy, can you live this fantasy life?" ------------------------------ Date: Fri, 23 May 1997 07:42:53 +0700 From: Rachmat Hidajat Subject: SMTP support in UUPC/extended To: "Drew Derbyshire - UUPC/Extended Support" Drew Derbyshire wrote: > 3) When running in -t mode, RMAIL can be requested to be deliver > immediately by setting the new boolean option 'fastsmtp'. Mail > in daemon mode (-w) cannot be forced for immediate delivery, to > prevent endless recursion. I don't know, but for me there is no difference with or without 'fastsmtp' option. Every time I send a mail, rmail always tries to connect to my smtp server, then when fails, the message is queued in a directory which has the same name as my node. Since upc12saw is actually a documentation of uupc1.12r, where could I find information about this? Rachmat Hidajat Surabaya, INDONESIA ------------------------------ Date: Sat, 24 May 1997 13:29:35 -0500 From: "Drew Derbyshire - UUPC/Extended Support" Subject: SMTP support in UUPC/extended To: rachmat@parokinet.org On Fri, 23 May 1997 07:42:53 +0700, "Rachmat Hidajat" wrote: > Drew Derbyshire wrote: > > 3) When running in -t mode, RMAIL can be requested to be deliver > > immediately by setting the new boolean option 'fastsmtp'. Mail > > in daemon mode (-w) cannot be forced for immediate delivery, to > > prevent endless recursion. > I don't know, but for me there is no difference with or without > 'fastsmtp' option. Every time I send a mail, rmail always tries to > connect to my smtp server, then when fails, the message is queued in > a directory which has the same name as my node. You don't say what program is invoking rmail, nor more importantly do you say why the connection is failing. fastsmtp mail only affects rmail when invoked with the -t flag, as is done by mail.exe. > Since upc12saw is actually a documentation of uupc1.12r, where could > I find information about this? You have what there is. It being a beta, it (and I) rather presume you're familar with SMTP mail. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "Don't ask if you don't care what the answer is." - The Grey-eyed Elf ------------------------------ Date: Sun, 18 May 1997 20:31:25 -0500 From: "Drew Derbyshire" Subject: UUPC/extended 1.12s available for test To: "UUPC Mailing List" OS/2, NT, and DOS versions of UUPC/extended 1.12s are available for test via ftp://ftp.kew.com/pub/uupc, http://www.kew.com/uupc, and anonymous UUCP. The files are not and will not be available via the listserv, since I intend on putting out 1.12t as soon as I get feedback and some documents updated. The http://www.kew.com/uupc interface will be fastest, because it's actually slaved to www2.kew.com, aka www.clarkson.edu. This release includes the promised SMTP client, the NT/95 network bugfix (long filesystem names, like Netware, caused various programs to abort in import.c), numerous fixes to the IMFILE support, and the other collected bug fixes. -ahd- -- Internet: ahd@kew.com Voice: 617-279-9810 "Four score and seven (hundred) bugs ago, our fore-fathers brought forth a new application." - from The Gettysbug Address ------------------------------ Date: Sun, 18 May 1997 22:35:29 -0500 From: "Drew Derbyshire - UUPC/Extended Support" Subject: UUPC/extended 1.12s available for test To: "Greg Menounos" On Sun, 18 May 1997 21:49:21 -0400, "Greg Menounos" wrote: > I'm having problems getting upc12sn1.zip and upc12saw.zip from = > http://www.kew.com/uupc. I couldn't get any of the NT files or the = > documentation from the ftp site because of some file protection problem. = > Can you let me know when it's fixed? Thanks, Fixed. Ooops. Some of the files are not mirrored, and you should not have been redirected for them; others, in particular On Sun, 18 May 1997 19:53:05 -0600, "Walter Medak" wrote: > Is there a way you can toggle the permissions someplace to make the > files available? I tried both WWW and FTP to get them. In FTP, I was > told that the permission was denied, and via WWW, I was give an Error > 404 message. The ftp permissions are also corrected. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "It's just a jump to the left | But it's the pelvic thrust And then a step to the right | That really drives you insane Put your hands on your hips | Let's do the Time Warp again . . ." And bring your knees in tight | - "The Rocky Horror Picture Show" ------------------------------ Date: Tue, 20 May 1997 08:51:32 -0400 From: "Drew Derbyshire - UUPC/Extended Support" Subject: UUPC/extended 1.12s available for test To: Marshall.Medoff@ita-relay.com On Mon, 19 May 97 08:37:45 , Marshall.Medoff@ita-relay.com wrote: > SMTP Client? As in a dialup SMTP program like UUCP that will dial an SMTP > server and trade mail like your UUCP program? No, SMTP client as in sit on a stable network and send mail to an SMTP server. We will also do an SMTP server at some point (I was hoping this week, but didn't make it), but right now, it will not receive mail. More importantly ... SMTP clients, in general, do not work well over demand dial-up, because the address of both servers must be published -- dial-up IP where you get a new address each time doesn't work, because SMTP uses your host name, not login name. In addition, SMTP servers generally run on "their" schedule, that is just because you dial up doesn't mean the remote side will immediately send all it's mail to you. (We will include an ETRN command at some point, to request a remote server send us queued mail, but not all servers support it.) Compare this to UUCP, where the calling (client) system actively tells the other (server) system the client name, batches all tranactions for the system together, and also switches roles in one connection to become the receiver. As a final note, actually performing dial-up TCP/IP is not the job of UUPC/extended; we view that as the job of the operating system, since OS/2, NT, and Windows 95 all have remote access support. This is not a major issue, but (for example) we will not support SMTP under DOS and you would have to direct OS/2 Warp to explicitly dial the phone since it does not handle dial-on-demand. > Please point me to more information...This may be the godsend I am > looking for! No, all our programs are bear sent. As for more information, the support was described in my original post, and you can now download the 1.12s files from the specified directories (http://www.kew.com/uupc or ftp://ftp.kew.com/pub/uupc). -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9712 "Life is just a fantasy, can you live this fantasy life?" ------------------------------ Date: Mon, 19 May 1997 17:15:24 -0400 (EDT) From: Drew Derbyshire Subject: WWW 1.12s download should work now To: uupc-info@kew.com Several missing files in the WWW download directory for the 1.12s are now reloaded and all file permissions altered to world read, you should try downloading again if you had problems before. -ahd- ------------------------------ End of UUPC-Info-Request Digest ******************************