HDTenEightyP/NetNews huggingface dataset:
From: tony@ais.org (Tony Poole)
Subject: Sticky uucico problems.
Followup-To: alt.sys.amiga.uucp
Summary: Get a file, man.
Keywords: huh,10,hours?,...,shit 
Organization: University of Michigan Computing Club (UMCC)
Date: Sun, 11 Oct 1992 16:43:24 GMT


Has this happened to anyone?:

I poll five times daily to my host.  

I come home, and see that a uucico connection is in progress.  But wait,
it's 3:45 P.M., and I don't poll till 4:00 P.M.   What's the deal.  Let's
check out uuspool:logfile.  What's this?  Been on since 7:00 A.M.???
Shit.  Break the connection....quick.

I log onto my host and verified that indeed I had been on almost 9 hours,
and I only had about 200K in files spooled up.  I check of the logfile again
says that the first 4 of 5 files transferred OK, but the last one started at
around 7:35 A.M., and it was a 68K file.  Now, I only have a 2400 baud
modem, but hey, they're not that slow.

What seems to be happening is that when it's "stuck", the same window of
data is being transferred over and over again.  

When I log onto my host and get a report of UUCP traffic (uureport or
uutraffic), it doesn't show the extended session in the stats.  In fact, it
doesn't seem as if it even recorded any of the session.  This is good,
actually, but I need to get this ironed out.

It can happen at anytime during the connection (ie it doesn't always happen
on the last file or anything).

This has happened to me 5 times in the last, oh, month or so.  Three of the
times I was lucky enough to determine there was a problem after it'd only
been on a couple hours.  The other two times were the above 9 hours, and a
12 hour connection.  Ouch.

Can anyone help me?



-- 

----------------------------------------------------------------------------
Tony Poole                       tony@umcc.ais.org * tony@irie.ais.org 
Traverse City, MI USA          tony@cherry1.trv.mi.us * tony@cherry1.UUCP
Xref: sparky alt.sys.amiga.uucp.patches:275 de.alt.binaries.amigaos:29
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: GRn fonts
Distribution: world
X-NewsSoftware: GRn 1.16f (10.6.92) by Mike Schwartz & Michael B. Smith
Date: 10 Oct 92 17:46:54 EDT
Organization: Well, I haven't decided on a name yet...

In article <1992Oct10.051346.16193@ccu.umanitoba.ca> kaarts@ccu.umanitoba.ca (Kenneth John Aarts) writes:
> Where can I find the fonts necessary for GRn 1.16e?

Sorry. I thought I had fixed that on all the archives I released. I have mailed
them to you.

GRn 1.16f uses an automated build script now, so I will not forget again.
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
Xref: sparky alt.sys.amiga.uucp:2410 de.comp.sys.amiga.uucp:615
From: wusel@straylight.uucp (Kai 'wusel' Siering)
Reply-To: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Organization: Eastern Seaboard Fission Authority, Sietland, West Germany
Newsgroups: alt.sys.amiga.uucp,de.comp.sys.amiga.uucp,amiga.uucp
Subject: StoreBugReport.lha posted
Date: Tue, 13 Oct 1992 14:54:41 MEZ
Summary: Filter for storing bug reports automatically
Comment: PLEASE redirect your followup as appropriate!
Followup-To: poster
X-Newsreader: Arn V1.00 pre

Moin!

     I just  posted StoreBugReport.lha to `alt.sys.amiga.uucp.patches,
de.alt.binaries.amigaos,amiga.software',  you may want to look at that
first  ...  [Please  _direct_ your followup to where it belongs - I've
set `Followup-To: poster' to avoid confusion.]

     I'll install  it  later  on hactar.hanse.de to monitor the groups
alt.sys.amiga.uucp,  de.comp.sys.amiga.uucp,  and  amiga.uucp  for any
report  about  problems  with  the  (CNews-) news system; feel free to
send/post any comments, wishes, suggestions ...
			kai

-- _
_ // Kai 'wusel' Siering, Villa Straylight, Hamburg, BRD <wusel@hactar.hanse.de>
\X/    (Heute wieder im schoenen Sietland: <hactar.hanse.de!straylight!wusel>)

"Ich kann nur rumnoergeln an allem und jedem -- sogar mit grosser Ausdauer ;-)"
                      -- Andreas M. Kirchwitz in <3ShHr*Q03@zikzak.in-berlin.de>
From: wusel@straylight.uucp (Kai 'wusel' Siering)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Protocols
Date: 12 Oct 92 00:35:24 GMT
Reply-To: "Kai 'wusel' Siering" <wusel@hactar.hanse.de>
Organization: Eastern Seaboard Fission Authority, Sietland, West Germany
X-Newsreader: Ann 0.9
MIME-Version: 1.0
Content-Transfer-Encoding: BINARY
Content-Type: text/plain; charset=iso-8859-1

In article <overlord.0buc@megalith.miami.fl.us>, overlord@megalith.miami.fl.us (Carlos Amezaga [POSTMASTER]) writes:
% Quoted from <...unknown> by CB@brewhq.swb.de (Christian Balzer):
               ^^^^^^^^^^
     Is this  a  bug  or  a  feature  of  your newsreader? Christian's
article had a valid message id; just curious ...

% > In article <overlord.0bjd@megalith.miami.fl.us> overlord@megalith.miami.fl.us (Carlos Amezaga [POSTMASTER]) writes:
% > You don't wanna use 'e' or 't' on a modem link. There's no checksum
% > or other means of error correction whatsoever.
%
%       The Error Correction would be provided by the Modem.  I am

     Between the  both  modems,  yes - but what about the serial cable
from  the  modems  to  the serial ports? And are you sure you're still
getting  every  single  bit  when compiling something on your 16-color
PAL-SuperHiRes-Lace-Workbench with a DTE-rate of 57k6?

% using V.42Bis.  That has both Compression as well as error
% correction.  Since I would indeed have a reliable modem connection
% at all times, I do not think a Checksum would be required.  Correct
% me Net Folk if I am mistaken.

     As long  as  you  can't  guarantee that your hard-/software won't
