HDTenEightyP/NetNews huggingface dataset:
From: vaxmith@rks.se
Newsgroups: comp.mail.uucp
Subject: Re: Can't connect site with FSUUCP v1.3
Date: 28 Aug 92 13:54:25 GMT
Organization: RKS Data AB, Vaxjoe, Sweden

In article <c1HVPB3w165w@jeslacs.wimsey.bc.ca>, Peter Smode <psmode@jeslacs.wimsey.bc.ca> writes:
> I have been trying to connect to polyslo.calpoly.edu to get pub/fsuucp13r1.zip
> without success. I run through the ftp mailserver at decwrl, and it keeps
> sending back session logs that show a failure to connect.
> 
> Is FSUUCP 1.3 available yet? Is it available from polyslo? Is there another
> site which may have it?
> 
> **************************************************************************
> *   Peter Smode                 E-mail:    psmode@jeslacs.wimsey.bc.ca   *
> *   JES Library Automation      Voice:     (604)939-6775                 *
> *   Coquitlam, BC, CANADA       Fax:       (604)939-9970                 *
> **************************************************************************

I got it from listserv@vm1.nodak.edu with no problem

send a mail to listserv@vm1.nodak.edu

In the body of the mail you just write

/pdget pd:<msdos.uucp>fsuu13r1.zip

after a couple of hours you will get 37 uuencoded parts.

-- Michael



________________________________________________________________________
Michael Thurbin                 |    E-mail: vaxmith@rks.se
RKS Data AB                     |    Phone.: +46 470 47060
Box 209                         |    Fax...: +46 470 48976
S-351 05 Vaxjoe, Sweden         |
________________________________|_______________________________________
From: bdb@becker.GTS.ORG (Bruce Becker)
Newsgroups: comp.mail.uucp
Subject: Re: modem results codes messing up login
Date: 31 Aug 92 14:39:51 GMT
Organization: G. T. S., Toronto, Ontario

