Steve Litt <sl...@troubleshooters.com> writes: > On Tue, 27 May 2014 11:27:56 +0530 > Kushal Kumaran <kushal.kumaran+deb...@gmail.com> wrote: > >> Joe Pfeiffer <pfeif...@cs.nmsu.edu> writes: >> >> > First, here's what I'm trying to do: >> > >> > I'm using encfs to give myself an encrypted home directory, and I'm >> > successfully mounting it automatically using pam_mount when I log >> > in. >> > >> > My email is processed by a .procmailrc file in my home directory, >> > and I'm passing the email through bogofilter. So, at present I >> > have a nearly empty home directory containing .procmailrc >> > and .bogofilter/ which is accessed when I'm not logged in, and my >> > "real" home directory which is available when I am logged in. This >> > is, of course, less than optimal since I have to keep two versions >> > of .procmailrc and .bogofilter/ in sync. >> > >> >> You could keep the two files outside your home, and create symlinks to >> them in both the unencrypted and encrypted homes. > > That sounds good to me. > > If you want to keep two separate files, it's as simple as running a > shellscript to make sure they are the same. For instance, > my .procmailrc got so big and complicated that I split it into parts. > For instance, all the trolls and irritants go into something called > badguys.rc. Mailing lists go in maillists.rc. So to filter yet another > person, I'd edit badguys.rc, run my shellscript, and it would create a > new ~/.procmailrc with everything in the right order (bad guys get > filtered out before mailing list decisions are made, etc). There's one > file called vitals.rc that rises to the top of the file, and is > reserved for anything from a person or organization I consider > absolutely essential, and I want to see it even if it would normally be > moved by other filters. My shellscript could just as easily write a > copy in two different places.
Well, I don't want to keep two separate files (that's what I'm trying to get away from). It seems like the overlay filesystem would be a bit cleaner if it can work, but symbolic links elsewhere would be my second choice. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1bbnujq9zu....@snowball.wb.pfeifferfamily.net
