Xref: utzoo comp.sys.att:1867 comp.mail.uucp:866 comp.unix.wizards:5840 Path: utzoo!mnetor!uunet!husc6!hao!oddjob!gargoyle!ihnp4!homxb!mtuxo!mtune!quincy!lenny From: lenny@quincy.UUCP (Lenny Tropiano) Newsgroups: comp.sys.att,comp.mail.uucp,comp.unix.wizards Subject: HDB UUCP fails on AT&T 3B2/310 Message-ID: <75@quincy.UUCP> Date: 21 Dec 87 19:08:25 GMT Organization: American LP Systems, Inc., Islandia, NY Lines: 37 Keywords: HDB, UUCP, fails, bombs, SLAVE MODE Has anyone else experienced problems with HoneyDanBer UUCP running on an AT&T 3B2/310, Version 3.0 of the operating system? I have noticed the following quite frequently: 1. Sending compressed binaries (16-bit compression) with Penril modem 8216 from an AT&T 3B2 to another AT&T 3B2 long distance, I receive the imfamous: CONVERSATION FAILED IN SEND/SLAVE MODE INPUT FAILURE 2. Uncompress binary, send either full size or use the "pack" utility sends fine. It is always the same program that bombs. We had to remove our compress-batched news feed because of this problem. I have heard this is a problem with noise on the line, but I seriously doubt it. I watched the UUCP in -x9 debug mode, and it bombs at one particular point (same point) each time. Is there a "sequence of characters" that is bombing my modem to command mode? (ie. like the "+++" sequence on a Hayes compatible modem?) NOTE: I have the command feature turned off on these modems. When this happens the modem sends-receives-sends fine, but at the "critical" point, it stops... pauses for about 1 minute, then bursts of SEND and RECEIVE data at the same time, soon after leading to the failure. Any ideas? I don't like sending 300K binaries, when I can send 150K compressed ones! Especially LONG DISTANCE! Thanks, Lenny -- Lenny Tropiano UUCP: ...uunet!godfre!quincy!lenny -or- American LP Systems, Inc. ...cmcl2!phri!bc-cis!icus!quincy!lenny -or- 1777-18 Veterans Memorial Hwy. ...mtune!quincy!lenny -or Islandia, New York 11722 +1 516-582-5525 ...ihnp4!icus!quincy!lenny