World: r3wp

On testing a ftp server behind NAT ( well, it's a home system ), 
the ftp server responds to a PASV command with its local non addressable 
network address.

So, need to ignore the IP address and use the remote-ip address obtained 
on the initial lookup

I don't think my r3protocol-fu is high enough to continue much further 
than this parser :) But I may look at it tommorow bit more, to see, 
what it requires to write a protocol.

well, you don't need to write a scheme ... if you can write it as 
tcp, then it can be turned into a scheme and protocol

a scheme is just a wrapper

Hm, I still haven't experimented with schemes/protocols/anything 
networking in R3 yet, so I don't know where to start.

go on to the wiki, and read everything under ports

starting with a torrent protocol is probably not the first thing 
one should tackle!

Yes, I just did  the parser that may be useful to someone who actually 
know what he's doing :)

What's the parser for ?? Parsing a .torrent file?

Exactly. It returns block!

Probably the idea is to open up a project on codeplex and plan the 
functions needed to support the scheme

Unless Brian really wants to write it all himself ...

:)

Meanwhile my little fix for the ftp server behind NAT has allowed 
me to finally open up a data connection to my fax server

Need a little function

non-addressable: func [ ip-address ][ returns true or false ]

syntax perhaps some like this 


send fax://userid:[password-:-faxipaddress] [ dial: number! retries: 
integer! resolution: word! notify: email! file: file! when: time! 
]

brian: sorry... you're right (open vs load), but if a protocol/scheme 
exists for torrent, read and write should work on it, just like for 
any other scheme, its part of the point of having this whole architecture... 
no?

this could make a nice protocol  ;-)

http://suicidemachine.org/

facebook actually sent them a cease and desist court order!

Is this what we are supposed to be doing?
http://rebol.wik.is/Rebol3/Modules/Mod-network

Graham: Yes. I'd call it mod-net-util, though, in remembrance of 
R2

Ok.... everyone ... please !

I read this last night http://www.tcpipguide.com/free/t_TCPIPInternetMessageAccessProtocolIMAPIMAP4.htm

Seems that there are 3 states in IMAP4, not-authenticated, authenticated 
and selected state.

well, client states

the FSM diagram is here http://www.tcpipguide.com/free/t_IMAP4GeneralOperationClientServerCommunicationandS-2.htm

And so all you have to do is track what tags you are using with your 
commands....

and be able to parse responses

The existing IMAP protocol for R2 should have the parsers written 
already

Regarding .... mod-net-util ... I guess it only needs importing once 
...

unless value? 'net-log [
	import mod-net-log	
]

you don't need.. if the module has a name in its header, the import 
will only be performed once, even if its called several times.

the modules are cached once they are loaded (again, only if named).

New scheme ..  fax://
http://rebol.wik.is/Rebol3/Schemes/Fax

Do we need a telnet:// scheme?

that would be nice for some routers

ssh:// would be even cooler :-)

Who is going to pay for that! ??

... pay for what? Development of SSL?

yeah ..

Can't we just wrap any open-source stuff?

I would not mind it being an external module ...

Dunno ... outside my experience

yes pekr, there is possibility out there (putty sources being one), 
its just a question of some competent C coder taking some time to 
check it out and possibly wrap it as an extension and/or as a module 
to load in the host directly.

I don't have the time right now... too much work to do ...

(and I'm not sure I can be considered a competent C coder hehee)

Is puty correctly (in regards to R3) licensed? BSD or LGPL?

MIT

I don't care whether it's MIT or GPL ... as long as we can call it.

and its code is beautifull, it even has its own implementation of 
zlib... it rellies on no external lib or code.