JavaScript est pris en charge dans un message électronique?
JavaScript est pris en charge dans un message électronique?
- Je ne l'espère pas.....
- Cela ne mérite pas un -1
- Est la cible de votre programme de messagerie Outlook? Thunderbird? GMail? Hotmail? Tous les ci-dessus? Les autres? Les différents programmes d'email de rendu mails différemment.
- Je viens de voir que rockettheme les gars sont en train de faire un compte à rebours de tant de jours heures minutes et secondes, et les graphismes sont l'animation de trop...incroyable ce qui est maintenant possible. Vous ne savez pas comment d'autre ils pourraient en faire. Observée dans mac mail client.
- J'ai trouvé un domaine et a obtenu ce - motionmailapp.com
- Je viens de voir la même chose dans un e-mail à partir de WordPress. Il s'avère que c'est tout simplement une générées dynamiquement GIF qui commence le compte à rebours à partir de quand il est récupéré (et il réinitialise au bout de 45 secondes - je suppose que si vous n'avez pas cliqué dans un délai de 45 secondes, vous avez probablement déjà fermé l'e-mail).
- Maintenant, je me demandais si vous pourriez faire quelque chose avec une infinité de chargement GIF, où chaque seconde que vous envoyez l'image suivante à tous les clients actuellement connectés... Hm.
Vous devez vous connecter pour publier un commentaire.
http://en.wikipedia.org/wiki/Comparison_of_e-mail_clients
Anciens clients, tels que Lotus Notes, Thunderbird, Outlook Express et Windows Live Mail tous semblent avoir pris en charge un certain tri de l'exécution de JavaScript. Rien d'autre ne le fait.
Il semble être une mauvaise idée de la sécurité, donc je m'attends à ce que cela soit une fonctionnalité qui ne sera pas toujours être partout, même dans ces clients.
Autres answerers ont suggéré que la réponse est "Non".
Sur l'autre main, une pièce jointe html sera probablement ouverte dans un environnement qui exécute le Javascript.
EDIT: Il a été suggéré que je n'ai pas correctement répondu à la question donc, ici, va plus complète de l'effort.
Résumé: je m'attends à ce que beaucoup ou la plupart des utilisateurs de la réception d'un format html e-mail contenant le Javascript intégré verrez l'exécuter et exécuter des tests pour confirmer que c'est vrai dans certains environnements. Mais le Javascript SERA bloqué pour certains utilisateurs.
Les protocoles (spécifiquement RFC2854) traitent explicitement de script (dans le texte/html message type de corps) avec l'énoncé:
Si les protocoles ne prendre en charge le Javascript, mais dont les agents utilisateurs ne?
Mon (ancien), lecteur de messagerie utilise un tableau pour spécifier viewer le logiciel à utiliser pour chaque type mime, détournant le contenu html de mon navigateur web préféré. Presque tous les navigateurs web pris en charge Javascript (et quelques avertissements lorsque vous essayez de l'éteindre!) Ne de messagerie moderne agents internes html interprètes et, dans l'affirmative, le javascript activé ou désactivé? J'ai vérifié la documentation sur Thunderbird et de trouver que le javascript semble être activée par défaut, mais peut être désactivé: http://codeverge.com/mozilla.support.thunderbird/simple-html-tags-reference-docume/2030160
J'ai remarqué que certains (?de nombreuses?) les utilisateurs peuvent désormais accéder à leurs e-mails à partir d'un navigateur directement (webmail est une telle plate-forme) plutôt que de courir séparé logiciel de messagerie. Toutes ces plates-formes que j'ai testé jusqu'à présent de faire exécuter le code Javascript intégré dans le code html de l'e-mail. Cependant, certains de ces environnements, en fonction de l'utilisateur paramètres de sécurité, ne pas récupérer automatiquement des liens externes (Javascript, des images ou autres) et ne peuvent donc exécuter Javascript externe à partir d'un fichier qui est inclus en tant que pièce jointe à un message. Il en serait de même de tout e-mail en mode hors connexion lecteur sur un appareil sans connexion internet actuelle.
Ci-dessus s'applique à du javascript intégré dans la principale partie de message dans le corps du courriel. On peut aussi avoir html explicitement comme une "pièce jointe", qui s'il est enregistré, puis a ouvert doit être affiché dans un navigateur web, où Javascript est disponible avec une très forte probabilité. Par conséquent, on pourrait inclus une deuxième copie du javascript e-mail comme pièce jointe html avec une alternative text/plain corps principal et/ou l'étiquette dans le corps du texte/html diriger l'utilisateur vers la pièce jointe.
J'ai pensé à ce sujet, car certaines de mes connaissances insister à m'envoyer des mail "cartes de vœux", qui consistent en un message texte m'orientant vers un lien que j'ai trouvé à ce insatisfaisant que je refuse même d'envisager de le charger pour le principe. J'ai écrit et envoyé des e-mail des cartes de vœux avec des graphiques interactifs et de la musique et même des jeux à l'aide de javascript intégré et satisfaits du résultat.
Donc, je maintiens que la bonne réponse est "Oui" à la fois sur les motifs que les protocoles spécifiquement adresse de script et sur le motif que les agents électroniques personnellement, j'utilise couru le Javascript dans mon test des e-mails.
<script> document.write('test'); </script>
dans mon test des e-mails. Même pour Outlook pour Android 2.2.44, K-9 pour Android 5.208, Gmail webmailer (testé 06.11.2017) et Roundcube webmailer 0.9.5. Donc je suis d'accord pour ceux disant qu'il ne fonctionne pas dans la plupart des (moderne) des clients. Il est vrai que la plupart des utilisateurs utilisent webmailers, mais pour une bonne raison, ceux-ci semblent bande de JS de messages avant de les transmettre au navigateur.Pas, d'une manière générale lecteurs de courrier électronique ne permettent pas de javascript.
Vous n'allez pas obtenir un exécutable JavaScript sur un serveur et un client de messagerie. Mais les e-mails NE soutien de liens, vous pouvez toujours le lien vers votre contenu dans un e-mail.
Pour la plupart des clients de messagerie, pas de.
Réponse courte
Pas
Descriptif réponse
Il dépend. Mais l'e-mail n'est pas garantie à se comporter de la façon dont vous le souhaitez. Différents clients de messagerie poignée JS différemment. La plupart des nouveaux clients de messagerie ne prennent pas en charge de tout ça, car il est potentiellement très dangereux à l'appui de l'exécution du script dans une application de bureau qui contient beaucoup de vos informations personnelles.
J'ai eu un cas d'utilisation où j'avais besoin d'utiliser JS dans un e-mail. J'ai essayé sur le client web de microsoft outlook et client de bureau, et il s'avère outlook supprime la partie du script de votre e-mail en HTML. Il pourrait y avoir un autre client de messagerie qui prend en charge la JS exécution, mais étant donné que vous ne pouvez pas contrôler le client où votre e-mail pourrait être considéré dans la machine client, ce n'est pas une bonne idée d'intégrer des scripts dans l'e-mail en HTML.
Sa conseillé de garder votre e-mail en HTML le plus simple possible, pas de JS, et le moins que l'CSS que vous pouvez faire avec (parce que, encore une fois, sur différents clients de messagerie ont des soutiens divers pour le CSS ainsi) ex: outlook web du client n'était même pas reconnaître un bouton HTML de la balise dans l'e-mail. J'ai dû utiliser une balise d'ancrage et un peu de CSS sur le dessus de cela pour imiter l'affichage d'un bouton.
Il peut être, mais les clients de messagerie ne sera pas le lire & serveurs de messagerie peut la rejeter. Afin de la laisser sortir.
Javascript n'est pas supporté dans les e-mails.
La réponse est oui, parce que le courriel peut transporter toute sorte de message, JavaScript inclus.
Si vous trouverez une application qui est prêt à exécuter le code JavaScript dans un e-mail est un autre problème.