= Сообщение: 1317 из 7127 ====================================== FTSC_PUBLIC = От : Janis Kracht 1:261/38 10 Oct 14 11:05:12 Кому : Alexey Vissarionov 10 Oct 14 11:05:12 Тема : FTSC-5001 question FGHI : area://FTSC_PUBLIC?msgid=1:261/38+c9eb76e3 На : area://FTSC_PUBLIC?msgid=2:5020/545+543783f2 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Hi Alexey,
>> 11:35:36.666699 IP (tos 0x0, ttl 44, id 23787, offset 0, flags [none], >> proto TC P (6), length 55) >> 71.30.81.243.23 > 72.43.242.234.41035 >> Telnet: >> 0x0000: fffb 03 WILL SUPPRESS GO AHEAD
>Ok, I see IAC WILL 03 here (IAC == Interpret As Command) from the called side.
>> 11:35:36.739953 IP (tos 0x0, ttl 44, id 23788, offset 0, flags [none], >> proto TC P (6), length 70) >> 71.30.81.243.23 > 72.43.242.234.41035: >> Telnet: >> 0x0000: fffb 00 WILL BINARY >> 0x0003: fffb 00 WILL BINARY >> 0x0006: fffd 00 DO BINARY >> 0x0009: fffd 03 DO SUPPRESS GO AHEAD >> 0x000c: fffd 18 DO TERMINAL TYPE >> 0x000f: fffb 01 WILL ECHO
> Here I see even more options from the called side...
Yes, these are all options from telnet.h (/usr/include/arpa/telnet.h) Surely you've look at that file.
>> 11:35:36.967000 IP (tos 0x0, ttl 64, id 51401, offset 0, flags [DF], >> proto TCP (6 ), length 55) >> 72.43.242.234.41035 > 71.30.81.243.23: >> Telnet: >> 0x0000: fffb 18 WILL TERMINAL TYPE
> The calling side tells it will run in a fully bi-directional mode issuing > select() on a connection socket every time when idle to check for data...
And _again_ from telnet.h above.
>> 11:35:37.039568 IP (tos 0x0, ttl 44, id 23790, offset 0, flags [none], >> proto TC P (6), length 58) >> 71.30.81.243.23 > 72.43.242.234.41035: >> Telnet: >> 0x0000: fffa 1801 fff0 SB TERMINAL TYPE SEND SE
Again, from telnet.h! / * Definitions for the TELNET protocol. #define SE 240 /* end sub negotiation */
> One more option from the called side... However, all these options: > 1. are not related to each other (I guess, they are ignored by recipient) > 2. appear only in "virtual modem" hadshake phase
> Here goes usual EMSI handshake performed my mailers, without any Telnet > sequences.
Yes, BBBS and Mark's mailer support EMSI with telnet connections.
>I'd like to ask you to perform a bit less trivial test: try to transfer a file >containing 20...30 bytes with value 0xFF (and record the session with tcpdump, >of course). If my suggestion is correct, that would prove telnet sequences are > added by the FOSSIL layer, not by mailer.
I don't run a fossil!
What does it matter if a shim is run on the other side? I know that FD, by itself will not run telnet sessions. I ran FD under DOS early on for years. In it's original state, it is PHONE/MODEM mailer.
BBBS will though, out of the box. FD needs a shim. But once that shim is running, a telnet connection can be run as you can see above.
I think you are pushing a lost cause here, Alexey. JMHO.
