🚀 go-pugleaf

[gee: no gnu.emacs.vm.bug@prep.ai.mit.edu. ok, trying bug-vm@uunet.uu.net]
[Same message i posted elsewhere]

>>>>> On Thu, 20 Jun 91 10:33:08 -0700, "Mark D. Baushke" <mdb@ESD.3Com.COM> said:

Mark> On Thu, 20 Jun 91 10:05 CDT, Dan_Jacobson@ATT.COM said:

Dan> wow, those local variables in the bottom of the last message really
Dan> caused a 4th of July fireworks as i tried to recover my inbox.crash in
Dan> vm.  Oh well, maybe they'll fix it one day at FSF.

Mark> I would urge everyone to add the following to their ~/.emacs files to
Mark> avoid these 'fireworks' in the future.

Mark> ;;
Mark> ;; Security hole fix.
Mark> ;;
Mark> (setq inhibit-local-variables t)

Mark> 	inhibit-local-variables's value is t
Mark> 	
Mark> 	Documentation:
Mark> 	*Non-nil means query before obeying a file's local-variables list.
Mark> 	This applies when the local-variables list is scanned automatically
Mark> 	after you find a file.  If you explicitly request such a scan with
Mark> 	M-x normal-mode, there is no query, regardless of this variable.
Mark> 	

Mark> In my opinion, the above should default to t.

That was the problem.  I have it set to t.  With the
inhibit-local-variables variable, one can either accept all the local
variables, or be queried, but the capability doesn't exist to ignore
them, which is appropriate when reading whatever popped into today's
mailbox.   As getting mail sometimes involves a ^G for me, and as Joe
pointed out last message, that can cause fatal looping.