BS> No it has nothing to with 7/8 bit thing because the 
 BS> telnet "server" in maximus is running 8 bit.. 

That's what we think.  Have we proved that maximus is running 8-bit clear
on the TCP/IP channel?  Including no control character interpretation, etc.

 BS> The 
 BS> problem is that Maximus isn't taking care of control 
 BS> charecters is beeing send twice.. So formfeeds fx. is 
 BS> beeing send as FF FF but maximus doesn't take care and 
 BS> remove the extra FF..

Ok.  So you are saying that the formfeed character (Control-L, character 12
(decimal), 0x0C (Hex), or 014 (Octal)) is getting sent twice when it should
only be sent once by the Maximus BBS code?  I assume you found this via a
run of OD like I suggested, correct?  If not, how was it observed?  Is this
being observed in sending of files, such as the QWK packets?  What is
happening to break uploads?

In that case, we probably need to look at the end-of line termination
translations that Wes probably put in or tweaked for the Unix / Linux port.
 There is some CR/LF stuff that has to get handled between Unix / DOS think
on the BBS side and what the VT-100 based code sends.....  It's been a
while since I've looked at this type of stuff....  


 BS> I were having a headache yesterday, so I really did 
 BS> have problems, about thinking logically.

Ok.  We all have bad days at some point.....  Hope you are feeling better today.

Take care.....

Bob Jones, 1:343/41

--- Maximus/2 3.01