Gnus development mailing list
 help / color / mirror / Atom feed
From: Carsten Bormann <cabo@Informatik.Uni-Bremen.DE>
Cc: ding@ifi.uio.no, bug-gnu-emacs@prep.ai.mit.edu
Subject: Permissions of auto-save files (Re: permissions of dribble file)
Date: Thu, 13 Mar 1997 18:35:05 +0100 (MET)	[thread overview]
Message-ID: <199703131735.SAA12738@dienstmann.informatik.uni-bremen.de> (raw)
In-Reply-To: <oceiv2vd8fz.fsf@schauder.mit.edu>

John Palmieri writes:
> Here is an excerpt from the gnus info files (node: Auto Save):
> 
> > The dribble file will get the same file
> > permissions as the `.newsrc' file.
> 
> Here is an excerpt from my directory:
> 
>   /bb/palmieri:
>   total 164
>   -rw-------  1 palmieri     3729 Dec 18 14:01 .newsrc
>   -rw-------  1 palmieri    18885 Mar 13 12:02 .newsrc.eld
> 
> Here is my dribble file:
> 
>   -rw-r--r--  1 palmieri       84 Mar 13 12:05 #.newsrc-dribble#

No -- that's not your dribble file, its the auto-save file of a
not-yet-existing dribble file.

Each time we install a new version of Emacs here, we apply the
following patch (oops, this patch is reversed -- the default mode is
changed from 0666 to 0600 by the patch):

cd /home/rn-src/emacs-19.34/src/
gdiff -u /home/rn-src/emacs-19.34/src/fileio.c /home/rn-src/emacs-19.34/src/fileio.c.orig
--- /home/rn-src/emacs-19.34/src/fileio.c	Mon Sep  9 18:13:36 1996
+++ /home/rn-src/emacs-19.34/src/fileio.c.orig	Sat Jul 20 09:00:27 1996
@@ -3997,7 +3997,7 @@
     /* But make sure we can overwrite it later!  */
     auto_save_mode_bits = st.st_mode | 0600;
   else
-    auto_save_mode_bits = 0600;
+    auto_save_mode_bits = 0666;
 
   return
     Fwrite_region (Qnil, Qnil,

Diff finished at Thu Mar 13 18:23:40

This gross hack is intended to make auto-save files for buffers like
*mail* more secure -- it might help with your problem.  It also causes
auto-save files that you may want to keep accessible to be unreadable
for your colleagues.  Sigh.

Of course, Gnus could save an empty dribble file at the outset, making
this hack unnecessary *just for dribble files*.  My taste buds don't
know whether this would be less gross.

The real thing would be a way to indicate, from Emacs-Lisp, the
desired privacy mode for auto-save files for each buffer in Emacs
separately -- even those that don't have files yet (that's why I put
bug-gnu-emacs into the CC).

Gruesse, Carsten


  reply	other threads:[~1997-03-13 17:35 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1997-03-13 17:10 permissions of dribble file John Palmieri
1997-03-13 17:35 ` Carsten Bormann [this message]
1997-03-13 18:27   ` Permissions of auto-save files (Re: permissions of dribble file) Karl Kleinpaste
1997-03-19 23:14     ` Danny Siu
1997-03-13 19:41 ` permissions of dribble file Edward J. Sabol

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=199703131735.SAA12738@dienstmann.informatik.uni-bremen.de \
    --to=cabo@informatik.uni-bremen.de \
    --cc=bug-gnu-emacs@prep.ai.mit.edu \
    --cc=ding@ifi.uio.no \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).