[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#42052: [PROPOSAL] /var/mail and /var/spool/mail



Package: debian-policy
Version: 3.0.1

On Tue, Jul 27, 1999 at 02:39:36PM -0500, Manoj Srivastava wrote:
>  >> This way, people would be free to move /var/spool/mail/* to /var/mail/*
>  >> at their discretion, but this is never done automatically by the system.
> 
>  Joseph> That was the point of the suggestion.  There was actually a
>  Joseph> bug to this effect against policy suggesting we do this, but
>  Joseph> I closed it when it seemed FHS was going to lose /var/mail
>  Joseph> since there were complaints about it.
> 
>         Sounds like a plan. Could you reopen this proposal, then, and
>  we can make this a part of policy 3.0.X?

Okay,

I propose that we create a safe migration path between /var/spool/mail and
/var/mail.

The base-files package should implement the following:
  * If /var/mail does not exist but /var/spool/mail does (standard
    configuration today), a symlink /var/mail -> /var/spool/mail should be
    created.
  * If /var/mail does exist but /var/spool/mail does not, a symlink
    /var/spool/mail -> /var/mail should be created.
  * If /var/mail and /var/spool/mail are both directories, Something Is
    Really Screwed and the installation should fail, telling the user to
    clean up the disaster.  =>  (lost or mangled mail is potentially a
    disaster and we should not risk an automated solution..)

To do this I suggest we ammend policy first by replacing all existing
instances of /var/spool/mail with /var/mail and then changing the second
paragraph of section 5.6 which currently reads

   The mail spool is /var/spool/mail and the interface to send a mail
   message is /usr/sbin/sendmail (as per the FHS). The mail spool is part
   of the base system and not part of the MTA package.

to the following:

   The mail spool is /var/mail and the interface to send a mail message is
   /usr/sbin/sendmail (as per the FHS).  The mail spool is part of the
   base system and any package requiring use øf /var/mail must declare
   dependency on base-files (>= #BASEFILESVER#).


Also, a new section should be inserted after section 3.1.2 containing the
following:

  3.1.3 The system mail spool

   While the FHS mandates the mail spool be accessable as /var/mail, it is
   important to retain compatibility with older packages and locally
   compiled programs.  Packages using the mail spool should use /var/mail
   and declare dependency on base-files (>= #BASEFILESVER#).


There's some redundancy in that, but I think it's warranted I think.  If
someone else thinks they can do a better job with the changes to the
policy, feel free to offer.  =>

I think it's best to leave the nitty-gritty handling of making sure both
exist and one is a symlink to the other to the base-files maintainer since
that's all under the scope of the base-files post or preinst and doesn't
concern anything else.

-- 
Joseph Carter <knghtbrd@debian.org>             Debian GNU/Linux developer
GnuPG: 2048g/3F9C2A43 - 20F6 2261 F185 7A3E 79FC  44F9 8FF7 D7A3 DCF9 DAB3
PGP 2.6: 2048R/50BDA0ED - E8 D6 84 81 E3 A8 BB 77  8E E2 29 96 C9 44 5F BE
--------------------------------------------------------------------------
Software is like sex, it's better when it's free.     -- Linus Torvalds


Reply to: