I used ssh2 to connect to freebsd. Public key authorized.
Thx!

I want't to upload files from windows to freebsd via zmodem. when I drop a file to absolutetelnet window, the pop window says there are 2 packages recieved and 4 sent. But the file didn't to be sent. Only create a empty file in the directory.

Then I try to use menu send - zmodem to send the file. but it doesn't work too. it gives these outputs:

For starters, let's leave out the drag/drop file transfer and using zmodem send from the menu option. These things may be complicating the issue. To begin with, let's try to initiate the transfer from the UNIX side by using the zmrx command (from the rmtx-zmrx package)

I tried the zmtx-zmrx package you referenced and I cannot get it to work either. It is a twelve year old package and even claims in it's own documentation to have compatibility problems with standard zmodem rz/sz.

The lrzsz package, however, *should* work. If you have it installed, type 'lrz' at the command prompt. This should initiate a transfer and open up the file dialog. Choose the files you want to send and you're done! Lrzsz was derrived from the original rzsz package by Chuck Forsberg and was released under the Gnu GPL. AbsoluteTelnet uses rzsz code license from Chuck as well, and should be highly compatible.

It's possible that you were trying to use drag/drop file transfer with lrzsz and were unable to get it to work. Try it again from the command line 'lrz' and see if it will work that way. Once this works, we'll look again at drag/drop file transfer.

Let me know how your progress goes.

Brian

Hello, Brian! First, sorry for my poor English. Follow your post, I tried lrzsz again using menu options. But it doesn't work either. Here is my step: Change zmodem start text from "rz" to "lrz" in the options.

pkg_add -r lrzsz
 lrz

I select a file when the dialog box appeared, and click open. It gives following outputs:

Filename
 Sending AlbsolutTelnet3.85.exe
 Directory: E:\\Downloads\\
 Statistics
 Packets Received: 24       sent: 71
 Errors: 20
 Bytes Transferred: 32
 Status
 Sending File Data
 
 In the terminal window:
 lrz waiting to receive.
 lrz: AbsoluteTelnet3.85.exe removed.

Aborted. Then I select menu:Transfer - send - zmodem, select the same file, then click open. It gives follows:

Filename
 (empty)
 Statistics
 Packets received: 1    Sent: 1
 Errors: 0
 Bytes Transferred: (empty)
 Status
 Sending Filename
 
 In the terminal window:
 0000000000000000000000000000: No match.

Actually, the reason that I didn't use lrzsz is I read some articles about lrzsz. They said using lrzsz under freebsd made some errors when upload. I don't know if your can read Chinese. If you can, read this post.

<broken link removed> 

 They recommend use zmtx-zmrx and securecrt under freebsd. And I tried it a few days ago. It doesn't work when typing zmrx or lrz command. But it can works using zmrx by selecting menu options. (lrz doesn't work too) The another question: How can I use Home and End key in ee editor when terminal type is xterm? Thanks very much!

I've been doing some compatibility testing with zmtx-zmrx. I've got an update I want you to try. 

<old link removed> Please download version 3.86 or newer.

There were a few things that were causing transfers to abort. Things like getting certain kinds of packets when they weren't expected. I've tested both sends and receives, including mult-file sends and restart of aborted sends. Give it a try and let me know how it works in your environment (mine is RedHat). For now, don't try the menu items or the drag/drop. Just type 'zmrx' or 'zmtx ' at the command prompt. Brian

Hello, Brian!
Thanks for your good job!
I downloaded the RC version of AbsoluteTelnet, and tested upload and download with zmrx/zmtx. It works fine!
But there is a small problem. when I typed zmrx and press Enter, there followed a hollow block. Copy it to Ultraedit, it shows like this:

00000000h: 11

what does it means?
The menu options and drag/drop doesn't work yet.

I found another problem!
Once abort the session during recieving a file, zmtx will display the left content of the file on the screen.
Can you disable this funtion? Or use the resumable tranfered method?

Gee, you're a tough customer! I don't want you to think that I'd forgotten about this. It just took me awhile to come up with the solution. First, zmtx does *not* react well to aborted transfers. It gets the first character of the abort sequence, but continues to send. However, AbsoluteTelnet was having problems even with lrzsz and rzsz with the file transfer data being displayed on the screen, so clearly something needed to be done. The fix is to have Absolute wait awhile after the transfer is cancelled, flushing all of the data that may be buffered in the network, the ssh2 layer, or the zmodem layer. This way, nothing is accidentally sent to the screen. One side-affect is that you will also not get the prompt back because it is flushed along with the extra data. You can try the new version here:

<old link removed> Please download version 3.86 or newer.

