World: r3wp

foo: open ftp://.....

foo/awake: func [event] [ ... handle events like 'file-start, 'file-chunk, 
'file-end ..]
write foo [RETR %avatar.avi]

so what do we need ?  a thread that controls the awake handler?

you see where i'm going with the above pseudocode?

and write returns immediately?

precisely

So, does mine .. . but I have to kick it off with a wait

wait foo

that's what i'd want

and now you're stuck ... waiting ...

currently we have to do wait foo/..../subport, as far as i can tell

then, as far as i currently understand it, read foo should work

that's what my read does, it does a wait on the tcp port

you'll have to "block" somewhere

the transfer won't happen in zero time

to indicate when it's fine to block: WAIT

but well, i don't think we can get that to work, at the moment

i'll have to experiment a bit more

so I can't return immediately from my read ... and let it download 
?

somewhere you'll need something that blocks, yes

if you want to download while in the console, that could be a console 
background worker thread

if you want to download within a GUI app, that could be the GUI's 
main event loop

well, generally inside a gui .. so that's okay I guess.

something that blocks: an event loop

i.e. something that checks all ports registered via read for incoming 
events, and dispatches events accordingly

so we add a gui event to the thing .. and we work inside of that

fine for gui's, yes

shouldn't be bound to guis

R3 actually needs an event loop to work anyway

it's there on win32, not there on linux (yet)

btw, here's the source link to the pop3 seq diagram: http://bit.ly/4q0ADG

One good thing .. on r2 I doubt I could download a 500Mb file using 
ftp .. but I'm nearly there now and the windows task manager is only 
showing 12Mb of ram usage with 0-1 % cpu

very nice

We need some standard network error handlers too .. like if the password 
is wrong etc.

the other, more traditional approach, would be something around copy/part

(for your data streaming question)

except the r2 ftp scheme doesn't support that ... AFAIK

ftp: open ftp://...
write/append %... copy/part ftp 10240

don't care about R2 :)

(I don't)

wrap a `while [not tail? ftp] [....]` around this

My issue with the schemes is that the interface to them was always 
too restricted ...

yeah. don't know if that's even possible in R3 at the moment

so we had to hack the schemes to add eg. 'TOP in r2 prot-pop

i think a COPY actor will be there, but i guess tail? won't

so instead of directly interacting with the scheme, we need an intermediate 
level ...

tough issues

what would you like the error handler to do in case the password 
is wrong?

just raise some standardised error!?

yeah ...

I just use Gabriele's http-error ...