Otros respondedores han sugerido que la respuesta es "No".
Por otro lado, un archivo adjunto html probablemente se abrirá en un entorno que ejecuta Javascript.
EDITAR: Se sugirió que no he respondido correctamente la pregunta, así que aquí va un esfuerzo más completo.
Resumen: esperaría que muchos o la mayoría de los usuarios que reciben un correo electrónico con formato html que contenga Javascript incrustado lo vean ejecutarse y realicen pruebas para confirmar que esto es cierto en algunos entornos. Pero Javascript será bloqueado para algunos usuarios.
Los protocolos (específicamente RFC2854) abordan explícitamente las secuencias de comandos (dentro del tipo de cuerpo del mensaje de texto / html) con la declaración de que:
Además, la introducción de lenguajes de secuencias de comandos y capacidades interactivas en HTML 4.0 introdujo una serie de riesgos de seguridad asociados con la ejecución automática de programas escritos por el remitente pero interpretados por el destinatario. Los agentes de usuario que ejecutan dichos scripts o programas deben tener mucho cuidado para asegurarse de que el software no confiable se ejecute en un entorno protegido.
Entonces, los protocolos son compatibles con Javascript, pero ¿qué agentes de usuario lo hacen?
Mi (antiguo) lector de correo electrónico utiliza una tabla para especificar qué software de visor usar para cada tipo MIME, desviando contenido html a mi navegador web favorito. Casi todos los navegadores web actuales admiten Javascript (¡y algunos emiten advertencias graves cuando intenta desactivarlo!) ¿Los agentes de correo electrónico modernos incluyen intérpretes html internos y, si es así, está activado o desactivado JavaScript? Verifiqué la documentación de Thunderbird y descubrí que javascript parece estar activado de manera predeterminada, pero puede desactivarse: http://codeverge.com/mozilla.support.thunderbird/simple-html-tags-reference-docume/2030160
He notado que algunos (¿muchos?) Usuarios ahora acceden a su correo electrónico directamente desde un navegador (el correo web es una de esas plataformas) en lugar de ejecutar un software de correo electrónico separado. Todas las plataformas que he probado hasta ahora ejecutan cualquier Javascript incrustado en el html del mensaje de correo electrónico. Sin embargo, algunos de estos entornos, dependiendo de la configuración de seguridad del usuario, no obtienen automáticamente enlaces externos (Javascript o imágenes u otros) y, por lo tanto, solo pueden ejecutar Javascript externo desde un archivo que se incluye como un archivo adjunto al mensaje. Lo mismo sería cierto para cualquier lector de correo electrónico fuera de línea en un dispositivo sin una conexión a Internet actual.
Lo anterior se aplica a javascript incrustado en la parte principal del mensaje del cuerpo del correo electrónico. También se puede tener html explícitamente como un "archivo adjunto", que si se guarda y luego se abre se mostrará en un navegador web, en el que Javascript está disponible con una probabilidad muy alta. Por lo tanto, uno podría incluir una segunda copia del correo electrónico habilitado para JavaScript como un archivo adjunto html con un texto alternativo / cuerpo principal y / o etiqueta en el texto principal / html que dirige al usuario al archivo adjunto.
He estado pensando en esto porque algunos de mis conocidos insisten en enviarme "tarjetas de felicitación por correo electrónico" que consisten en un mensaje de texto que me dirige a un enlace que me parece tan insatisfactorio que me niego incluso a considerar cargarlo solo por principio . He escrito y enviado tarjetas de felicitación por correo electrónico con gráficos y música interactivos e incluso juegos que utilizan JavaScript incrustado y estoy satisfecho con el resultado.
Por lo tanto, mantengo que la respuesta correcta es "Sí" tanto porque los protocolos abordan específicamente las secuencias de comandos como porque todos los agentes de correo electrónico que uso personalmente corrieron el Javascript en mis correos electrónicos de prueba.