loose  bytes  (e. g. because of system overload), `e'-proto (which, as
I  am  told, just checks if the remote file has the same length as the
local  one  after  transfer  - and if thy differ, consider that job as
failed) should really used with care ...
			kai

-- _
_ // Kai 'wusel' Siering, Villa Straylight, Hamburg, BRD <wusel@hactar.hanse.de>
\X/    (Heute wieder im schoenen Sietland: <hactar.hanse.de!straylight!wusel>)

There are still 395009 unread articles in 1305 groups
From: wusel@straylight.uucp (Kai 'wusel' Siering)
Newsgroups: alt.sys.amiga.uucp
Subject: Bugreport logging ... (was: Re: Bug in sendmail)
Date: 14 Oct 92 08:34:58 GMT
Reply-To: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Organization: Eastern Seaboard Fission Authority, Sietland, West Germany
MIME-Version: 1.0
Content-Transfer-Encoding: binary
Content-Type: text/plain; charset=iso-8859-1
X-Report-For: wcnews
X-Newsreader: Arn V1.00 pre

In article <mbs.14at@adastra.cvl.va.us>, Michael B. Smith writes:

% In article <wayne.08gj@brunz.Santa-Cruz.CA.US> wayne@brunz.Santa-Cruz.CA.US (Wayne Feick) writes:
% > Matt, are you still automatically logging bug reports?
%
% Personally, I'd like to know this, too....
[...]

     I just hacked such a filter together (for news and mail), as I'll
intend  to  install  something  like that for the CNews project; after
doing  some  more  tests  on  it, I'll post it to alt.sys.amiga.uucp.-
patches  ...  I  use  a  different  report form though; if someone can
provide me with Matt's format desciption, I - _eventually_ - adopt it.

     BTW, is  there a new official KOTS for Amiga UUCP; and if not, at
least someone willing to act as such? Michael?
			kai

-- _
_ // Kai 'wusel' Siering, Villa Straylight, Hamburg, BRD <wusel@hactar.hanse.de>
\X/    (Heute wieder im schoenen Sietland: <hactar.hanse.de!straylight!wusel>)

"Ich kann nur rumnoergeln an allem und jedem -- sogar mit grosser Ausdauer ;-)"
                      -- Andreas M. Kirchwitz in <3ShHr*Q03@zikzak.in-berlin.de>
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: UUCP problems
Distribution: na
X-NewsSoftware: GRn 1.16f (10.11.92) by Mike Schwartz & Michael B. Smith
Date: 12 Oct 92 06:37:57 EDT
Organization: Well, I haven't decided on a name yet...

In article <1992Oct12.052556.3392@sbcs.sunysb.edu> dtiberio@csws19.ic.sunysb.edu (David Tiberio) writes:
>       -UUCICO always connects with datacompression on, no matter how
>       many times I set it otherwise

UUCICO doesn't know diddly about data-compression. Unless you mean that the
newsgroups incoming from your feed are in compressed format. And that is
something that your newsfeed controls. If you want them uncompressed, tell
your feed.

>       - I do not know where my incoming newsgroups are going; how should
>       my UUNEWS: dir look for a typical newsgroup? For the group linet.org,
>       I have UUNEWS:linet/org, and instead my news arrives in UUNEWS:junk.
>       Any help?

You must have all the valid newsgroups that are being fed to you listed in
the file UULib:Newsgroups -- it serves (one of) the purpose(s) of the ACTIVE
file in C-News...

>       Is there a general UUCP group? I was told to look in alt.uucp but
>       none of my local feeds seem to have it.

You seem to have found this one (alt.sys.amiga.uucp) which should be fine
for AmigaUUCP related problems.
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: slhmz@cc.usu.edu
Newsgroups: alt.sys.amiga.uucp
Subject: How do I find newsfeeds?
Date: 12 Oct 92 00:17:07 MDT
Organization: Utah State University

How do I find the nearest news feed relative to my city?

Thanks,

	Faith
From: jdp@caleb.UUCP (Jim Pritchett)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Sticky uucico problems.
Date: Fri, 16 Oct 1992 04:34:21 GMT
Organization: is sometimes desirable

Was uucico actually connected that long, or was it just running after the
connection had been broken by the other computer?


                                                Jim Pritchett


UUCP:  rwsys.lonestar.org!caleb!jdp
 or    utacfd.uta.edu!rwsys!caleb!jdp
Newsgroups: alt.sys.amiga.uucp
From: dtiberio@csws18.ic.sunysb.edu (David Tiberio)
Subject: Re: UUCP problems
Organization: State University of New York at Stony Brook
Distribution: na
Date: Tue, 13 Oct 1992 07:03:25 GMT

In article <mbs.151w@adastra.cvl.va.us> mbs@adastra.cvl.va.us (Michael B. Smith) writes:
>In article <1992Oct12.052556.3392@sbcs.sunysb.edu> dtiberio@csws19.ic.sunysb.edu (David Tiberio) writes:
>>       -UUCICO always connects with datacompression on, no matter how
>>       many times I set it otherwise
>
>UUCICO doesn't know diddly about data-compression. Unless you mean that the
>newsgroups incoming from your feed are in compressed format. And that is
>something that your newsfeed controls. If you want them uncompressed, tell
>your feed.

	My Supra 14k MNP5 V32bis modem will not connect to my feed with 
uucico and HARDWARE data compression off. I am getting cps rates of a 
whopping 46 cps with a 14k modem and a 9600 connection. 

	When I turn off data compression using the commands

	AT %C DT
or	AT \Z DT (I think)

	The data compression is still on (MNP 5 or BLITZ) and my cps
	is low.

	Anyone have a SupraFax V32bis modem and uucico? BTW, my speaker
blew about a week ago just like everyone else with a supra modem.
	And I am already waiting for the new roms.


-- 
      Amiga Graphics Association BBS (516) 473-6351  24 HRS, 14.4k baud
PEROT PEROT PEROT PEROT PEROT PEROT PEROT PEROT PEROT PEROT PEROT PEROT PEROT
    "I don't have any experience in running up a 4 trillion dollar debt."
From: rwm@atronx.OCUnix.On.Ca (Russell McOrmond)
Date: 14 Oct 92 22:28:01 EST
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Bugreport logging ... (was: Re: Bug in sendmail)
Distribution: world
	<mbs.14at@adastra.cvl.va.us>

wusel@straylight.uucp (Kai 'wusel' Siering) writes:
>     BTW, is  there a new official KOTS for Amiga UUCP; and if not, at
>least someone willing to act as such? Michael?

  I'm interested in knowing as well.  I have various patches that I would
like to do, and would like these patches to be made generally available.
I myself would like to be able to offer to be the keeper of sources,
but considering that I don't even run 1.16 because it's in-compatable with
much of my system (and I don't have the time to get everything to work), I
don't think I would be appropriate.  I also run SAS, and not DICE, which
would become in-convenient for many people here.

>_ // Kai 'wusel' Siering, Villa Straylight, Hamburg, BRD <wusel@hactar.hanse.de>
--
  Opinions expressed in this message are my Own. I represent nobody else.
  Russell McOrmond  rwm@Atronx.OCUnix.On.Ca Net Support:(613) 230-2282(V.32Bis)
  FidoNet 1:163/109 Welmat Help 1:1/139  Current WELMAT 'keeper of sources'.
From: sysop@alphanet.alphanet.ch (Marc SCHAEFER)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Bug in sendmail
Date: 16 Oct 92 22:10:29 GMT
Organization: ALPHANET Network First - Colombier (NE), Switzerland

In article <wayne.08gj@brunz.Santa-Cruz.CA.US> wayne@brunz.Santa-Cruz.CA.US (Wayne Feick) writes:
>Matt, are you still automatically logging bug reports?

or who is the KOTS?

>##B brunz_921005
>
>Sendmail incorrectly assumes that if you have an adjacent site, X, any mail
>sent to any machine X.Y.Z should go to that machine.

It's an advantage if you have two domain names

>As an example, if I connect to a machine, timami.santa-cruz.ca.us, there
>will be an entry for timami in my L.sys file.	If I send mail to
>timami.on.ca, sendmail will route it to the adjacent machine named timami
>rather than my default mail forwarding site.
>
>Even if I place an entry in my Domain file explicitly routing timami.on.ca
>to my mail forwarding site, sendmail will ignore that entry and route the
>mail to my adjacent site, timami.santa-cruz.ca.us.

There is the problem.

--
+------------------_+-----------------------------------------------+
| Marc SCHAEFER _ //| sysadm@alphanet.ch  -or-	schaefer@di.epfl.ch |
| Battieux 6c	\X/ | MUD:mud.imp.ch@2345 FTP:litamiga.epfl.ch:/pub |
| 2013 COLOMBIER  CH| Week fast response mail schaefer@di.epfl.ch   |
+-------------------+-----------------------------------------------+
 We pay for incoming and outgoing mail, please don't send long files
From: dac@prolix.apana.org.au (Andrew Clayton)
Newsgroups: alt.sys.amiga.uucp
Subject: PROTOCOL ERROR in UUCICO - Solution
Date: Wed, 07 Oct 1992 08:57:22 GMT
Organization: More like Dis~, really.
X-Newsreader: Arn V1.00 beta rel2

A while ago I saw some messages to the effect that someone was
having problems with uucico [UUCP 1.16D release] with 'Protocol
Failure at ...'

Well, last night when fiddling around with the packet size option
[-p on the uucico command], I found that my news-site would barf
if I set packet size to anything other than the default, and
uucico would report a protocol failure. Hence, the solution is to
not use the -P option and see if it works.

I use the -P option to set packet sizes to 512bytes for my mail
feed, and it works like a charm. Triffic speed improvement over
the default 64byte chunks.

Hope this info was useful to someone.

Dac
--
dac@prolix.apana.org.au              David Andrew Clayton.           // _| _  _
dac@prolix.sserve.cc.adfa.oz.au      Canberra, Australia           \X/ (_](_](_

** NOTE ** my mailfeed is currently UP!
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Protocols
From: jbickers@templar.actrix.gen.nz (John Bickers)
Date: 11 Oct 92 18:12:26 PST
Organization: TAP

Quoted from - mbs@adastra.cvl.va.us (Michael B. Smith):
> In article <jbickers.0gnb@templar.actrix.gen.nz> jbickers@templar.actrix.gen.nz (John Bickers) writes:

> >     In my case, with a LAPM and V.42bis connection, everything goes
> >     well ... until I read a large file from the HD. Then I get a lot
> >     of messages about "expected block N, received block M", and even
> >     "f.x. failed".

> Do you have hardware flow control enabled? UUCICO opens serial.device with
> SERF_RADBOOGIE and disables XON/XOFF regardless of whether it is set in

    Yes, it is enabled in the modem. I've assumed that the Amiga side
    just doesn't work under some conditions. Carlos' article repeated
    something else I saw recently which claimed that disk access could
    interfere with comms, and that the solution was to run a program
    that broke disk access down into smaller chunks while comms was
    active.

    I'd like a more detailed explanation of just what is happening,
    and I'm hoping the docs to this patch program will have it.

>   //   Michael B. Smith
--
*** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
From: CB@brewhq.swb.de (Christian Balzer)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: uufs109.lzh English Docs?
Date: 6 Oct 92 20:46:06 GMT
Reply-To: CB@brewhq.swb.de (Christian Balzer)
Organization: The Software Brewery

In article <overlord.0bjf@megalith.miami.fl.us> overlord@megalith.miami.fl.us (Carlos Amezaga [POSTMASTER]) writes:
>
>
>	I have an arcive called uufs109.lzh which I FTPed from
>some server in Germany.  One slight problem, the docs are also in
>German.  Anyone know if the Docs are available in English.  From
>what I gather UUFS is some kind of UUCP File Server which works
>through mail.  It offers a whole set of commands. Any out there can
>help, I would appreciate it. :-)
>

The documentation (yes Andrew, I should have translated it after all) is
just a tad better than the english info text. Any particular problem 
or something BMS can't do?

Skol,

<CB>
-- 
  // <CB> aka Christian Balzer, P.O. Box 1348, D-W6108 Weiterstadt, Germany
\X/  -The Software Brewery- Fax/Data: +49 6150 17426, Voice: +49 6150 17427
SWB  balzer@frsmic.enet.dec.com | CB@brewhq.swb.de | CB@brewhq.swb.sub.org
"The dreams in which I'm dying are the best I ever had"
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: problem with my local feed site (BMS bug maybe?)
Distribution: world
X-NewsSoftware: GRn 1.16f (10.6.92) by Mike Schwartz & Michael B. Smith
Date: 6 Oct 92 20:49:49 EDT
Organization: Well, I haven't decided on a name yet...

In article <1992Oct6.182106.4801@news.cs.indiana.edu> "Stefan Berg" <sgberg@peach.ucs.indiana.edu> writes:
> They told me, that I need to fully qualify my domain name on all
> outgoing mail. e.g. bms_err@charon should be
> bms_err@charon.bloomington.in.us (bms_err seems to be causing the
> trouble).
>
> I have never had any trouble with them before, so I really don`t know,
> what I`m doing wrong. My Reply-To and From fields both have my full
> domain address in them.

I would've sent email, but that wouldn't have helped, would it?  :)

I'd really like to see a uuencoded copy of your UULib:Config file, as
well as the output from the Shell 'set' and 'setenv' commands.

It would also be interesting to know if you ever created a RETPATH for
your default node...(we can only hope not).

Can you post the headers from a piece of outgoing BMS mail?
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: drew@cgou11.cgo.dec.com (Steve Drew)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Fax with new Supra modems (how?)
Date: 13 Oct 92 15:22:01 GMT
Reply-To: drew@cgou11.cgo.dec.com
Organization: Digital Equipment. Calgary, Canada.


In article <1992Oct13.071145.10782@news.cs.indiana.edu>, "Stefan Berg" <sgberg@peach.ucs.indiana.edu> writes:

>- how do I need to call FaxGetty from my startup-sequence to enable the
>  data/fax call detection?
>- what do I need to do so that Getty calls GPFax properly?
>
I beleive you can just use the Getty supplied with 1.16D. Although not
documented it does have the fax stuff compiled. I think you just specify
the -F switch. It then sends the right codes to the modem to enabled fax
and data answer (the modem then reads OK instead of AA). See the comments
at the begining of getty.c to be sure of the right switches.

Since my new rom has'nt showed up yet I have not tried it,  but looked at
the source.

Also you need the GPFAX patchsupra.lha patch file to allow the new arexx 
command that will allow GPFAX to be run after the modem/getty has detected
the fax call. 

Due to the new roms, Getty may need a small change or two to get the reponses
correct. When my rom comes I will be trying it, and if needed will fix getty
to make it work (unless someone has'nt already beat me to it).

Steve.
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Sendmail routing
Distribution: world
X-NewsSoftware: GRn 1.16f (10.6.92) by Mike Schwartz & Michael B. Smith
Date: 10 Oct 92 17:36:01 EDT
Organization: Well, I haven't decided on a name yet...

In article <Bvsv9A.19pz@icsbelf.co.uk> ianm@icsbelf.co.uk (Ian Moran) writes:
> One final observation, isn't there an inherent weakness in the bang
> path method as it assumes that each machine is up and running, or
> will sendmail on upstream sites inteligently (!) route mail
> elsewhere.

It isn't necessarily any better using the Internet method.

If a host is directly on the Internet, then (within some fairly wide limits)
any other host on the Internet can dump mail to it. If a host is a UUCP host,
then it "probably" only has a single major upstream feed.

When a UUCP node is registered in a domain, the domain registration defines
what Internet host is working as a mail exhanger (the MX host). Mail will go
there, and the mail software there must have the intelligence to route it
appropriately.
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
Newsgroups: alt.sys.amiga.uucp
From: "Stefan Berg" <sgberg@peach.ucs.indiana.edu>
Subject: Fax with new Supra modems (how?)
Organization: Computer Science, Indiana University
Date: Tue, 13 Oct 1992 07:11:38 -0500

Another try... now where we have the new ROMs (I got mine yesterday),
there should be a possiblity of using Getty to intercept Faxes.

So my question... how can I do it?

- how do I need to call FaxGetty from my startup-sequence to enable the
  data/fax call detection?
- what do I need to do so that Getty calls GPFax properly?

If somebody has gotten this to work, please let me know.

Thanks Stefan

P.S. Can the Supra automatically distinguish between Fax, Data, and
Voice?
-- 
,--------------------------------------------------------------------,
| Usenet   sgberg@charon.bloomington.in.us            Stefan G. Berg |
| Internet sgberg@ucs.indiana.edu        GE Mail: s.berg5            |
| Bitnet   sgberg@iubacs  NeXT Mail: sgberg@arapahoe.ucs.indiana.edu |
`--------------------------------------------------------------------'
x-gateway: rodan.UU.NET from amiga-uucp to alt.sys.amiga.uucp; Fri, 16 Oct 1992 17:44:24 EDT
Date: Fri, 16 Oct 1992 14:12:30 PST
X-Mailer: //\\miga Electronic Mail (AmiElm 1.13)
Organization: Science and Technology Center
Reply-To: caron!ronell@mojave.ati.com
From: caron!ronell@apple.com (Ronald Elliott)
Subject: Supra V.32bis
Newsgroups: alt.sys.amiga.uucp
I'm having problems making a receive connection with my (new) Supra Modem.
I receive calls from two systems, both using T1000's and neither connection
works. The phone rings, the modem goes off-hook but the computer never
responds. There is not even an entry in the logfile for the call. My
outgoing calls work fine. I'm using DUUCP116 under AmigaDOS 2.04. 

Everything works fine with my 2400 baud modem 

I run getty from my startup as follows:
run <nil: >nil: getty -Sserial.device -U0 -B2400 -Mh -x5 -m0 -7 -r1 atz

The -r1 was not working so I set s0=1

Any help would be appreciated!




Ronald Elliott                   Science and Technology Center
caron!ronell@mojave.ati.com              P.O. Box 2968
                                     Apple Valley, Ca 92307
                        Serving Education throughout the High Desert Area
Xref: sparky alt.sys.amiga.uucp:2359 comp.sys.amiga.misc:14815