World: r3wp

and if you're not on your ISP ... it probably won't even let you 
send the email

I've supplied all necessary info in set-net, which includes username 
and password.

well, then you need to a trace/net to see where the issue is

In the past I've always used /usr/sbin/sendmail to send e-mails via 
cgi but I'm lost on how to do it via Rebol.

do you have a shell account?

from godaddy?

I have to create one but the GoDaddy system says that I'll have to 
update my database name due to the conversion.

if sendmail works .. maybe you can use

set-net [ localhost [sales-:-coolexample-:-com] [

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