Subj : The BBS has ended for unknown reasons.
To   : Shawn Highfield
From : Mvan Le
Date : Fri Jul 27 2007 09:40 pm

* Original Area: C.9.Local
* Original From: Bob Jones (1:343/41)
* Original To  : Mvan Le (1:343/41)

...
BJ> It probably works on your BBS setup because you have
BJ> matching compression and decompression routines.....

ML> I was going to scrutinise your Compress.Cfg for clues
ML> but I don't think it's compression related because it
ML> appears that any upload / file transfer whatsoever from
ML> me to your BBS is breaking.

Based on your additional comments, that is probably where the problem is.  I
was also thinking modem not telnet session.  How are you opening the telnet
session?  Are you using 8 bit clear protocol?  If you are using a 7bit protocol
or one that escapes certain character sequences, the upload will fail on those
escape sequences.  I believe the VMODEM support under Ray Gwin's SIO that we
use on OS/2 boxes requires an 8 bit clean telnet session.  A lot of telnet
sessions will assume 7 bit and/or an escaped character set by default.

ML> I've attempted some test uploads: "lanius.zip" and
ML> "bitsbaud.mec" which both failed. I think lanius.zip
ML> was created with WinZip 8.0, and bitsbaud.mec is just a
ML> flat MECCA file -- the aim was to test if your upload
ML> process would yield different results between
ML> compressed and uncompressed file uploads (which it
ML> didn't).

Ok, this is probably a telnet connection issue....

ML> Are you currently able to upload files via that Zmodem
ML> protocol to your own BBS ? and is it the Maximus
ML> internal Zmodem ? -- the Maximus internal Zmodem is
ML> what I use for my BBS and uploads with mTelnet work
ML> fine.

The BBS is using the built in internal transfer protocols.  The only one I've
played with in the past that was an external protocol was for kermit support.
If I had kermit support running, that would probably get around the problem
being experienced.

ML> I'm using pkzip to upload *.REP packets to Vertrauen
ML> (Rob Swindell's BBS ( telnet://vert.synchro.net))
ML> successfully. He's runnin his stuff on W2k+3 ...

ML> So I don't know what the problem is. I can only suspect
ML> it's OS/2. I seem to be having lots of probs with
ML> uploading stuff to OS/2, albeit thus far observed only
ML> from Bob Juge's and your BBS.

ML> Anyway, I've provided below some details with what I've
ML> attempted to do for each of your available compression options.

Thanks.....

ML> I'm using PkPak from 1988 and PkZip (1993) so I don't
ML> think they're too "new" for your ARC 5.xx and Info-zip.

The PkPak from 1988 may be too new for ARC.....  Just check, my arce program
produces a 1987 copyright date.  The PkZip should be ok for the Info-Zip.  [The
ARC implementation is the one "stardard" for fidonet, which dates back to about
1984 or 1985 as I recall.]

ML> +-----------------+
ML> | Your ARC Option |
ML> +-----------------+

ML>     CMD: "C:\tmp\pkpak -a tophat2.rep *.msg"
ML> Version: PKPAK    FAST!    Archive Create/Update
ML> Utility    Version 3.61
ML>          08-02-88 Copyright (c) 1986-1988 PKWARE Inc.
ML> All Rights Reserved.
ML>                  PKPAK/h for help

This looks like what you are running on your end to compress the message prior
to uploading.

ML> +----------------------+
ML> | Your Info-zip Option |
ML> +----------------------+

ML>     CMD: "C:\tmp\pkzip tophat2.rep *.msg"
ML> Version: PKZIP (R)   FAST!   Create/Update Utility
ML> Version 2.04g   02-01-93
ML>          Copr. 1989-1993 PKWARE Inc.  All Rights
ML> Reserved.  Shareware Version
ML>          PKZIP Reg. U.S. Pat. and Tm. Off.   Patent No. 5,051,745

Ditto.  I know I'm using InfoZip on this end.

ML> +-----------------+
ML> | Your LHA Option |
ML> +-----------------+

ML>     CMD: "C:\tmp\lha a tophat2.rep *.msg"
ML> Version: LHA version 2.13
ML>          Copyright (c) Haruyasu Yoshizaki, 1988-91
ML> === <<< A High-Performance File-Compression Program >>>
ML> ========  07/20/91  ===

That should be compatible with my newer LHArch support (the version 2.x
support, not the version 1.x support).


ML> If you've got time perhaps you can try uploading files to yourself using
ML> mTelnet or other client with Zmodem.

Ah...  telnet.  I belive I've tested in the past with Binkley from the OS/2 box
to the OS/2 box.  Which means I'm using the TCP/IP channel as OS/2 expects it.
Try an 8 bit clear telnet session....

ML> Apart from that, I think we've reached the end of the line with this.

Thanks for the info.

Bob Jones, Sysop, Top Hat BBS


--- Maximus/2 3.01
* Origin: Top Hat 2 BBS (1:343/41)

You are viewing proxied material from cvs.synchro.net. The copyright of proxied material belongs to its original authors. Any comments or complaints in relation to proxied material should be directed to the original authors of the content concerned. Please see the disclaimer for more details.