Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Could this work?
124 views
Skip to first unread message
Hans Bezemer
Jan 5, 2012, 1:51:22 PM1/5/12
to
What if we ignored all network cards altogether and focussed on "virtual
SLIP". One can startup the emulator with emulated serial port to a Unix
domain socket, e.g.
qemu-system-i386 -m 16 -hda coherent.dsk -serial
unix:/tmp/cohsock,server,nowait &
Then we hook the Unix domain socket to the SLIP protocol, e.g.
/sbin/slattach -p slip -s 19200 /tmp/cohsock &
/sbin/ifconfig sl0 192.168.99.2 pointtopoint 192.168.99.1 up
/sbin/route add default dev sl0 &
We fake the same serial port on Coherent:
hostname nanguo
ip address 192.168.99.1
attach asy 0 /dev/com1l slip sl0 0 1500 19200
route add default sl0
domain addserver 8.8.8.8
ip ttl 32
tcp mss 1500
tcp window 1500
tcp irtt 2000
eol unix
start telunix 23
start echo
start finger
start ftp
Could that work or is it too far fetched?
Hans Bezemer
SLIP". One can startup the emulator with emulated serial port to a Unix
domain socket, e.g.
qemu-system-i386 -m 16 -hda coherent.dsk -serial
unix:/tmp/cohsock,server,nowait &
Then we hook the Unix domain socket to the SLIP protocol, e.g.
/sbin/slattach -p slip -s 19200 /tmp/cohsock &
/sbin/ifconfig sl0 192.168.99.2 pointtopoint 192.168.99.1 up
/sbin/route add default dev sl0 &
We fake the same serial port on Coherent:
hostname nanguo
ip address 192.168.99.1
attach asy 0 /dev/com1l slip sl0 0 1500 19200
route add default sl0
domain addserver 8.8.8.8
ip ttl 32
tcp mss 1500
tcp window 1500
tcp irtt 2000
eol unix
start telunix 23
start echo
start finger
start ftp
Could that work or is it too far fetched?
Hans Bezemer
va...@icpnet.pl
Jan 5, 2012, 4:15:30 PM1/5/12
to
cohulip SLIP worked once if used with physical serial cards.
So in principle it should work with virtual serial, but simply test it.
No idea if it really works.
On the other hand why not use physical serial card of the host ?
ISA is not available anymore, but there are PCI COM cards and PCI COM cards work too in Coherent, as I have already mentioned on one of mu pages.
I would rather try with physical serial card.
In any case I can help as far as PCI COM configuration is Coherent is concerned.
It does not require extra driver.
Andrzej
So in principle it should work with virtual serial, but simply test it.
No idea if it really works.
On the other hand why not use physical serial card of the host ?
ISA is not available anymore, but there are PCI COM cards and PCI COM cards work too in Coherent, as I have already mentioned on one of mu pages.
I would rather try with physical serial card.
In any case I can help as far as PCI COM configuration is Coherent is concerned.
It does not require extra driver.
Andrzej
va...@icpnet.pl
Jan 5, 2012, 4:40:49 PM1/5/12
to
What I have meant in my previous reply is , that for example in virtual box You can attach directly physical COM of the host. Like is the case with physical floppy as opposed to virtual floppy image.
Perhaps with qemu it is also possible. I cannot say if what You are trying to do is making physical serial card of the host directly available to Coherent.
If yes than it should work, I suspect.
Andrzej
Perhaps with qemu it is also possible. I cannot say if what You are trying to do is making physical serial card of the host directly available to Coherent.
If yes than it should work, I suspect.
Andrzej
Hans Bezemer
Jan 6, 2012, 3:21:02 AM1/6/12
to
va...@icpnet.pl wrote:
> On the other hand why not use physical serial card of the host ?
> ISA is not available anymore, but there are PCI COM cards and PCI COM
> cards work too in Coherent, as I have already mentioned on one of mu
> pages. I would rather try with physical serial card. In any case I can
> help as far as PCI COM configuration is Coherent is concerned. It does not
> require extra driver.
What I'm trying to do it "virtualize" the serial line and then hook it up to
> On the other hand why not use physical serial card of the host ?
> ISA is not available anymore, but there are PCI COM cards and PCI COM
> cards work too in Coherent, as I have already mentioned on one of mu
> pages. I would rather try with physical serial card. In any case I can
> help as far as PCI COM configuration is Coherent is concerned. It does not
> require extra driver.
Linux SLIP driver. If you have a kernel with the required NE2000 H/W I can
try to give it a go as well. I think a "net" executable with RealTek 8139
is more work.
Hans Bezemer
Hans Bezemer
Jan 6, 2012, 3:34:44 AM1/6/12
to
Hans Bezemer wrote:
> What I'm trying to do it "virtualize" the serial line and then hook it up
> to Linux SLIP driver. If you have a kernel with the required NE2000 H/W I
> can try to give it a go as well. I think a "net" executable with RealTek
> 8139 is more work.
I think my scenario just bombed. "slattach" wants to see a DEVICE (starting
> What I'm trying to do it "virtualize" the serial line and then hook it up
> to Linux SLIP driver. If you have a kernel with the required NE2000 H/W I
> can try to give it a go as well. I think a "net" executable with RealTek
> 8139 is more work.
with /dev) and does some real fancy IOCTL "modemline" stuff with it. I
doubt very much it could work after looking at the "slattach" source code.
Hans Bezemer
va...@icpnet.pl
Jan 6, 2012, 4:20:21 AM1/6/12
to
OK, now I understand what is Your goal. Hm.
Although I do not know what do You mean by "hook".
What a role should this Linux driver play in the process ?
Do You want to use Linux as gateway ?
Perhaps ppp and pppd in mind ?
One could eventually use ppp in Coherent and via serial port try to connect to pppd server in Linux ? Or You want to use ppp in Linux and try to connect to any pppd provider on Internet ?
I have once considered to add realtek support to net, but then I have written driver with tcp stack in kernel, so now it does not make much sense for me to do it. I am planning rather writing driver for Intel cards.
Besides having driver with sockets allows for easy porting of many gnu network applications. Net is too proprietary I would say.And not too fast.
BTW, ne2000 driver is in cohat kernel. Besides why are hesitating and not building Your own kernel with the help of ddk ? It is not difficult.
Andrzej.
Although I do not know what do You mean by "hook".
What a role should this Linux driver play in the process ?
Do You want to use Linux as gateway ?
Perhaps ppp and pppd in mind ?
One could eventually use ppp in Coherent and via serial port try to connect to pppd server in Linux ? Or You want to use ppp in Linux and try to connect to any pppd provider on Internet ?
I have once considered to add realtek support to net, but then I have written driver with tcp stack in kernel, so now it does not make much sense for me to do it. I am planning rather writing driver for Intel cards.
Besides having driver with sockets allows for easy porting of many gnu network applications. Net is too proprietary I would say.And not too fast.
BTW, ne2000 driver is in cohat kernel. Besides why are hesitating and not building Your own kernel with the help of ddk ? It is not difficult.
Andrzej.
va...@icpnet.pl
Jan 6, 2012, 4:29:17 AM1/6/12
to
I do know the internals of Linux serial interface. So I cannot help a lot.
What about the following goal : login to linux, or generally to host.
Via serial interface. Having this one could connect to Internet using Linux lynx or mutt etc.
You attach serial physically , if it goes in qemu, and then try to connect to another Linux/Solaris box connected serially to the host computer.
Just a dust thought in the wind.
Andrzej.
Hans Bezemer
Jan 6, 2012, 1:12:05 PM1/6/12
to
va...@icpnet.pl wrote:
> What about the following goal : login to linux, or generally to host.
> Via serial interface. Having this one could connect to Internet using
> Linux lynx or mutt etc. You attach serial physically , if it goes in qemu,
> and then try to connect to another Linux/Solaris box connected serially to
> the host computer. Just a dust thought in the wind. Andrzej.
I did a quick test with the XCMALT terminal emulator:
> What about the following goal : login to linux, or generally to host.
> Via serial interface. Having this one could connect to Internet using
> Linux lynx or mutt etc. You attach serial physically , if it goes in qemu,
> and then try to connect to another Linux/Solaris box connected serially to
> the host computer. Just a dust thought in the wind. Andrzej.
./xcmalt -t -l /dev/com1l
And:
qemu-system-i386 -m16 -hda /opt/qemu/coherent.dsk
-fda /opt/qemu/null.dsk -serial telnet:localhost:25,nowait &
But to no avail. If that doesn't work, real telnet does neither. Could have
been the connection timed out. Isn't a speedmonster either. ;-) But first
I'll try to compile minicom. I don't think XCMALT is something I like.
Hans Bezemer
Andrzej Popielewicz
Jan 6, 2012, 2:09:48 PM1/6/12
to
Hans Bezemer pisze:
What about ckermit ?
I assume that Your serial card in Linux host is connected to the modem
or serially(null modem cable) to another computer's COM .
Andrzej
> va...@icpnet.pl wrote:
>
> I'll try to compile minicom. I don't think XCMALT is something I like.
>
> Hans Bezemer
You will find minicom somewhere in the old (tuhs,gopher archives).
>
> I'll try to compile minicom. I don't think XCMALT is something I like.
>
> Hans Bezemer
What about ckermit ?
I assume that Your serial card in Linux host is connected to the modem
or serially(null modem cable) to another computer's COM .
Andrzej
Andrzej Popielewicz
Jan 6, 2012, 2:14:41 PM1/6/12
to
Hans Bezemer pisze:
I would expect device name of the serial device in Linux.
I mean if we want to connect to the outside world via modem cable ?
It is just common sense , not that I know it for sure.
Andrzej
> > qemu-system-i386 -m16 -hda /opt/qemu/coherent.dsk
> -fda /opt/qemu/null.dsk -serial telnet:localhost:25,nowait &
>
Is this parameter telnet:localhost:25 really neccessary ?
> -fda /opt/qemu/null.dsk -serial telnet:localhost:25,nowait &
>
I would expect device name of the serial device in Linux.
I mean if we want to connect to the outside world via modem cable ?
It is just common sense , not that I know it for sure.
Andrzej
va...@icpnet.pl
Jan 6, 2012, 4:02:50 PM1/6/12
to
First of all in order to use any serial device application, let us say ckermit, etc we need the serial device to be available for Coherent.
It means during booting You should observe ifor example the following
COM1 1655a FIFO COM2 ... no uart
COM3 no uart COM4 no uart
produced by asy driver.
If You see only "no uart", it means no serial devices are available.
If I switch the serial device on in virtual box for example: COM1, IRQ 4 , 3F8
then I see ,during booting Coherent in virtual box, the above mentioned messages.
This is why I suspect , at least in virtual box, it is possible to connect to outside world from within Coherent virtual machine.
So You should achieve described minimal state of the Coherent after booting in qemu.
Andrzej
It means during booting You should observe ifor example the following
COM1 1655a FIFO COM2 ... no uart
COM3 no uart COM4 no uart
produced by asy driver.
If You see only "no uart", it means no serial devices are available.
If I switch the serial device on in virtual box for example: COM1, IRQ 4 , 3F8
then I see ,during booting Coherent in virtual box, the above mentioned messages.
This is why I suspect , at least in virtual box, it is possible to connect to outside world from within Coherent virtual machine.
So You should achieve described minimal state of the Coherent after booting in qemu.
Andrzej
Hans Bezemer
Jan 6, 2012, 5:17:42 PM1/6/12
to
va...@icpnet.pl wrote:
> If You see only "no uart", it means no serial devices are available.
> If I switch the serial device on in virtual box for example: COM1, IRQ 4
> , 3F8 then I see ,during booting Coherent in virtual box, the above
> mentioned messages. This is why I suspect , at least in virtual box, it is
> possible to connect to outside world from within Coherent virtual machine.
> So You should achieve described minimal state of the Coherent after
> booting in qemu. Andrzej
There is nothing connected to my serial port in Linux, except for an old
> If You see only "no uart", it means no serial devices are available.
> If I switch the serial device on in virtual box for example: COM1, IRQ 4
> , 3F8 then I see ,during booting Coherent in virtual box, the above
> mentioned messages. This is why I suspect , at least in virtual box, it is
> possible to connect to outside world from within Coherent virtual machine.
> So You should achieve described minimal state of the Coherent after
> booting in qemu. Andrzej
Wyse-25. So I can't go outside that way. What I can try to do is figure out
whether it is possible to connect to telnet (as you suggested) and find my
way outside that way. That's what I attempted. Yes, I already found
minicom. See if the thing still compiles ;-)
Hans Bezemer
va...@icpnet.pl
Jan 7, 2012, 6:03:32 AM1/7/12
to
Now I think , that it is not possible what You are going to do with "virtual serial". This is because Linux and Coherent cannot share "socket space".There is for example in virtualbox the possibility of sharing folders, but it will not work in Coherent.The only possibility is via real physical com device.
But if You have old wyse attached to Your Linux then try the following.
Attach in some way , using qemu, the Linux serial com to coherent virtual machine, so the coherent sees this com , and the corresponding message during boot of coherent is produced (FIFO etc). BTW did You add /dev/com1l to Your /etc/ttys ?
Then enable /dev/com1l in coherent via
enable /dev/com1l
or by setting the corrsponding byte manually in /etc/ttys to 1(better via enable).
For inbound connection this byte must be enabled, for outbound disabled.
OK, and You should see Coherent Login prompt on Your Wyse terminal.
There is another crazy scenario.
Start two virtual machines, with coherent, attach(via qemu) com1 to first and com2 to the second , then connect Your both physical ports on Your Linux with null modem cable, enable com1l in one of the coherent, and You should be able to login from coherent to another one.
OK, when You want to use real telnet, connect physically Your com1 in Linux box to com1 of another Linux box using null modem cable and You be able in principle to login into this second Linux from coherent in first linux box(after com1 in first linux was made available in qemu to coherent, but not virtually but physically).
Andrzej
But if You have old wyse attached to Your Linux then try the following.
Attach in some way , using qemu, the Linux serial com to coherent virtual machine, so the coherent sees this com , and the corresponding message during boot of coherent is produced (FIFO etc). BTW did You add /dev/com1l to Your /etc/ttys ?
Then enable /dev/com1l in coherent via
enable /dev/com1l
or by setting the corrsponding byte manually in /etc/ttys to 1(better via enable).
For inbound connection this byte must be enabled, for outbound disabled.
OK, and You should see Coherent Login prompt on Your Wyse terminal.
There is another crazy scenario.
Start two virtual machines, with coherent, attach(via qemu) com1 to first and com2 to the second , then connect Your both physical ports on Your Linux with null modem cable, enable com1l in one of the coherent, and You should be able to login from coherent to another one.
OK, when You want to use real telnet, connect physically Your com1 in Linux box to com1 of another Linux box using null modem cable and You be able in principle to login into this second Linux from coherent in first linux box(after com1 in first linux was made available in qemu to coherent, but not virtually but physically).
Andrzej
va...@icpnet.pl
Jan 7, 2012, 6:10:12 AM1/7/12
to
Add-on to this scenario with two coherent virtual machines. Change it a little bit. Let the first be Coherent virtual and the second Linux virtual.And let them communicate via null modem cable. If You dont have two coms, but I think You should have, You can always add pci com card.
Andrzej
Andrzej
Hans Bezemer
Jan 7, 2012, 8:02:42 AM1/7/12
to
va...@icpnet.pl wrote:
> enable /dev/com1l
I don't see if my previous article made it, but I have to stop asking stupid
questions which I can answer myself. ;-) Yes, I disabled /dev/com1l and I
updated /etc/ttys and I confirmed that it's really disable right now.
Good tip though, first time I updated /etc/ttys and rebooted. Bad choice.
Hans Bezemer
> enable /dev/com1l
I don't see if my previous article made it, but I have to stop asking stupid
questions which I can answer myself. ;-) Yes, I disabled /dev/com1l and I
updated /etc/ttys and I confirmed that it's really disable right now.
Good tip though, first time I updated /etc/ttys and rebooted. Bad choice.
Hans Bezemer
Hans Bezemer
Jan 8, 2012, 7:14:09 AM1/8/12
to
Hans Bezemer wrote:
I did a quick test yesterday with an outbound serial port using cu. The
relevant parameters were:
(QEMU) -serial telnet:localhost:25
(Coherent) cu -l /dev/com1l dir
The SMTP server briefly identified itself, then disconnected (hung up from
Coherent's point of view). There might be a million reasons for this and
unless you have the golden tip I think I'm done and concentrate on
publishing what I got. Since this is my production machine there is only so
much tinkering I'd like to do. I depend on this thing working properly.
Thanks for your help.
Hans Bezemer
I did a quick test yesterday with an outbound serial port using cu. The
relevant parameters were:
(QEMU) -serial telnet:localhost:25
(Coherent) cu -l /dev/com1l dir
The SMTP server briefly identified itself, then disconnected (hung up from
Coherent's point of view). There might be a million reasons for this and
unless you have the golden tip I think I'm done and concentrate on
publishing what I got. Since this is my production machine there is only so
much tinkering I'd like to do. I depend on this thing working properly.
Thanks for your help.
Hans Bezemer
Andrzej Popielewicz
Jan 8, 2012, 1:11:36 PM1/8/12
to
Hans Bezemer pisze:
Did You observe any specific message in the system linux log ?
What exactly the message was ?
Was it after You have used cu program in Coherent machine?
This last point ic crucial.
then disconnected (hung up from
> Coherent's point of view). There might be a million reasons for this and
> unless you have the golden tip I think I'm done and concentrate on
> publishing what I got. Since this is my production machine there is only so
> much tinkering I'd like to do. I depend on this thing working properly.
>
> Thanks for your help.
>
> Hans Bezemer
As You know cu belongs to uucp family of programs, so I would expect
that it awaits uucpd server on the other side.
On the other hand if really smtp server process was spawn in linux,
which in itself is a good news for You, then it awaits for the specific
messages from the client . And cu could not supply such messages.In
other words cu and smtp server speak different languages. And in the low
level smtp uses tcp. So one would have to start net in Coherent
configured for serial device. As far as I can remember You do not have
to start cu if You use net.You probably have checked it in net docs.
In any case cu has to have valid connection with uucpd server running in
Linux , or generally on the other side of the connection, if You want to
use it.
Some years ago I have even ported Taylor's uucp to coherent (can be
found on my coherent page).But no support.
Getting uucpd to run in Linux is probably not extremely complicated but
reading some docs or compiling is probable.
Simplest thing would be to begin from ckermit and modem.
I will try to find my old modem and I will check with ckermit in qemu or
in virtual box , sometime next week.
I have no golden tip.
You could also ask in qemu forums or groups for suggestions.
Andrzej
> Hans Bezemer wrote:
> I did a quick test yesterday with an outbound serial port using cu. The
> relevant parameters were:
>
> (QEMU) -serial telnet:localhost:25
> (Coherent) cu -l /dev/com1l dir
>
> The SMTP server briefly identified itself,
What does it mean "identified" ?
> I did a quick test yesterday with an outbound serial port using cu. The
> relevant parameters were:
>
> (QEMU) -serial telnet:localhost:25
> (Coherent) cu -l /dev/com1l dir
>
> The SMTP server briefly identified itself,
Did You observe any specific message in the system linux log ?
What exactly the message was ?
Was it after You have used cu program in Coherent machine?
This last point ic crucial.
then disconnected (hung up from
> Coherent's point of view). There might be a million reasons for this and
> unless you have the golden tip I think I'm done and concentrate on
> publishing what I got. Since this is my production machine there is only so
> much tinkering I'd like to do. I depend on this thing working properly.
>
> Thanks for your help.
>
> Hans Bezemer
that it awaits uucpd server on the other side.
On the other hand if really smtp server process was spawn in linux,
which in itself is a good news for You, then it awaits for the specific
messages from the client . And cu could not supply such messages.In
other words cu and smtp server speak different languages. And in the low
level smtp uses tcp. So one would have to start net in Coherent
configured for serial device. As far as I can remember You do not have
to start cu if You use net.You probably have checked it in net docs.
In any case cu has to have valid connection with uucpd server running in
Linux , or generally on the other side of the connection, if You want to
use it.
Some years ago I have even ported Taylor's uucp to coherent (can be
found on my coherent page).But no support.
Getting uucpd to run in Linux is probably not extremely complicated but
reading some docs or compiling is probable.
Simplest thing would be to begin from ckermit and modem.
I will try to find my old modem and I will check with ckermit in qemu or
in virtual box , sometime next week.
I have no golden tip.
You could also ask in qemu forums or groups for suggestions.
Andrzej
Hans Bezemer
Jan 8, 2012, 6:19:34 PM1/8/12
to
Andrzej Popielewicz wrote:
> What does it mean "identified" ?
linux-471m.site ESMTP Postfix
> What does it mean "identified" ?
That's what it said. Normally I expect it to say:
220 linux-471m.site ESMTP Postfix
That's what I get with a normal "telnet localhost 25". And that's exactly
what this QEMU switch should do: talk in "telnet" protocol. Note I could
not reestablish a viable connection. "cu" seemed to hang after sayig it was
connected.
> On the other hand if really smtp server process was spawn in linux,
> which in itself is a good news for You, then it awaits for the specific
> messages from the client . And cu could not supply such messages.In
> other words cu and smtp server speak different languages. And in the low
> level smtp uses tcp. So one would have to start net in Coherent
> configured for serial device. As far as I can remember You do not have
> to start cu if You use net.You probably have checked it in net docs.
like "HELO".
> Simplest thing would be to begin from ckermit and modem.
without much hanky panky and talk to the program on the other side. Just
what I needed. But maybe for this purpose ckermit and/or modem are better
suited.
Hans Bezemer
andrzej Popielewicz
Jan 9, 2012, 3:22:30 AM1/9/12
to
W dniu 2012-01-09 00:19, Hans Bezemer pisze:
Note I could
> not reestablish a viable connection. "cu" seemed to hang after sayig it was
> connected.
Question is to what it was connected ?
established and then on top of tcp smtp text protocol is used. cu is not
capable of sending ip headers, not it is capable of sending tcp headers
it means to establish tcp connection.Net is capable of sending ip and
tcp headers and knows about smtp text protocol.
It means messages from cu could not reach ip level, it means they could
not reach smtp server. If smtp process was activated it was because qemu
has "done" something. I do not know qemu internals and I am not going to
study this.
If You want to continue smtp way, I would try with net
>
>> Simplest thing would be to begin from ckermit and modem.
> Well, that was one reason I took "cu": it allows you to open a COM port
> without much hanky panky and talk to the program on the other side.
But via uucpd I suspect.
Just
> what I needed. But maybe for this purpose ckermit and/or modem are better
> suited.
ckermit was the only program with which I was able to connect in a
stable way to outside server. I have used it to connect via modem with
terminal server at our university .
It practically works out of the box.It is industry class program, EOL btw.
Last version ported by me is on my university page. But that older
version supplied originally with Coherent is fine too.
But if You have modem , there is simple test mentioned in Coherent
handbook. You do not need any program to test the connection. Simply
write some characters to the com port using echo command. You should
oberve change of the lights on the modem panel.
For example
echo "HELO linux pinquin" > /dev/com1l
Andrzej
> Andrzej Popielewicz wrote:
>> What does it mean "identified" ?
> linux-471m.site ESMTP Postfix
> That's what it said. Normally I expect it to say:
> 220 linux-471m.site ESMTP Postfix
>
> That's what I get with a normal "telnet localhost 25". And that's exactly
> what this QEMU switch should do: talk in "telnet" protocol.
Question is , who has talked to smtp server ? qemu ? For sure not cu.
>> What does it mean "identified" ?
> linux-471m.site ESMTP Postfix
> That's what it said. Normally I expect it to say:
> 220 linux-471m.site ESMTP Postfix
>
> That's what I get with a normal "telnet localhost 25". And that's exactly
> what this QEMU switch should do: talk in "telnet" protocol.
Note I could
> not reestablish a viable connection. "cu" seemed to hang after sayig it was
> connected.
>
>> On the other hand if really smtp server process was spawn in linux,
>> which in itself is a good news for You, then it awaits for the specific
>> messages from the client . And cu could not supply such messages.In
>> other words cu and smtp server speak different languages. And in the low
>> level smtp uses tcp. So one would have to start net in Coherent
>> configured for serial device. As far as I can remember You do not have
>> to start cu if You use net.You probably have checked it in net docs.
> Well normally SMTP sits around asking for specific ASCII commands
> like "HELO".
But first IP protocol is active, then on top of it tcp connection is
>> On the other hand if really smtp server process was spawn in linux,
>> which in itself is a good news for You, then it awaits for the specific
>> messages from the client . And cu could not supply such messages.In
>> other words cu and smtp server speak different languages. And in the low
>> level smtp uses tcp. So one would have to start net in Coherent
>> configured for serial device. As far as I can remember You do not have
>> to start cu if You use net.You probably have checked it in net docs.
> Well normally SMTP sits around asking for specific ASCII commands
> like "HELO".
established and then on top of tcp smtp text protocol is used. cu is not
capable of sending ip headers, not it is capable of sending tcp headers
it means to establish tcp connection.Net is capable of sending ip and
tcp headers and knows about smtp text protocol.
It means messages from cu could not reach ip level, it means they could
not reach smtp server. If smtp process was activated it was because qemu
has "done" something. I do not know qemu internals and I am not going to
study this.
If You want to continue smtp way, I would try with net
>
>> Simplest thing would be to begin from ckermit and modem.
> Well, that was one reason I took "cu": it allows you to open a COM port
> without much hanky panky and talk to the program on the other side.
Just
> what I needed. But maybe for this purpose ckermit and/or modem are better
> suited.
stable way to outside server. I have used it to connect via modem with
terminal server at our university .
It practically works out of the box.It is industry class program, EOL btw.
Last version ported by me is on my university page. But that older
version supplied originally with Coherent is fine too.
But if You have modem , there is simple test mentioned in Coherent
handbook. You do not need any program to test the connection. Simply
write some characters to the com port using echo command. You should
oberve change of the lights on the modem panel.
For example
echo "HELO linux pinquin" > /dev/com1l
Andrzej
Hans Bezemer
Jan 9, 2012, 11:44:09 AM1/9/12
to
andrzej Popielewicz wrote:
This time I use ckermit with:
ckermit -c -l /dev/com1l
Same result, only this time ckermit doesn't hang up. Instead it shows
TWO "ckermits" hanging on color2 both in "ttywait" mode. ckermit seems
stuck, but CRTL-\+C still works.
Hans Bezemer
This time I use ckermit with:
ckermit -c -l /dev/com1l
Same result, only this time ckermit doesn't hang up. Instead it shows
TWO "ckermits" hanging on color2 both in "ttywait" mode. ckermit seems
stuck, but CRTL-\+C still works.
Hans Bezemer
andrzej Popielewicz
Jan 10, 2012, 3:49:57 AM1/10/12
to
W dniu 2012-01-09 17:44, Hans Bezemer pisze:
> ckermit -c -l /dev/com1l
>
As I expected , it should not work with certain tcp process with port 25.
It means qemu makes no appropriate conditions available on the other
side of connection.
I would suggest to test with the modem and such configuration of qemu,
that serial line is made accesible to guest, but without specifying tcp
port.
It would test , that coherent is at all capable of using modem under qemu.
I will try with virtual box and modem.Please allow some time for delay.
Andrzej
> ckermit -c -l /dev/com1l
>
As I expected , it should not work with certain tcp process with port 25.
It means qemu makes no appropriate conditions available on the other
side of connection.
I would suggest to test with the modem and such configuration of qemu,
that serial line is made accesible to guest, but without specifying tcp
port.
It would test , that coherent is at all capable of using modem under qemu.
I will try with virtual box and modem.Please allow some time for delay.
Andrzej
0 new messages