World: r3wp

of course couldn't have got far without Andreas' and Steeve's help

Just finished installing virtualbox, and now going to install hyalfax 
... but no modem so not sure how I can test it

installed ubuntu server .. downloaded that using the ftp:// scheme 
:)

There's such a thing as a software modem .. IAXmodem ... but not 
sure if I need Asterisk as well :(

This is pretty cool ... I can talk the hylafax server running in 
virtualbox using the ftp scheme.

Do we need imap:// ??

It's a poorly specified protocol that is a lot of work to implement 
...

never used finger://, whois:// nntp:// ....

I use nntp all the time. It's also called Usenet.

from REBOL ?

Not as often lately, but if it were available in R3 I would use it.

I wonder what's required to write a torrent client ...

MD5 checksums, a parser for the files (easy), and whatever they use 
for encryption.

And TCP and/or UDP.

And HTTP for tracker communication, and whatever DHT is if you want 
to support that.

http://wiki.theory.org/BitTorrentSpecification

looks like a holiday project vs a spare afternoon one!

Sometimes you want to write to the port, and then continue to write 
... so your awake handler returns false.

But sometimes for the same command, you want it to return on completion 
.. so your awake handler returns true instead.

So, .. .what is the best approach?  Pass a flag to the write?
Use a dialect for the write data block?

Isn't the return value three-state, true false and none?

I read you can only exit from the awake handler by returning true

And just for reference http://www.imapwiki.org/FrontPage

Great progress ... was able to submit a fax using my new fax:// protocol.

The fax protocol is similar to ftp but uses port 4559, and uses additional 
commands

basic IMAP4 is not much more difficult than POP3

bittorrent would be interesting indeed, as you can easily get _tons_ 
of network activity wh

which would be nice to exercise the R3 networking stack

Graham, Andreas, Steeve, et al, this is great stuff you're doing. 
Thanks for your efforts.

well, now onto the final pop3 rewrite

i've finally come up with a clean (imho) low-level interface:
mbox: open pop3://
until [empty? msg: read mbox]
close mbox

i.e. read on the pop3 port iterates thru all available messages, 
returning an empty series after the last message was read

Andreas, normaly it's the behavior of COPY to iterate thru a port 
result

i mean it is like that in R2

So 'msg is returned as a block?

I was thinking of that too Steeve. COPY versus READ versus TAKE.

Nice idea Gregg, READ could return the whole block (an COPY  or TAKE 
just one line at time)

In this case, READ seems OK, and COPY would work as well, but not 
delete the mail on the server.

read returns a binary!

bu you could return a block if you wish ;-)

Ah, so this is a native READ, not a wrapper in your scheme. Got it.

i could return all messages in a block, yes

i think i got the idea of READ iterating from some R3 example

Andreas, where is your source, is that free ?

Then we need a callback mechanism for progress, if we read all in 
one shot.

http://bolka.at/share/prot-pop3.r

[temporary url]

not yet licensed

not need of a callback, you can return a block and populate the same 
block further.
You see what i mean ?

interesting idea

I'd like to see it stay low level in the scheme, as Andreas has it, 
and add wrappers for higher level operations.

yep, i think so