Sending derived info to e-mail

R

Robert Baer

In javascript, i do a query that the user does not see, and
apparently able to get it into HTML (looks like a document page same
name as HTML page that created the script but only on the screen).
Ideally,what i would like to do is send this info as if i texted it,
say to (e-mail address removed) .
I say "texted" because i want to do this on ANY browser, especially
cell-phones.
Which leads me to the question, do ANY "browser-enabled" cell phones
support JS?
And if not,is there any kind of (simple?) script that would be able
to determine info like cellphone make,type,browser - and then "text" it
to (e-mail address removed)?
 
R

Robert Baer

Denis said:
It sounds to me as if you're trying to do something that for very good
reasons should be blocked by the phone.
Knew squat about texting; fiddled around with 2 cellphones and found
texting,as such,is NOT useful for what i want.
I would like to send an internally generated string (eg: txt="blah
goofus mish mash") to a given e-mailbox (know username and password).
Using a mozilla browser for testing, the following JS code does
nothing (filled out correctly):
open("POST",url,async,usrname,usrpw)
send(txt)

Help?
 
D

Denis McMahon

Knew squat about texting; fiddled around with 2 cellphones and found
texting,as such,is NOT useful for what i want.
I would like to send an internally generated string (eg: txt="blah
goofus mish mash") to a given e-mailbox (know username and password).
Using a mozilla browser for testing, the following JS code does
nothing (filled out correctly):
open("POST",url,async,usrname,usrpw)
send(txt)

For starters, ideally, a browser should not be communicating any data
with anyone without the users knowledge and permission.

A web browser certainly shouldn't be sending arbitrary emails to
arbitrary locations in the background of browsing.

In most web browsers, the only way to send an email involves opening the
users chosen email client with a preloaded message text, and requiring
the user to do the final send step. I say most, because I'm sure that
there must be at least one combination of IE / outlook [express] that
allows OLE hax to send emails from the browser.

However, generally, in javascript code in a sensibly configured browser,
all you can do "in the background" is make ajax requests to a server in
the domain that served the page.

That server can then of course convert those ajax requests into mails,
and send those mails from that server, but that's very different to
having the client browser generate and send those mails.
 
R

Robert Baer

Denis said:
Knew squat about texting; fiddled around with 2 cellphones and found
texting,as such,is NOT useful for what i want.
I would like to send an internally generated string (eg: txt="blah
goofus mish mash") to a given e-mailbox (know username and password).
Using a mozilla browser for testing, the following JS code does
nothing (filled out correctly):
open("POST",url,async,usrname,usrpw)
send(txt)

For starters, ideally, a browser should not be communicating any data
with anyone without the users knowledge and permission.

A web browser certainly shouldn't be sending arbitrary emails to
arbitrary locations in the background of browsing.

In most web browsers, the only way to send an email involves opening the
users chosen email client with a preloaded message text, and requiring
the user to do the final send step. I say most, because I'm sure that
there must be at least one combination of IE / outlook [express] that
allows OLE hax to send emails from the browser.

However, generally, in javascript code in a sensibly configured browser,
all you can do "in the background" is make ajax requests to a server in
the domain that served the page.

That server can then of course convert those ajax requests into mails,
and send those mails from that server, but that's very different to
having the client browser generate and send those mails.
Yea; all of the meager info about XMLHttpRequest objects are requests
for info and no real working examples.
The best i could squeeze out was
open("POST",url,async,usrname,usrpsw)
send(txt)
which does not work.
 
D

Denis McMahon

Denis said:
Denis McMahon wrote:
On Mon, 19 Aug 2013 20:02:03 -0800, Robert Baer wrote:

In javascript .....

It sounds to me as if you're trying to do something that for very
good reasons should be blocked by the phone.

Knew squat about texting; fiddled around with 2 cellphones and
found
texting,as such,is NOT useful for what i want.
I would like to send an internally generated string (eg: txt="blah
goofus mish mash") to a given e-mailbox (know username and password).
Using a mozilla browser for testing, the following JS code does
nothing (filled out correctly):
open("POST",url,async,usrname,usrpw)
send(txt)

For starters, ideally, a browser should not be communicating any data
with anyone without the users knowledge and permission.

A web browser certainly shouldn't be sending arbitrary emails to
arbitrary locations in the background of browsing.

In most web browsers, the only way to send an email involves opening
the users chosen email client with a preloaded message text, and
requiring the user to do the final send step. I say most, because I'm
sure that there must be at least one combination of IE / outlook
[express] that allows OLE hax to send emails from the browser.

However, generally, in javascript code in a sensibly configured
browser,
all you can do "in the background" is make ajax requests to a server in
the domain that served the page.

That server can then of course convert those ajax requests into mails,
and send those mails from that server, but that's very different to
having the client browser generate and send those mails.
Yea; all of the meager info about XMLHttpRequest objects are requests
for info and no real working examples.
The best i could squeeze out was
open("POST",url,async,usrname,usrpsw) send(txt)
which does not work.

Then you're not looking in the right places.

If you google sensibly there are many working examples of javascript code
to make both asynchronous and synchronous XHRs, both using GET and POST
methods.

You need to set the request up in the web page javascript, and code the
appropriate response handling on your server using php, python, ruby or
whatever your server coding environment is.

This is beyond the scope of an html newsgroup. I suggest you ask in a
javascript newsgroup for information about implementing XHRs in
javascript, and a relevant language forum for your server side
environment about constructing and sending mail from the data it receives.

If you don't have the basic competence to search in the right place for
the help that you need, it's no surprise that you don't find it.
 
T

Tim Streater

Denis McMahon said:
Then you're not looking in the right places.

If you google sensibly there are many working examples of javascript code
to make both asynchronous and synchronous XHRs, both using GET and POST
methods.

You need to set the request up in the web page javascript, and code the
appropriate response handling on your server using php, python, ruby or
whatever your server coding environment is.

A simple example may be found here:

<http://www.clothears.org.uk>

It includes both sides of the conversation.
 
J

JJ

Denis said:
On Tue, 20 Aug 2013 13:43:10 -0800, Robert Baer wrote:
For starters, ideally, a browser should not be communicating any data
with anyone without the users knowledge and permission.

A web browser certainly shouldn't be sending arbitrary emails to
arbitrary locations in the background of browsing.

In most web browsers, the only way to send an email involves opening the
users chosen email client with a preloaded message text, and requiring
the user to do the final send step. I say most, because I'm sure that
there must be at least one combination of IE / outlook [express] that
allows OLE hax to send emails from the browser.

However, generally, in javascript code in a sensibly configured browser,
all you can do "in the background" is make ajax requests to a server in
the domain that served the page.

That server can then of course convert those ajax requests into mails,
and send those mails from that server, but that's very different to
having the client browser generate and send those mails.
You ever hear of Google Analytics (one of many)?

I heard about it, found and block them a lot.
What about it?
 
R

Robert Baer

Denis said:
Knew squat about texting; fiddled around with 2 cellphones and found
texting,as such,is NOT useful for what i want.
I would like to send an internally generated string (eg: txt="blah
goofus mish mash") to a given e-mailbox (know username and password).
Using a mozilla browser for testing, the following JS code does
nothing (filled out correctly):
open("POST",url,async,usrname,usrpw)
send(txt)

For starters, ideally, a browser should not be communicating any data
with anyone without the users knowledge and permission.

A web browser certainly shouldn't be sending arbitrary emails to
arbitrary locations in the background of browsing.

In most web browsers, the only way to send an email involves opening the
users chosen email client with a preloaded message text, and requiring
the user to do the final send step. I say most, because I'm sure that
there must be at least one combination of IE / outlook [express] that
allows OLE hax to send emails from the browser.

However, generally, in javascript code in a sensibly configured browser,
all you can do "in the background" is make ajax requests to a server in
the domain that served the page.

That server can then of course convert those ajax requests into mails,
and send those mails from that server, but that's very different to
having the client browser generate and send those mails.
You ever hear of Google Analytics (one of many)?
 
R

Robert Baer

Christoph said:
Am 21.08.2013 04:27, schrieb Robert Baer:

The site was available just before I posted the message and is available
now. As an alternative you may try:

<http://pointedears.de/scripts/faq/cljs/#runServerScript>
Thanks; the jibbering reference still does not work.
"Server side script" kills what i had in mind.
Fortunately, i found a better and easier solution, using
navigator.userAgent.match against a string list of cellphone browsers
like iPhone|iPod|BlackBerry etc.
What was critical was getting that list.
 
D

Denis McMahon

Denis said:
Denis McMahon wrote:
On Mon, 19 Aug 2013 20:02:03 -0800, Robert Baer wrote:

In javascript .....

It sounds to me as if you're trying to do something that for very
good reasons should be blocked by the phone.

Knew squat about texting; fiddled around with 2 cellphones and
found
texting,as such,is NOT useful for what i want.
I would like to send an internally generated string (eg: txt="blah
goofus mish mash") to a given e-mailbox (know username and password).
Using a mozilla browser for testing, the following JS code does
nothing (filled out correctly):
open("POST",url,async,usrname,usrpw)
send(txt)

For starters, ideally, a browser should not be communicating any data
with anyone without the users knowledge and permission.

A web browser certainly shouldn't be sending arbitrary emails to
arbitrary locations in the background of browsing.

In most web browsers, the only way to send an email involves opening
the users chosen email client with a preloaded message text, and
requiring the user to do the final send step. I say most, because I'm
sure that there must be at least one combination of IE / outlook
[express] that allows OLE hax to send emails from the browser.

However, generally, in javascript code in a sensibly configured
browser,
all you can do "in the background" is make ajax requests to a server in
the domain that served the page.

That server can then of course convert those ajax requests into mails,
and send those mails from that server, but that's very different to
having the client browser generate and send those mails.
You ever hear of Google Analytics (one of many)?

Yes, and GA is subject to the same XSS limitations as anything else
running in a browser, and in my opinion, any sensibly configured browser
doesn't talk to GA servers at all.

I'm just wondering if this is the point at which I should decide you're
trolling and stop trying to help you, or perhaps if we've already gone
past that, because you clearly have nfi what you're talking about.

It sounds to me as if you're looking to us to give you code to do
something that shouldn't be done (or even doable) in most browsers simply
based on your inaccurate understanding of a totally different mechanism
that is used by some websites.
 
J

Jonathan N. Little

Denis said:
On Wed, 21 Aug 2013 19:46:13 -0800, Robert Baer wrote:


Yes, and GA is subject to the same XSS limitations as anything else
running in a browser, and in my opinion, any sensibly configured browser
doesn't talk to GA servers at all.

I put one "thumbs up" for Ghostery <http://www.ghostery.com/> Finally
relief from those damn infomercial popups from the likes of VibrantMedia
on tech blog and forum pages...
 
R

Robert Baer

Denis said:
Denis said:
On Tue, 20 Aug 2013 13:43:10 -0800, Robert Baer wrote:

Denis McMahon wrote:
On Mon, 19 Aug 2013 20:02:03 -0800, Robert Baer wrote:

In javascript .....

It sounds to me as if you're trying to do something that for very
good reasons should be blocked by the phone.

Knew squat about texting; fiddled around with 2 cellphones and
found
texting,as such,is NOT useful for what i want.
I would like to send an internally generated string (eg: txt="blah
goofus mish mash") to a given e-mailbox (know username and password).
Using a mozilla browser for testing, the following JS code does
nothing (filled out correctly):
open("POST",url,async,usrname,usrpw)
send(txt)

For starters, ideally, a browser should not be communicating any data
with anyone without the users knowledge and permission.

A web browser certainly shouldn't be sending arbitrary emails to
arbitrary locations in the background of browsing.

In most web browsers, the only way to send an email involves opening
the users chosen email client with a preloaded message text, and
requiring the user to do the final send step. I say most, because I'm
sure that there must be at least one combination of IE / outlook
[express] that allows OLE hax to send emails from the browser.

However, generally, in javascript code in a sensibly configured
browser,
all you can do "in the background" is make ajax requests to a server in
the domain that served the page.

That server can then of course convert those ajax requests into mails,
and send those mails from that server, but that's very different to
having the client browser generate and send those mails.
You ever hear of Google Analytics (one of many)?

Yes, and GA is subject to the same XSS limitations as anything else
running in a browser, and in my opinion, any sensibly configured browser
doesn't talk to GA servers at all.

I'm just wondering if this is the point at which I should decide you're
trolling and stop trying to help you, or perhaps if we've already gone
past that, because you clearly have nfi what you're talking about.

It sounds to me as if you're looking to us to give you code to do
something that shouldn't be done (or even doable) in most browsers simply
based on your inaccurate understanding of a totally different mechanism
that is used by some websites.
As i mentioned,"gone past that" and solved the problem rather nicely
and painlessly.
Thanks for the help.
BTW,it is not the browser "sensibly configured" or otherwise, that
talks to GA and their ilk..
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Members online

Forum statistics

Threads
473,744
Messages
2,569,484
Members
44,904
Latest member
HealthyVisionsCBDPrice

Latest Threads

Top