After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 305659 - balsa: FHS compliant defaults (/var/spool/mail vs /var/mail)
balsa: FHS compliant defaults (/var/spool/mail vs /var/mail)
Status: RESOLVED FIXED
Product: balsa
Classification: Other
Component: general
2.3.x
Other Linux
: Normal normal
: ---
Assigned To: Balsa Maintainers
Balsa Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-05-27 13:58 UTC by Andrew Lau
Modified: 2005-10-22 15:31 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
proposed patch (501 bytes, patch)
2005-05-27 18:38 UTC, Peter Bloomfield 		none Details | Review

Description Andrew Lau 2005-05-27 13:58:28 UTC 
Debian BTS: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=310488
Submitter: Jeffrey Austen <jausten@tntech.edu>

My comments:

According to the Filesystem Hierarchy Standard (2.3) [1], /var/spool/mail has
now been replaced by /var/mail as the default user mail spool directory. Under
Debian, /var/spool/mail is a symlink to ../mail, but its future presence can no
longer be guaranteed. Now should balsa change the default outright or add some
simple code to to test for the existence of /var/mail?

[1] http://www.pathname.com/fhs/pub/fhs-2.3.html#VARMAILUSERMAILBOXFILES
Comment 1 Peter Bloomfield 2005-05-27 18:38:56 UTC 
Created attachment 46962 [details] [review]
proposed patch

Thanks for pointing that out!

Balsa tests for /var/spool/mail/ and then for /var/mail/, so it will continue
to configure correctly when the former goes away.  However, we should reverse
the order, so that while both exist, a new user's configuration doesn't point
to the dead-end alias.	Proposed patch attached.
Comment 2 Peter Bloomfield 2005-05-29 03:55:04 UTC 
Committed to cvs.
Comment 3 Craig Routledge 2005-10-02 19:46:08 UTC 
Looks good here.  Close?
Comment 4 Peter Bloomfield 2005-10-22 15:31:03 UTC 
Sure--let's close it.  Resolving as FIXED...