Les versions récentes d'Emacs ont un très bon rendu pour HTML écrit entièrement en Elisp. Ce moteur de rendu (shr) peut être utilisé pour afficher des e-mails HTML, de la documentation, etc. Cependant, il semble que shr récupère des ressources distantes référencées dans des documents HTML (par exemple des images). Si le code HTML n'est pas fiable, comme dans le cas des spams, cela entraîne un certain nombre de problèmes de sécurité et de confidentialité.
Question: Comment est-il possible d'empêcher shr d'accéder aux ressources distantes lors du rendu HTML?
url.el
uniquement.url.el
refuser l'accès aux ressources distantes? On dirait que cela pourrait briser les choses. Je pense que shr devrait être capable de faire la distinction entre les ressources locales et distantes et devrait avoir un mode dans lequel il n'essaye même pas de récupérer des éléments distants.Réponses:
shr.el a un
(defvar shr-inhibit-images nil)
et unIl semble que
(setq shr-inhibit-images t)
j'arrête les requêtes Web lorsque je consulte les e-mails HTML.Notez qu'il désactive complètement l'affichage de l'image
eww
. C'est bien pour moi mais ça pourrait ne pas marcher pour vous. Vous pouvez bien sûr ajouter uneeww-mode
liaison de touches qui basculerait cette + recharger une page donnée lors de l'activation des images.la source
shr-inhibit-images
aut
rendu des e-mails HTML. De cette façon, eww ne devrait pas être affecté.mu4e-shr2text
. Ma version modifiée avec inhibition des images peut être trouvée ici: github.com/tmalsburg/mu/blob/master/mu4e/mu4e-contrib.el#L44 Je doute de cette déclaration sur les cookies et javascript. Les cookies ne sont pas récupérés à l'aide de connexions distinctes et eww / shr ne prend pas en charge le javascript à ma connaissance.