World: r3wp

try this

rebol []
echo %log.txt
set-net [ [sales-:-coolexample-:-com] smtpout.secureserver.net ]
trace/net on
send [self-:-somewhere-:-com] "test"

make it a cgi script and see what is written to %log.txt

I get this

>> set-net [ [sales-:-coolexample-:-com] smtpout.secureserver.net ]
>> send [someone-:-gmail-:-com] "testing"
Net-log: ["Opening" "tcp" "for" "esmtp"]
connecting to: smtpout.secureserver.net
Net-log: [none "220"]
Net-log: {220 p3plsmtpa01-02.prod.phx3.secureserver.net ESMTP}
Net-log: [["EHLO" system/network/host] "250"]
Net-log: "250-p3plsmtpa01-02.prod.phx3.secureserver.net"
Net-log: "250-AUTH LOGIN PLAIN"
Net-log: "250-8BITMIME"
Net-log: "250 PIPELINING"
Net-log: ["Supported auth methods:" [login plain]]
Net-log: ["MAIL FROM: <[sales-:-coolexample-:-com]>" "250"]
Net-log: "250 Sender accepted."
Net-log: ["RCPT TO: <[someone-:-gmail-:-com]>" "250"]

** User Error: Server error: tcp 553 Sorry, that domain isn't in 
my list of allowed rcpthosts.

log.txt:  Content-Type: text/plain

Net-log: ["Opening" "tcp" "for" "esmtp"]
Net-log: [none "220"]
** User Error: Server error: tcp connection failed
** Near: smtp-port: open [scheme: 'esmtp] 
either only

that looks like an outgoing firewall issue.

yeah ..port 25 is being blocked

you have to use this .... http://help.godaddy.com/article/1073

this is the correct smtp server relay-hosting.secureserver.net

limit of 1000 email per day

Wow, that's it! :-)  I've spent almost 10 hours trying to resolve 
this and I had the wrong smtp relay, duh me!  I really appreciate 
your help!

the best developper community in the world   :-D

My paypal account is ...

(hahaha was gonna say...  "bills in the mail"  ;-)

too slow ...

Hey, I'd be happy to send some $, if it means speeding up my learning 
curve!  I'll PayPal some money over, seriously!

great .. can pay for my new USB LCD monitor :)  [sales-:-compkarori-:-co-:-nz] 
:)

.. help pay .. not pay for the whole lthing!

Done, I've submitted via PayPal :-)  Thanks for your help, I get 
can some rest now :-)  Thanks Maxim for your help also!

Thanks Von .. will certainly encourage others to help you out :)

and who said we coudn't make profit by reboling  ;-)

Graham, you mentioned that I should encode the password.   Is this 
in case someone hacks into my host?  If I use the encloak function, 
couldn't someone also find my readable key in the script and then 
decloak my password using Rebol?

would there be instances where write/lines/append would write a quarter 
or half a line? I'm logging tests of several script instances into 
the same file and write/lines/append sometimes produces only half 
a line in the log.

sometimes empty lines occur as well

If you write with different rebol instances into the same file at 
the same time, you are out of luck. I

could you create something like a trie in rebol or would you have 
to go lower level for it to be normally eficient?

(let's say I want to use key-value (string-int) pairs for 5M words 
.. hash tables are probably more memory consuming for such a big 
set of data?)

hash tables for such a big set are the only way to go... they will 
be magnitudes faster on access.

I've had REBOL use up over 700MB of RAM without isues or dramatic 
speed drops... but having millions of items, make sure you pre-allocate 
your hash-table, cause if you keep-appending to the same table for 
each entry, it will get  exponentially slower.

but when things are in the millions, sometimes using a disk-based 
on-demand caching algorithm is fastest... it really depends on the 
application.


cause think of it this way.  every byte used by each element becomes 
a MB  so adds up quickly.


5 million pairs of (10 byte) strings and pairs... is just about 350MB 
!

 >> b: make block! 5000010
>> m: stats
== 84172417

>> loop 5000000 [append b copy random "1234567890" append b random 
10000000]

== ["5862713409" 4765171 "2546013987" 2726704 "9528013746" 3565380 
"4591302786" ...
>>  stats - m
== 348435008

(oops  'strings and pairs'  >  'string and *integers*' )

Maxim .. thanks a lot for your answers.. very interesting .. I know 
from distance how hashtables work internally but I don't know details.. 
should a block take roughly the same space as hashtable of the same 
block (in rebol) or factor(s) different?

hm.. does stats return ram used??

(it does, cool :) I was looking at processes to see how much it will 
eat)

hum... lets see:  ;-)

a: stats
b: make block! 5000010
print stats - a
== 80001039

a: stats
b: make hash! 5000010
print stats - a
== 80005071

>> a: stats b: make block! 1000 repeat i 1000 [ append b random "abcdef" 
random 100000 ] print stats - a
48671

>> a: stats b: make hash! 1000 repeat i 1000 [ append b random "abcdef" 
random 100000 ] print stats - a
81454

:)

but... filled up....

b: make hash! 5000010
m: stats

loop 5000000 [append b copy random "1234567890" append b random 10000000]
print stats - m
== 188430448

here its half the space.


a ha!  depending on the string input... hash tables can actually 
be smaller...   :-)

stats is a cool command , with many refinements also .. I didn't 
know about it

in REBOL, we're a newbie a few minutes... every day.... even after 
a decade of using it   ;-)

I am nevbie a little longer each day :)

hehe

aha, I see that it depends .. I increased the length of string and 
block increased in size while hash stayed the same

hm.. I have a very newbie question .. do you most effectively add 
new pairs to hashtable by appending to it as a block ? can't figure 
out how to change a value .. set doesn't work that way

yep.

append works on hash tables.  in fact they are exactly the same as 
if you where using blocks, except that the internal representation 
is different than what you look at through code.

a: make hash! [ "33" 33 "44" 44 "55" 55]
select a "33"
change find a "44" ["88" 88]
== make hash! ["33" 33 "88" 88 "55" 55]

but janko... if you test it, you will that hash tables are   extremely 
faster at retrieving data...  the larger the set the bigger the difference. 
 

on millions of records indexed with strings , it could be hundreds 
or thousands of times faster  :-)

Von, I think I just mean that your password for emstp will have to 
be in the script ( if it is needed .. )

Maxim: yes, I am aware that retrieving data from hashtables is really 
fast... I wasn't aware it will just as fast even with 1M records 
so I was quite amazed before when I tried it

Transfering memory based hash! (map! in R3) datatype into disk based 
shema automatically keeping the hash table computation and lookup 
hidden from user gives you a RIF. Holly grail of all rebollers :) 
long long time promissed, still waiting to be done. Anyway hash tables 
are always usually unsorted, when necessary to search in usually 
some type of additional index is used (B-tree for example), for simple 
information if the key is in the set, bitmap vectors are used with 
advantage, when the set is really big (and bitmap vector doesn fit 
into memory) comressed bitmap may be used and usually bitwise operations 
on those vectors are much quicker than on uncompressed. 

Thisi is why it should be used for bitset! datatype anyway. The number 
of byte aligned (BBC,Packbit,RLE)od word aligned (WAH) schemes exists. 
 It is used in very large datasets when index also resides in disk 
file. Once again bitwise operation may be much quickier even in memory 
on those schemes.