* 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> === >> 
 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