Pasting via ssh causes data loss

[Mel]

On Monday 01 December 2008 10:33:17 Eugene Pimenov wrote:
> On 1 дек, 08:31, Mel <fbsd.questi... at rachie.is-a-geek.net> wrote:
> > On Sunday 30 November 2008 17:53:21 Eugene Pimenov wrote:
> > > 30.11.2008, в 19:36, Mel написал(а):
> > > > On Sunday 30 November 2008 06:46:59 Eugene Pimenov wrote:
> > > >
> > > > Not sure, but can you copy files via cat? As in:
> > > > cat /tmp/foo | ssh machine "cat - >/tmp/foo"
> > > >
> > > > If that isn't truncated, I can only think of clipboard limitations
> > > > or tty
> > > > issues.
> > >
> > > No, it's not truncated. All of 6060 bytes are copied.
> > >
> > > What kind of tty issues/clipboard limitations might it be?
> >
> > *If* it's a tty issue, should be reproducable with telnet. If it's not,
> > then I suggest logging in with ssh -v and see if anything weird comes up.
> > The oddball out of the box answer would be that some character gets
> > translated as EOF from linux to bsd by the term settings, but it's a
> > stretch.
>
> Can't check telnet... there's no telnet demon around.

inetd:
$ grep telnet /etc/inetd.conf
#telnet stream  tcp     nowait  root    /usr/libexec/telnetd    telnetd
#telnet stream  tcp6    nowait  root    /usr/libexec/telnetd    telnetd

Quick setup:
remove appropreate hashmark above
/etc/rc.d/inetd onestart

> I tried ssh -vvv, nothing between connect and disconnect.
>
> It's definitely not an EOF. It just loses some part of data, doesn't
> stop receiving after some point.

Where does it get lost? Meaning, does it get over the wire? Hard to check 
encrypted, but a 3k diff should show up in number of the IP packets sent. Is 
it possible to compare tcpdump linux <-> linux vs linux <-> freebsd on the 
receiving end?

-- 
Mel

Problem with today's modular software: they start with the modules
    and never get to the software part.