In article <3758@ecicrl.ocunix.on.ca> clewis@ferret.ocunix.on.ca (Chris Lewis) writes:
|In article <Krzysztof.06so@netxsys.guild.org> Krzysztof@netxsys.guild.org (Krzysztof Adamski) writes:
|>From article <96@jassys.UUCP>, by tony@jassys.UUCP (Tony Holden):
|>> The tty ports are configured as dial in/out ports with a modem
|>> attached.  The dialer program looks for result codes so the modem is
|>> configured to echo the results.  But when the modem answers a call the
|>> results codes (CONNECT xxx ... ...) are echoed to the login program.
|
|>Make the modem return numeric return codes, this way Unix will not see upper
|>case.
|
|Upper case isn't the issue.  Having getty/login see *anything* come in the
|port during receiving a call is the problem.  It can get particularly nasty
|if echo is on, and the modem and getty will get into echo fights.
|
|Many modems support Q3 (don't issue result codes on incoming call).  This
|is a better solution.


	Most hayes-type modems I know of use Q2
	for this function; many Telebits use Q8
	or Q9.


	For almost any hayes-type (and Telebits
	too) you can save Q1 as the default, then
	in the dialer script, do


		ATQ0 ""  etc.


	BTW it's also better to save E0 and never
	rely on the modem echoing what's sent in
	the dialer script.  That way the modem &
	login won't ever get into a screaming match.


-- 
  ,u,	 Bruce Becker			Toronto, Ontario
a /i/	 Internet: bdb@becker.gts.org	Uucp: ...!web!becker!bdb
 `\o\-e	 "We want the worm, and we want a cow!"
 _< /_	 	- More Jimison, ordering drinks for his table
From: n.margetic@ucl.ac.uk (Nino Margetic)
Newsgroups: comp.mail.uucp
Subject: Re: Can't connect site with FSUUCP v1.3
Keywords: polyslo, fsuucp
Date: 28 Aug 92 02:20:37 GMT
Reply-To: nino@mph.sm.ucl.ac.uk (Nino Margetic)
Organization: University College London

In <1992Aug27.193332.17214@vdbsan> dawson@vdbsan (Willard Dawson) writes:

>rlv@runge.mit.edu (Ralph Vinciguerra) writes:

>>I was having trouble as well from direct ftp contact. It seems to be worki
>>now.

>I just got a response back from ftpmail@decwrl.dec.com... I was able to connect
>with polyslo, but there is there is no file named "pub/fsuucp13r1.zip" ...

>Where is it really?

I picked it up from oak.oakland.edu, but it is also on Simtel. DON'T
try Wuarchive, since the file there has zero length... (That was
yesterday during the day).

--
Janet: n.margetic@uk.ac.ucl                \     Nino Margetic         
Earn/Bitnet/Internet: n.margetic@ucl.ac.uk  \    University College London, UK
Bang: ...!mcvax!uknet!ucl!n.margetic         \   +44 71 387 9300 /x 53 13
From: camerons@NAD.3Com.COM (Cameron Spitzer 408/764-6339)
Newsgroups: comp.mail.uucp
Subject: mail from SCO via SunOS has bad header
Keywords: bogus Return-Path:
Date: 1 Sep 92 02:23:38 GMT
Reply-To: camerons@NAD.3Com.COM
Organization: 3Com Corp


Fellow netters,
Mail from my home site arrives at its destination bearing
an extra header item of the form:

Return-Path: <myuname!user>

This line doesn't do anybody any good,
and causes some destinations or intermediate sites to bounce my mail
with various "protocol errors."
My local mail expert tells me the Return-Path item is illegal and
shouldn't appear in my mail at all while it is traveling.
When I mail from my home to here at work,
the extra line appears in the middle of the header, between the "Received by"
from my uucp neighbor and the "Received: from" by the gateway machine here.

My uucp-mail neighbor first explained I am using a "dumb" uucp
and I should get a "smart" one,
and then they said they are still "investigating."
I have examined my outgoing messages in
/usr/spool/uucp and there's no Return-Path: line in them.
I found no mention of dumb nor smart in the Nutshell Guide
_Managing UUCP and Usenet_.

My site is an AT-compatible running SCO System V/386 3.2.0.
It's got a domain name registered with the NIC.
It looks to me like AT&T SVR3.2 HDuucp, mailx, and mmdf.
I dial my neighbor up on an ordinary 2400 bps Hayes-compatible.
I don't know anything useful (in this context) about SunOS.

My neighbor (whose name I'd prefer not be mentioned here) is a cluster
of Suns running a stock SunOS.
They don't know anything useful about SCO, AT&T, or mmdf.

Has anyone solved this problem?  I'd much appreciate any advice.  You can
mail me here, and I will summarize to this group.  Thanks.


Cameron Spitzer, posting from work as camerons@nad.3com.com
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Newsgroups: comp.mail.uucp
Subject: Re: modem results codes messing up login
Date: 26 Aug 92 12:49:35 GMT
Organization: Elegant Communications Inc., Ottawa, Canada

In article <Krzysztof.06so@netxsys.guild.org> Krzysztof@netxsys.guild.org (Krzysztof Adamski) writes:
>From article <96@jassys.UUCP>, by tony@jassys.UUCP (Tony Holden):
>> The tty ports are configured as dial in/out ports with a modem
>> attached.  The dialer program looks for result codes so the modem is
>> configured to echo the results.  But when the modem answers a call the
>> results codes (CONNECT xxx ... ...) are echoed to the login program.

>Make the modem return numeric return codes, this way Unix will not see upper
>case.

Upper case isn't the issue.  Having getty/login see *anything* come in the
port during receiving a call is the problem.  It can get particularly nasty
if echo is on, and the modem and getty will get into echo fights.

Many modems support Q3 (don't issue result codes on incoming call).  This
is a better solution.
-- 
Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
Ferret list: ferret-request@ferret.ocunix.on.ca
From: Krzysztof@netxsys.guild.org (Krzysztof Adamski)
Subject: Re: modem results codes messing up login
Newsgroups: comp.mail.uucp
Date: 23 Aug 92 12:56:26 EDT
Organization: NetX Systems Inc.

From article <96@jassys.UUCP>, by tony@jassys.UUCP (Tony Holden):
> Ok I know this should be an easy one, and as long as I've been a SA I
> should know the answer to this one.  So be gentle, I'm kinda
> embarrassed to ask this ;-)
> 
> I've seen this on a recently on a couple of systems, a rs/6000 and a
> motorola unix box.  
> 
> The tty ports are configured as dial in/out ports with a modem
> attached.  The dialer program looks for result codes so the modem is
> configured to echo the results.  But when the modem answers a call the
> results codes (CONNECT xxx ... ...) are echoed to the login program.
> 
> How do I control this?  Do I set the dialer script to not use the
> results codes (\e) or is there a better way?
> 
> Oddly this is something that the PC versions of unix handle better
> than the workstations.
> 
> TIA
> 
> 
> -- 
> Tony Holden					live on the edge,
> tony@jassys					  Bank in Texas
> jassys!tony@rwsys.lonestar.org

Make the modem return numeric return codes, this way Unix will not see upper
case.

Krzysztof
From: shawn@marilyn.marilyn.mn.org (Shawn P. Stanley)
Newsgroups: comp.mail.uucp
Subject: Re: modem results codes messing up login
Date: 25 Aug 92 13:42:42 GMT
Organization: Litfal +1 612 929 5181

Krzysztof@netxsys.guild.org (Krzysztof Adamski) writes:
> Make the modem return numeric return codes, this way Unix will not see
> upper case.

His problem isn't with the uppercase, it's with the echoed return codes.
Whether they're numeric or alphanumeric, they're still unwanted, except
by the dialer program.
--
Shawn P. Stanley   1:282/116  +1 612 929 5181 voice
shawn@marilyn.marilyn.mn.org  +1 612 929 5266 data
Newsgroups: comp.mail.uucp
From: ziegast@godzilla.UU.NET (Eric W. Ziegast)
Subject: Sending files to SunOS 4.1.1 machines
Organization: UUNET Technologies - Falls Church, VA
Date: Wed, 26 Aug 1992 22:04:00 GMT

I've been noticing that a somewhat trivial transfer of files to
some of our subscriber sites has been failing.  The common factor
in these failed transfers is that the receiving sites all use
SunOS's HDB implementation.  We have a "uuto" script that takes
a file (or list of files) and sends them to a subdirectory of
their PUBDIR with the uucp command.

Example for sending a file to foo!fred:

    $ uuto /archive/tmp/test foo!fred

our script executes the uucp command:

    $ uucp -d -r /archive/tmp/test foo!~/reveive/uunet/fred/

According to past experience this is correct and should work.  Even
the "Using UUCP and Usenet" tome says this is a correct way to send
a file.  The "~" is supposed to expand to the home directory of UUCP
(the PUBDIR) which is /var/spool/uucppublic on Suns.  One should be
able to write "test" into the directory specified (after being auto-
magically created).

We receive reports of failures only from sites with SunOS.  I have
not heard of failures to sites with other platforms.  With two SunOS
sites I did some debugging and testing of various remote path names.
The file would be sent by uucico to them and  

    foo!~/...           Doesn't work (Permission Denied)
    foo!~uucp/...       Works (though tested with only one site)
    foo!/var/spool/...  Works

On these two sites the home directory of UUCP, directory permis-
sions and Permissions files were set correctly.  My guess is that
their UUCP isn't correctly expanding the "~".

Has anyone else noticed this?  Is it a bug, feature, or just a config-
uration problem that I'm not aware of?  Or is someone lacing my Coke
with hallucinogens?  :^)
--
Eric Ziegast      ziegast@uunet.uu.net
UUNET Postmaster  uunet!postmaster
From: wescott@grok67.ColumbiaSC.NCR.COM (Mike.Wescott)
Newsgroups: comp.mail.uucp
Subject: Re: Sending files to SunOS 4.1.1 machines
Date: 27 Aug 92 18:43:21 GMT
Organization: "NCR Corp, Columbia, SC"

In article <BtM2Mr.Cx0@uunet.uu.net>, ziegast@godzilla.UU.NET (Eric W. Ziegast) writes:

|>     $ uucp -d -r /archive/tmp/test foo!~/reveive/uunet/fred/

|> According to past experience this is correct and should work.  Even
|> the "Using UUCP and Usenet" tome says this is a correct way to send
|> a file.  The "~" is supposed to expand to the home directory of UUCP
|> (the PUBDIR) which is /var/spool/uucppublic on Suns.  One should be
|> able to write "test" into the directory specified (after being auto-
|> magically created).
|> 
|> We receive reports of failures only from sites with SunOS.

|> Has anyone else noticed this?

One version of HDB uucp had a problem in this area.  The ~ was being
expanded on the local system (by uux). Rather than being deferred for
uuxqt on the remote system.

-- 
	-Mike Wescott
	 mike.wescott@ColumbiaSC.NCR.COM
Newsgroups: comp.mail.uucp
From: brown@odin.ins.cwru.edu (Dan Brown)
Subject: Re: UUPC with Hayes "compatibles"
Organization: Subversive Student Publications un-inc.
Date: Mon, 31 Aug 92 06:25:34 GMT

In an earlier posting sjsobol@tiny.com (Steven J. Sobol) writes:
>brown@odin.ins.cwru.edu (Dan Brown) writes:
>>In an earlier posting tucker@bedford.progress.COM writes:
>>>I have two users, one with a Intel 2400ex and another with a Digitan DS24
>>
>>I have an Intel 2400ex, and haven't had any real problems with dialing out.
>>
>>I use UUPC. I can send the .mdm file if you would like. I think that it is
>>pretty much standard.  I have had some troubles with people dialing in to 
>>my machine. For a couple people, both running ISC unix, it seems to work ok
>>most of the time, for others, one with  Smailpc, one with Coherent, they
>>just can't get anything to work.

I think that I found the problem that I was having here, and it seems
to be my fault... I will let you all know when S. Sobol tries his Coherent
system again.

basically, the Intel 2400ex was trying to get "reliable" connections from
everyone, and if it didn't, it would hang up the phone. Ooops. I added a 
\\N3 (I think) to the modem initialization string, and this seems to have
done the trick for the Smailpc system (seldon.clv.oh.us). 

Since the other two machines that have been dialing into my system have
been using MNP modems (well... actually a couple Telebit's and a USR dual
standard), I didn't see the problem previously. 

Solved all of this by getting out my trusty VT100 and a vanilla Supra
2400 modem, and dialing in by hand. I wasn't getting a CD (carrier detect)
light on the Intel modem, even though the Supra thought that it did. 
A bit of trial and error, and I found the switch for the MNP. 

>I should mention, being the aforementioned person trying to dial in 
>with Coherent, that I only tried a few times. Coherent may actually
>work with the 2400ex. I haven't really been worried about trying it

Coherent may... it might just be your modem :-). Give it another go,
and lets see what we get!

>since Dan's system is not my primary feed and I've been doing other
>stuff. Coherent 3.2 is a strange bird anyhow, so who knows...
>
>Perhaps when I finally receive 4.0 and install Taylor UUCP. Oh well.


-- 
Dan Brown		"All that is past is prologue"
brown@ins.cwru.edu
"If two years isn't enough time, why would five minutes be?" Chester Ramey.
From: steck@dworkin.ccs.northeastern.edu (Paul Steckler)
Newsgroups: comp.mail.uucp
Subject: WinBiff available for the asking
Date: 29 Aug 92 04:10:05 GMT
Organization: College of Computer Science, Northeastern University
Originator: steck@dworkin.ccs.northeastern.edu

WinBiff is a Windows 3.x app which monitors the status of a mailbox
file.  It can be used with UUPC/extended and similar mail delivery
programs.  Multiple instances can monitor multiple mailboxes.
It also works under OS/2 2.0 if you have WinOS2 installed.  I use
it under OS/2 with UUPC and Elm. 

If you'd like a copy, give me a holler, and I'll send 
along a uuencoded .ZIP file.

-- Paul
-- 
 -----------------------------------------------------------------------
| Paul Steckler                       |  Were I Brittania,              |
| steck@dworkin.ccs.northeastern.edu  |    I'd waive the rules ...      |
 -----------------------------------------------------------------------
From: tony@jassys.UUCP (Tony Holden)
Newsgroups: comp.mail.uucp
Subject: Re: modem results codes messing up login
Date: 28 Aug 92 02:07:25 GMT
Organization: HSC CO.

Thanks to all that replied.  The answer, as usual, is simple.

Set the modem to no results code (q1) and reset the modem on DTR drop
as the default.  In the dialer script turn results on (q0).

So simple it hurts.  So how come I didn't think of that?  Don't asnwer
that :-)

Thanks again.


-- 
Tony Holden					live on the edge,
tony@jassys					  Bank in Texas
jassys!tony@rwsys.lonestar.org
Newsgroups: comp.mail.uucp
From: brown@odin.ins.cwru.edu (Dan Brown)
Subject: Re: UUPC with Hayes "compatibles"
Organization: Subversive Student Publications un-inc.
Date: Thu, 27 Aug 92 00:46:22 GMT

In an earlier posting tucker@bedford.progress.COM writes:
>I have two users, one with a Intel 2400ex and another with a Digitan DS24

I have an Intel 2400ex, and haven't had any real problems with dialing out.

I use UUPC. I can send the .mdm file if you would like. I think that it is
pretty much standard.  I have had some troubles with people dialing in to 
my machine. For a couple people, both running ISC unix, it seems to work ok
most of the time, for others, one with  Smailpc, one with Coherent, they
just can't get anything to work.

I haven't had a chance to mess with it, and see what I can do to get it 
up and running. I have a terminal that I can use to dial in, and if I can
get a login, then it is just a matter of getting the dial scripts done,
which is fairly easy :-).

With the .mdm file... I haven't done any real configuration with it, but
would like to toy with it a bit to see if I can get the modem to work a bit
better. I have a feeling that things aren't really set up the way they should
be. 

>modem. Both these guys swear they are truly Hayes compatible. I have run UUPC

Nothing is ever going to be perfectly compatible unless it is what it is
supposed to be compatible with! EG, I have never seen a terminal program 
that does VT100 as well as my 1977 VT100 terminal does. I don't really
expect that I ever will.

>on a number of compatibles with no problem. One of these users called the
>manufacturer and told them the "initialization string" in the HAYES24.MDM
>file and the manufacturer says "those aren't Hayes command set strings". My
>question is two-fold. What are the \ escaped chars in the .MDM and are they
>UUPC or uucp specific? Also, to try to get these modems to work, should I
>be fiddling with the .MDM file or tweaking elsewhere. Incidentally, the
>modems are never dialing so I know it's not the chat script. Also, ProComm
>and other "Hayes compatible" driven software works fine. Any help once
>again greatly appreciated.
>
>Please post reponses to the newsgroup, we currently have mail bouncing
>from our uucp relay site. Thanks in advance!

Later.
Dan

brown@brauhaus.wariat.org (home machine with uupc...)

-- 
Dan Brown
ah568@po.cwru.edu
Flame SIG. SIGop.
Newsgroups: comp.mail.uucp
From: sjs@netcom.com (Stephen Schow)
Subject: NETWORK CONSULTANT WANTED
Date: Thu, 27 Aug 92 20:43:07 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 


I am looking for a network consultant that can help us set up our WAN E-mail.
We have a UNIX based mini that runs a patient tracking system called 'HBO'.

Physicians get information from this Host computer down to their PC clients
via 'WAL-LINK'.

We need a consultant that is very experienced setting up UNIX mail servers.
Specifically, we want MD's to be able to send and recieve E-mail
(user-friendily) from their local PC through a new Mail server which we have
yet to acquire, out to any other MD on another PC.

If we can get information acquired from the Host database into mail messages,
that would also be helpful.

If you are a knowledeable consultant in this area, please respond.

You may contact Kathyrn Moser for more information.

Kathryn Moser
John Muir Medical Center
(510) 947-5379
-- 
------------------------------------------------------------------
Steve Schow    | But you don't have to use the claw, if you
sjs@netcom.com | pick the pear with the big paw paw......
               | Have I given you a clue......?
               |                       - Baloo the Bear
------------------------------------------------------------------
Newsgroups: comp.mail.uucp
Subject: Re: Can't connect site with FSUUCP v1.3
From: cambler@zeus.calpoly.edu (Christopher J. Ambler, Phish)
Date: Fri, 28 Aug 1992 04:38:16 GMT
Organization: Fantasy, Incorporated: Reality None of Our Business.
Keywords: polyslo, fsuucp

dawson@vdbsan (Willard Dawson) recently informed us:
>
>I just got a response back from ftpmail@decwrl.dec.com... I was able to connect
>with polyslo, but there is there is no file named "pub/fsuucp13r1.zip" ...
>
>Where is it really?

Try pub/FSUUCP/fsuu13r1.zip ... There are version 1.2r1 through 4, and 1.3r1
there, so they moved them into their own directory.

-- 
If you insist upon living in a  | cambler@zeus.calpoly.edu | Fubar Systems BBS
dream, you may be taken as mad. |                          | (805) 54-FUBAR
  I like my dream.              | Because all you of       | 3/12/24, MNP5, 8N1
Then you *are* mad!             | Earth are IDIOTS!!       | FSBBS 2/FSUUCP 1.3
Newsgroups: comp.mail.uucp,biz.comp.telebit,comp.dcom.modems
From: Denny.Chuang@bbs.oit.unc.edu (Denny Chuang)
Subject: FAX and BBS in the SAME line. 
Organization: Extended Bulletin Board Service
Date: Fri, 4 Sep 1992 06:13:34 GMT

	Help!    Anyone know how to run a BBS and FAX machine using
the FAX/MODEM like PM14400FXSA or other FAX modems?

This is my SECOND request!  
--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
Newsgroups: comp.mail.uucp
From: eschwart@netcom.Netcom.COM (Eric Schwartz)
Subject: UUCP/UUPC alternatives?
Date: Wed, 02 Sep 92 14:49:08 GMT
Organization: Netcom Online Communications Service
Distribution: comp

Can someone give me a quick run-down on the programs that are available
to emulate UUCP on PCs?  I'd also especially like to know where they
are ftpeeable.

What is the best way that I can feed a Microsoft LAN Manager-based network,
using (eventually) a Windows front end, mail received via a UUCP or SLIP
connection?

Please respond via e-mail if convenient.

Thanks,

Eric
--

Eric Schwartz
eschwart@netcom.com
work )408( 279-7191
FAX  )408( 279-7167
-- 

Eric Schwartz
eschwart@netcom.com
work )408( 279-7191
FAX  )408( 279-7167
Newsgroups: comp.mail.uucp,comp.bbs.misc
From: hafner@informatik.tu-muenchen.de (Walter 'madhouse' Hafner)
Subject: Re: FSUUCP 1.3 Release 1, release date 15 August
X-Copyright: Distribution of this article outside electronic nets is strictly
             prohibited, due to some trouble with a german journal ('Emma').
Originator: hafner@gshalle3.informatik.tu-muenchen.de
Organization: Inst. fuer Informatik, TU Muenchen, Germany
Date: Fri, 28 Aug 1992 18:33:15 GMT
X-Disclaimer: It wasn't me! Someone must have used my accout.
X-Flame-To: alt.dev.null,alt.flame,de.alt.flame
Reply-To: hafner@gshalle3.informatik.tu-muenchen.de

Hi!

In article <1992Aug10.033524.115126@zeus.calpoly.edu> cambler@zeus.calpoly.edu (Christopher J. Ambler, Phish) writes:

   FSUUCP Version 1.3 Release 1 will be released on 15 August. If you are
   attending the ONE BBSCON, or the IBECC in Denver CO, corner me with a
   disk, and I'll give you a copy.

I got FSUUCP today. Currently I'm using WAFFLE, but I can't get used to
its immense BBS - overhead.

After reading most of the documentation, all is quite clear to me
except one point. I don't understand the batchcfg - syntax.

It may be a naive or silly question, but what exactly does

   site       size    queue   builder muncher     sender
   ----       ----    -----   ------- ----------  ------
   bridge     40000   20      batcher compcun 12  fsuucp

              ^^^^^

size?

Does it mean, articles have to have the size "40000" to be batched
and all smaller articles are thrown away ?? (just can't imagine :-) )
Or does it mean, the total size of all articles created has to be
40000 to get processed?

thanks in advance,

Walter Hafner
--
Walter Hafner, hafner@informatik.tu-muenchen.de, majestix@dartpub.abg.sub.org