zmtx has an additional problem because it doesn't recognize the cancel command. It will continue to send data anyway. So, what happens is that if you cancel in the middle of a receive, AbsoluteTelnet will sit and wait for the sender to stop sending. zmtx will continue to send the entire file. AbsoluteTelnet discards all of the extra data, but still has to wait for it to stop, so it might wait for quite some time, depending on the file size and transfer speed. I do have a fix for this, but I don't know where to send it. zmtx doesn't seem to be maintained any more, or at least I haven't found a maintainer or a website for it. The latest version is 1.02, and it hasn't been updated in a dozen years or so. Another problem is in zmrx if you try to send a file that already exists. If the file was originally only partially transferred, zmrx can initiate a resume, and that works fine. However, if the file already exists and is complete, it will fail. For example, say you were sending 10 files in a batch. If you start zmrx and select all 10 files, it will begin to send. Now, say your connection fails during the transfer of the fourth file... If you start zmrx again and specify all 10 files again, it will fail on the first one. What I would expect to happen is this... a. Skip over the first three, because they're done. b. Resume the fourth file where it left off c. continue transferring files 5-10 I have a partial fix for this one, but maybe this one is not a big deal for you. In any case, I'd still look into getting lrzsz working. None of these issues exist there. I'm not sure if you lrzsz problem is AbsoluteTelnet related or a problem with your install, but it at least is actively supported and maintained. Brian

Hello, Brian!
Thanks for your hard work!

I tested 3.86RC22, and found it transfers files well while using drag/drop. But it doesn't work by selecting menu command.

I tested lrzsz again, but...

I installed two clean freebsd(minimal). 4.11 and 5.4. And only added lrzsz and zmtx-zmrx package. But it still made some errors. So, I don't think it come with system configure.

a. Skip over the first three, because they're done.
b. Resume the fourth file where it left off
c. continue transferring files 5-10

looking forward to seeing if these funtions were available!

Do you want to release the freebsd version of lrzsz or commit patch of zmtx-zmrx to freebsd ports?

Another question:
How can I use Home and End key when terminal type is xterm?

Yi Wang

[size=1][ October 12, 2005, 11:22 AM: Message edited by: wangyi6854 ][/size]

I tested 3.86RC22, and found it transfers files well while using drag/drop. But it doesn't work by selecting menu command.

ZModem doesn't really work well with the menu options. It's designed to work with the auto-start feature of zmodem. In order to start a send or receive, the proper command has to be submitted on the host side. (zmtx, zmrx). XModem and YModem must both be started using the menu commands because there's no autostart feature. ZModem can be started from the menu if the autostart feature does not work, but the host-side program must be running first.

Do you have a system I could login to to test lrzsx in your environment? I don't have a problem here.

As for home ane end,

The HOME key sends CSI1~ and END sends CSI4~

The exact output depends on the value chosen in the option (Options->Properties->VT Options->Absolute sends 7/8 bit control sequences)

Normally, 7bit should be used in Unix systems, so Home will send:

ESC[1~

and END will send:

ESC[4~

In 8bit mode, the ESC[ is replaced with the 8-bit CSI character, which I believe is \\x9B

If your home/end keys are not working, it could be that the application you are using does not recognize them. You may try switching the 7/8 bit option and see if that makes a difference. 7bit is probably what you should use.

If you have further questions, let me know.

Brian

I'm using ADSL now, so I don't have a static ip.
You can test lrzsz in vmware. In my machine, it doesn't work too.(freebsd 5.4, 4.11. vmware 5.0)

HOME and END key does not work yet when terminal type is xterm, but work when selecting vt220.
cat -v shows it sends ESC[1~ and ESC[4~ both in xterm and vt220, but only in vt220, it can recognize them.
7 bit and 8 bit also tested.

Does different os produce different effect? Does these keys work properly in linux?

thx!

I only have VMWare 4. Can you point me to a freebsd image for vmware4?

If not, I could still log into your IP, even if it is not static. It would at least stay the same for awhile. Ever hear of Dynamic DNS?

Different OS can make a difference only because the defaults and mappings may be different. It mostly depends on the application. What app are you using that recognizes the home and end keys? vi? shell?

Brian

Hello, Brian.
I forgot you can log ip address.

I add a bimap rule to Modem. So you can access my machine via SSH at port 22. I will PM you the user name and password. Or, you can send me the public key to wangyi6854@GMail.com.
It's running FreeBSD 5.4 release on my machine at this time. But I have to power it off at 11 pm everyday. You can connect to my machine during these time.
If you want to test it in vmware 5.0, let me know. I will restart it to run Windows Server 2003.
My timezone is Beijing Time(GMT + 8). You can convert it by yourself.

For home and end keys:
I can't use them in the shell(bash and tcsh), vi and ee. Could you help me to test them if Conveniece. Thanks very much!

Brian,

I've sent you a pm. Have you recieved it? If not, let me know. I'll sent you them by mail.

Yi Wang.

I did get it. I'll try to test today.

Brian