Date: Sun, 7 May 95 15:26:28 EDT From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1995 #15 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Sun, 7 May 95 Volume 1995: Issue 15 Today's Topics: (B)SMTP over UUPC or alternatives? (2 msgs) bug changes for UUPC/extended 1.12o DOS mail.exe and Ctrl-z Elm with uupc Help please. How do i recover a xxx.$$$ file? List of variables (2 msgs) MS Mail through uupc Need info on UUPC v1.2n/NNS setup for NT NT & wfwg clients Posting not working locally (2 msgs) RNEWS, more info Translation table in UUPC/extended. UUPC's UUCICO and GIGO? UUPC-DOS over tcp/ip (2 msgs) UUPC/Ext FAQ Whodunit? Wrong path line 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. ---------------------------------------------------------------------- Date: Sat, 06 May 1995 15:37:19 -0400 From: uupcinfo@kew.com Subject: (B)SMTP over UUPC or alternatives? To: UUPC/Extended mailing list On Fri, 21 Apr 1995 12:41:42 +0100 (BST), ursr@omico.om.org wrote: > We are running Pmail 3.22 together with UUPC 1.12j > quite happily. > But the mail volumes are going up and people start > to buy V34 modems and suddenly we find that our > throughput tops of around the 550 CPS mark. > > Most of it seems to have to do with the combination > of the uucp protocol overhead and the many small > files involved in uucp transfers. (we have now > switched to Taylor 1.05 on Unix - which helps a bit) > > BUT it still is not enough for us. > > QUESTION: > So, does anybody know of a way to "batch" > those small files and then transmit them > possibly even over uucp (uux?). > > What are others using for transport under > Pmail (Charon, Mercury, SMTP/BSMTP ... etc.), > that will work under at least Pmail Stand- > alone DOS or Novell networked. > (Preferably FREEWARE!) I know how to do BSMTP, but have never added to the list due to memory under DOS and the limited nature of systems which can support it. There is actually a UNIX program kicking out on the net, but it's not a clean program and thus I won't port that. The timing of batches also becomes a bit of an issue, unfortunately. > Reasons: > We would like to stick to uupc (or uucp) > because we have working packages for > Unix, Mac's, DOS standalones & Novell Netware > clients all working (almost)seemlessly and > all of our clients finding it fairly easy to > find a uucp-dial-up-access provider world-wide. Mac's would not be supported by this ... *sigh* again. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. "And some they will and some they won't And with some it's just as well . . ." - Supertramp ------------------------------ Date: 07 May 1995 18:45:00 +0100 From: hajo@quijote.in-berlin.de Subject: (B)SMTP over UUPC or alternatives? To: UUPC/Extended mailing list > I know how to do BSMTP, but have never added to the list due to memory > under DOS and the limited nature of systems which can support it. There > is actually a UNIX program kicking out on the net, but it's not a clean > program and thus I won't port that. At least here in Berlin, all DOS systems and all Unix systems do support it. That's about 90%. Maybe you can get some hints by peter@xpoint.ruessel.sub.org on how this can be done. (Since he's a Turbo Pascal freak, direct help is unlikely.) But his uucp stuff supports both 4096 blocksize and BSMTP at the same time since two years. In fact, I will mail this message with gbstmp under DOS, and I remember that he finished the Beta with BSMTP support in April 1993. hajo -- ----[Hans-Joachim Zierke ]---------------------------------------------- [Rathenower Straße 23 ] [D-10559 Berlin-Moabit] hajo@quijote.in-berlin.de [ +49-30 / 394 84 45] ----[Fax:(0)30 / 394 84 47]---------------------------------------------- ------------------------------ Date: Sat, 06 May 1995 13:15:58 -0400 From: Help@kew.com Subject: bug To: UUPC/Extended mailing list On Sat, 06 May 1995 17:38:55 +0400, "Vadim Popkov" wrote: > Seems I found a bug in UUPC/Ext > > look here. I start uucp daemon and try login with > telnet -p 540 kram > > ------------------------------------------------------------------------------- > uucico: UUPC/extended 1.12j (OS/2 32 bit mode, 25May94 07:51) > Monitoring port tcptty device tcp for 546 minutes until user hits Ctrl-Break > login: login for user {~jim failed, bad user id > login: login user uuvasylin (Linux PC) failed, bad password > ------------------------------------------------------------------------------- > it is what I see from daemon side > > ------------------------------------------------------------------------------- > > OS/2(R) 2.30 with UUPC/extended 1.12j (kram.donetsk.ua) (tcptty) > > ==> > login: > <== uuvasylin > ==> > Password: > <== > ==> > login failed > login: login user uuvasylin (Linux PC) failed, bad password > ==> > login: > ------------------------------------------------------------------------------- > And it is what I see from telnet session > > I only type user name and pres enter - nothing more, but uucico says that bad password > specified. I am unable to type password :( The error here is not uupc/extended, but simply that port 540 is NOT a telnet connection. This means the server never tells the client to send only carriage returns (not cr/lf), and hence the second control character is taken as the end of the password, and *poof*, you just entered both user id and (empty) password. You can try the manual login via control-J as the user id terminator, the Cntrl-J (line feed) will not acquire the line feed. -ahd- -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 "Her hair reminds me of a warm safe place where as a child I'd hide And wait for the thunder and the rain to quietly pass me by . . ." - Guns'n'Roses ------------------------------ Date: Sun, 07 May 1995 15:20:41 -0400 From: Software@kew.com Subject: changes for UUPC/extended 1.12o To: UUPC/Extended mailing list Here's the list of changes for the pending release UUPC/extended 1.12o. Not listed below is that I'm actively working on the news documents. UUPC/extended 1.12o will ship with at least newly updated drafts of the documents, the 1.12b are getting far to creaky ... Enhancements The new Boolean option suppressLoginInfo is added to allow disabling the display of the system version and login time during remote system login. The previously unimplemented Boolean option undelete now works under OS/2. When noundelete is set or defaulted, files are deleted by ALL UUPC/extended programs using a faster file delete call which bypasses the OS/2 Undelete Cache. Bug fixes As usual, Kai Uwe Rommel contributed many of the news related fixes to this release. When no news server was defined in the UUPC.RC file and no SYS file existed, an invalid SYS file was generated. The automatic generation of the SYS file was corrected to use the mail server as the default news server as well. The unused Boolean option compressbatcxh is dropped. When no parameter are passed to a program from UUXQT or other programs, a bug in the IBM OS/2 C/Set++ compiler will generate invalid parameters to the program. A workaround has been applied to various programs to always pass at least a debug level to various programs such as RNEWS, INEWS, abd SENDBATS. The code added to 1.12n to determine the starting sequence number would sometimes generate a negative sequence number for jobs. Corrected to always limit the sequence number between one and one million. Various programs tended to have stack overflows under the MS C DOS 8.0 compiler, especially when various common routines called memory intensive C library functions such as sprintf. Various common routines were revised to use more efficient formatting, and in addition various DOS modules were changed from .COM files to .EXE files to allow additional memory usage. Previously, if an entire subdomain (denoted with an asterisk prefix) was listed in the HOSTPATH file to be routed to a gateway program, the subdomain entry was passed to gateway program by RMAIL. RMAIL is corrected to pass the actual host name being gatewayed to the program. If RMAIL processed a forward file with no aliases, it would exit with a non-zero return code but no error message. It now bounces the mail properly with a message reporting no addresses could be delivered to, and then exits with return code zero. When writing entries into the V-Mail server queue, RMAIL searched the directory for a free file name, which because of a race condition could result in a file name collision. RMAIL is modified to use normal sequencing instead for more reliable and faster operation. If an entry in the system aliases file was immediately preceded by a comment line, the comment was processed as part of the alias. System alias processing is corrected to completely igore the comment. Under Windows NT, changes to the internal configuration table would cause REGSETUP to fail because of references to NULL pointers. If UUPOLL was running with auto-UUXQT (-U) mode where UUCICO normally runs UUXQT in background, UUXQT was never run for thes local host. This in turn caused news command which would locally queued to never run. UUPOLL is modified to automatically run UUXQT for the local host when in auto-UUXQT mode. When a call grade was specified in the time field of the SYSTEMS file and UUCICO was invoked to call any system with work ("-s any"), UUCICO might try to call a system it has no work to send to. The NIST clock setting code failed to work properly with the MS C DOS 8.0 compiler, and generally smelled bad. Restructured the code to break apart system dependent and independent parts, corrected system dependent code, also revised messages to make the action taken clear. In some cases, various programs either overreported or undereported problems with deleting files. Modified affected programs to exactly report failed deletions of files. If a group was removed from the active file by a rmgroup command, all groups after that group were deleted as well. Corrected active file processing routines to not truncate active file list. A space in a message id would cause severe problems with the history file database. Modified history file processing to properly handle such ill-formatted fields. When RNEWS is processing news from a pipe, it failed to properly process the data. RNEWS is modified to (more) gracefully handle such input. Maximum hop processing news caused infinite loops in NEWSRUN. Corrected this error and moved the check maximum hops to inside the SYS file processor where it belonged. Other changes Corrections of various compiler warnings continued. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 This signature was selected automagically by the UUPC/extended GENSIG signature file generator. Program and Compilation Copyright (C) 1989-1995 by Kendra Electronic Wonderworks. ------------------------------ Date: Sat, 06 May 1995 15:44:23 -0400 From: uupcinfo@kew.com Subject: DOS mail.exe and Ctrl-z To: UUPC/Extended mailing list On Mon, 24 Apr 1995 12:31:31 -1200, stephen@digitech.co.nz wrote: > We are using UUPC 1.12k (until the newer version settle down), and we > have run across a problem with the DOS version of mail.exe. When the > *.spb file contains Ctrl-Z characters (as some emails do), mail.exe > seems to stop reading the *.spb file at this point and the remaining > email in the file is lost (unless you notice it happening). > > Has this been fixed in later versions, or does someone have a patch? Cntrl-Z is DOS end of file. Any C program in text mode (as opposed to binary) will treat the Cntrl-Z as EOF. In general, never binary files around, use UUENCODE or whatever render the data as printable characters. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. "And some they will and some they won't And with some it's just as well . . ." - Supertramp ------------------------------ Date: Sun, 07 May 95 00:53:04 MDT From: ironsidt@cuug.ab.ca Subject: Elm with uupc To: UUPC/Extended mailing list I'm curious, if anyone has gotten elm to work with uupc extended, the problem appears to be that, elm is ignoring the passwd file (for where the home dir is) and is reading the maildir to try to find the mail, has anyone found a way around this? Thanks. Tony Tony Ironside Team OS/2 ironsidt@cuug.ab.ca tony.ironside@223.cambo.cuug.ab.ca Fido: tony ironside @1:134/223 "640k is more than anyone will ever need" Mr bill gates 1981 As he has attempted to prove, by building his new OS "windows 95" around 64k memory segments ------------------------------ Date: Wed, 3 May 1995 21:31:22 From: root@inform.com Subject: Help please. How do i recover a xxx.$$$ file? To: UUPC/Extended mailing list Long story deleted... I wound up with a file tmp11.$$$ in \usr\spool. It has an encoded message in it that i'd like to pass on to it's owner. But i tried RECOVER FROM CRASH both ways and the file just stayed there. (I moved another file to ...\incoming and those news articles were spread out (i hope).) Any ideas? Thank you for your help. -- postmaster@inform.com Independent Operations, PO Box 7228, Stanford, CA 94309-7228 ------------------------------ Date: Sun, 7 May 95 14:07:00 +0000 From: jpolt@bradnet.demon.co.uk Subject: List of variables To: UUPC/Extended mailing list Where can I get a complete list of available variables used in UUPCSYSRC and UUPCUSRRC? -- // EXEC PGM=SIG John Poltorak Fax: +44-1274-406660 jpolt@bradnet.demon.co.uk BBS: +44-1274-406660 john@mcb.co.uk FidoNet: 2:250/313 /* ------------------------------ Date: Sun, 07 May 1995 13:07:05 -0400 From: uupcinfo@kew.com Subject: List of variables To: UUPC/Extended mailing list On Sun, 7 May 95 14:07:00 +0000, jpolt@bradnet.demon.co.uk wrote: > Where can I get a complete list of available variables used in UUPCSYSRC > and UUPCUSRRC? Use the Source, Luke. ... lib\configur.c Actually, I'm updating the docs this weekend. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. "Take it calmly and serene, it's the famous final scene." - Bob Seger ------------------------------ Date: Sat, 06 May 1995 15:50:28 -0400 From: uupcinfo@kew.com Subject: MS Mail through uupc To: UUPC/Extended mailing list On Mon, 24 Apr 1995 11:05:53 +0200, frank@ilab.sztaki.hu wrote: > Is it possible somehow to connect MS Mail postoffice to the Internet through > UUPC, specially with the NT version of UUPC. Maybe if MS ever coughs up the next version of MS VC for me, it will, because then (I think) I and other VC++ owners get the MS mail headers legally. Hmmm. Maybe already in the 32 bit headers. But I don't have time this week anyway. *sigh* -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. "And some they will and some they won't And with some it's just as well . . ." - Supertramp ------------------------------ Date: Sat, 06 May 1995 15:38:12 -0400 From: uupcinfo@kew.com Subject: Need info on UUPC v1.2n/NNS setup for NT To: UUPC/Extended mailing list On Sat, 22 Apr 95 00:43:00 +0800, nsazman@dnv.po.my wrote: > I assumed to setup to be similar so I just copied the 1.2k setup files > to 1.2n and tried a few options briefly mentioned in the nns documents > hoping it would work. I must have done something WRONG coz after I ran > REGSETUP -C my workstations NT registry got thrashed! Make sure you're running from an admin account, and look for a new uupc/extended which fixes a null pointer problem at the end of weekend. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. "And some they will and some they won't And with some it's just as well . . ." - Supertramp ------------------------------ Date: Sat, 06 May 1995 15:20:42 -0400 From: uupcinfo@kew.com Subject: NT & wfwg clients To: UUPC/Extended mailing list On Sun, 16 Apr 1995 11:39:41 GMT, tei!paul@senior.nectec.or.th wrote: > I'm starting to slowly switch our fsuucp over to uupc NT, what mail/rmail > version should our clients use (ezmail front end)? Dos or windows? DOS. No Windows clients are provided for those two programs by default, because they don't add anything to functionality. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. "And some they will and some they won't And with some it's just as well . . ." - Supertramp ------------------------------ Date: Sat, 6 May 95 21:44:18 -0500 From: sysop@mome-raths.iac.net Subject: Posting not working locally To: UUPC/Extended mailing list Now, a new problem. TIN has quit posting local messages into the news database. The file does show up in the spool directory, \spool\mome\D, but if I post to alt.bbs, the message is not in \News\alt\bbs. 1.12k used to do this, however. John -- John Carmack jdcarmack@miavx1.muohio.edu ------------------------------ Date: Sun, 07 May 1995 07:10:38 -0400 From: uupcinfo@kew.com Subject: Posting not working locally To: UUPC/Extended mailing list On Sat, 6 May 95 21:44:18 -0500, sysop@mome-raths.iac.net wrote: > Now, a new problem. TIN has quit posting local messages into the news > database. The file does show up in the spool directory, \spool\mome\D, > but if I post to alt.bbs, the message is not in \News\alt\bbs. 1.12k > used to do this, however. Turn up debugging and see what newsrun reports. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. Disclaimer: Any errors in spelling, tact, or fact are transmission errors. ------------------------------ Date: Sat, 6 May 95 17:58:19 -0500 From: sysop@mome-raths.iac.net Subject: RNEWS, more info To: UUPC/Extended mailing list Well, I guess everything is not OK, after all. Not only am I getting the extra parameters message, but my spool directory is full of these: QUOTE: From mome-raths.iac.net!uucp Sat May 6 17:16:57 1995 remote from mome Received: by mome-raths.iac.net (UUPC/extended 1.12n) for uuiac!news; Sat, 06 May 1995 17:16:57 -0400 Message-ID: <2fabe749.mome@mome-raths.iac.net> Date: Sat, 06 May 1995 17:16:57 -0400 From: "Unix to Unix Copy" Organization: Mome Raths BBS To: uuiac!news Subject: [uucp job momed34a7 (05/06-17:16)] remote execution rnews exited with status 98 failed completely ===== stderr is unavailable ===== UNQUOTE Not only that, but I seem to be back to not being able to post messages on newsgroup iac.test. I'll have to delete these before every time I run this until I get this sorted out. This is basically the same problem that caused me to go back to 1.12k in the first place. I completely moved all of the old executables out of the directory before installing this time to make sure that there were no conflicts. Here is my SYS file: # News configuration file, automatically generated by UUPC/extended 1.12n # at Mon, 27 Feb 1995 19:48:19 -0500 # The local system, mome-raths.iac.net (mome) ME:all # Our news feed, not batched to speed our posts uuiac:all/!local:: ======= Here is UUPC.RC: # *--------------------------------------------------------------------* # * Sample system configuration for toscis. See * # * UUPC/extended installation documentation for use. * # *--------------------------------------------------------------------* NodeName=mome Domain=mome-raths.iac.net postmaster=sysop Mailserv=uuiac MailExt=mome-raths InModem=TB2500 TempDir=h:/temp MailDir=h:/Mail NewsDir=h:/News ConfDir=h: # *--------------------------------------------------------------------* # * The follow global defaults are suggested * # *--------------------------------------------------------------------* BackupExt=BAK DOS.Editor=Edit %s OS2.Editor=pico.exe /c %s Editor=pico.exe %s Win16.Editor=notepad %s Win32.Editor=notepad %s Options=nobang askcc autosign autoedit autoinclude backup dot purge verbose Options=multitask Dos.options=nomultitask #Options=suppressbeep #Suggested by Drew to see if I can see why posts show up twice. #options=history options=bounce #options=honordebug options=syslog ======= I've made no changes to any other .RC files. Another odd thing is the FROMWHO.exe file looks in the wrong directory for personal mail. I have Folders=~/Mail specified in SYSOP.RC. John -- John Carmack jdcarmack@miavx1.muohio.edu ------------------------------ Date: Sat, 06 May 1995 15:13:14 -0400 From: Software@kew.com Subject: Translation table in UUPC/extended. To: UUPC/Extended mailing list On Mon, 17 Apr 1995 17:53:57 +0200 (MET DST), "Henrik Storner" wrote: > The MIME RFC's define a set of headers and encoding techniques for > communicating non-ASCII charactersets through e-mail. Adding support > for this to a mail-reader isn't difficult (I did it for rusnews/rnr). > IMHO, if transparent handling of non-ASCII characters is the goal, > then using a MIME-compliant mail-reader is the right way to achieve > this. Adding presentation-specific stuff like characterset conversion > to rmail is not. You're probably correct, although I'm not in a position at this time to correct (move) RMAIL's kanji support to address other support. *sigh* -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 "Her hair reminds me of a warm safe place where as a child I'd hide And wait for the thunder and the rain to quietly pass me by . . ." - Guns'n'Roses ------------------------------ Date: Sat, 06 May 1995 15:54:02 -0400 From: uupcinfo@kew.com Subject: UUPC's UUCICO and GIGO? To: UUPC/Extended mailing list On Sun, 30 Apr 1995 21:20:45, udo@dcgg.xs4all.nl wrote: > I'd like to know if it's poSsible to use UUPC's UUCICO (because it's > available for OS/2) together with GIGO (Usenet <-> Fidonet gating > software). > > GIGO needs a Waffle-compatible UUCICO (because of the name-munging > or something like that). > > Can UUPC's UUCICO do this? No. In general, gatewaty software should not care about name munging within UUPC/extended, but rather use the documented RMAIL interfaces to accept mail, and RMAIL or UUX to queue stuff for UUPC/extended. Pity no one does this ... -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. "And some they will and some they won't And with some it's just as well . . ." - Supertramp ------------------------------ Date: Thu, 04 May 1995 12:39:15 +0100 (MET) From: ELST@rullf2.LeidenUniv.nl Subject: UUPC-DOS over tcp/ip To: UUPC/Extended mailing list Is it possible to run UUPC/Extended DOS-version over a tcp/ip (Ethernet) link? If so, what do i need. I'm currently using UUPC as mailserver on a Novell network using a modem- link to transfer mail from and to an Internet connected VAX. Paul van der Elst Internet: networks manager for the ELST@rullf2.MedFac.LeidenUniv.nl School of medicine Tel.: Medical Informatics, 071-276795 (+31.71.27.6795) Leiden State University, Fax.: P/O box 2086 071-276782 (+31.71.27.6782) 2301 CB Leiden The Netherlands ------------------------------ Date: Sat, 06 May 1995 15:59:56 -0400 From: uupcinfo@kew.com Subject: UUPC-DOS over tcp/ip To: UUPC/Extended mailing list On Thu, 04 May 1995 12:39:15 +0100 (MET), ELST@rullf2.LeidenUniv.nl wrote: > Is it possible to run UUPC/Extended DOS-version over a tcp/ip (Ethernet) > link? If so, what do i need. > I'm currently using UUPC as mailserver on a Novell network using a modem- > link to transfer mail from and to an Internet connected VAX. Yes, Windows, Windows NT, and OS/2 all support TCP/IP connections. You need a WinSock DLL under Windows, and IBM TCP/IP or the IAK under OS/2. TCP/IP is bundled with NT. Use the tcpip.mdm file (with suite=tcp/ip), and specify the host name to connect to in place of the phone number. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. "And some they will and some they won't And with some it's just as well . . ." - Supertramp ------------------------------ Date: Sat, 06 May 1995 15:42:42 -0400 From: uupcinfo@kew.com Subject: UUPC/Ext FAQ To: UUPC/Extended mailing list On Sun, 23 Apr 1995 23:11:12 -0400 (EDT), wieringa@egr.msu.edu wrote: > To my knowledge there is no UUPC/Extended FAQ, right? I've been > watching the mailing list for a while lately (again) and notice a > repeat of some questions/answers. > > ...I don't really have time to maintain a FAQ, but I would consider > trying to make time if it would be considered helpful to the > development team (if they think it would free up some of there time). > > Some common inqueries seem to be in the areas of performance > improvement and frontends. > > Comments? There are two lists of questions in the manual, which I think we merged down to one for the next release of the docs. Jeff's comments are fairly on target in this regard, that is UUPC/extended requires a basic dose of RTFM. For example, one common question I get is 'my modem won't initialize' or 'I don't have a modem file'. While I would love to write modem files for anything out there, I'd need the modems, and I don't have money or time to test them all. This means people have to follow the cookbook and read the modem manual. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. "And some they will and some they won't And with some it's just as well . . ." - Supertramp ------------------------------ Date: 07 May 1995 19:44:00 +0100 From: hajo@quijote.in-berlin.de Subject: Whodunit? To: UUPC/Extended mailing list I just look at a header, and do not know who put in the distribution line. NR/2? Changi? UUPC? Whodunit? Path: zrz.TU-Berlin.DE!fub!unlisys!bolzen.in-berlin.de!rainbow.in-berlin.de!hanta.in-berlin.de!hajo From: hajo@Hanta.IN-Berlin.DE Newsgroups: bln.test Subject: test Distribution: world Message-ID: <2f9e5514.48414e5441@hanta.in-berlin.de> Date: Wed, 26 Apr 1995 15:13:40 +0100 Reply-To: hajo@quijote.in-berlin.de Organization: Private site in Berlin X-Newsreader: IBM NewsReader/2 v1.1a X-NNTPDaemon: changi alpha for OS/2 X-Posting-Software: UUPC/extended 1.12k inews ( 8Dec94 22:58) Lines: 6 One more question: Does the UUPC 1.12n inews accept stdin, or does it need a file? hajo -- ----[Hans-Joachim Zierke ]---------------------------------------------- [Rathenower Straße 23 ] [D-10559 Berlin-Moabit] hajo@quijote.in-berlin.de [ +49-30 / 394 84 45] ----[Fax:(0)30 / 394 84 47]---------------------------------------------- ------------------------------ Date: Sat, 06 May 1995 15:23:11 -0400 From: uupcinfo@kew.com Subject: Wrong path line To: UUPC/Extended mailing list On 17 Apr 1995 00:25:00 +0100, hajo@quijote.in-berlin.de wrote: > Du schriebst am 15.04.95: > > > Systems tend to see that the local system not on the from line and stuff > > it on themselves. UUPC/extended's preference it identify itself with > > it's full domain seems to be viewed as a bug by many other packages. > > If "many other" means both smail and sendmail, you're in trouble.... ;-) We're in trouble. :-) > A local Unix guru said that the double entry is normally caused by wrong > handling of header versus "envelope", whatever that means. header is the From field, envelope is the command and associated information which is included in the X. file sent with the mail. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. "And some they will and some they won't And with some it's just as well . . ." - Supertramp ------------------------------ End of UUPC-Info-Request Digest ******************************