|
|
[Gentoo Linux Home] [GLEP Index] [GLEP Source] |
| GLEP: | 32 |
|---|---|
| Title: | Maildir Location |
| Version: | 1.2 |
| Last-Modified: | 2007/04/21 03:13:16 |
| Author: | Georgi Georgiev <chutz at gg3.net> |
| Status: | Deferred |
| Type: | Standards Track |
| Content-Type: | text/x-rst |
| Created: | 03-Nov-2004 |
| Post-History: | 03-Nov-2004 |
Ebuilds that install mail delivery agents often need to know the default location of users' mailbox. When the mailbox is of a maildir type, there is no set standard what the name of the directory should be. The most popular extensions are "Maildir", ".Maildir" and Gentoo has adopted its own ".maildir" name.
This GLEP proposes a user-definable maildir location.
To provide the means to change the default location of a maildir, that is currently hardcoded in ebuilds.
The ".maildir" name is not adequate for most situations.
The following comments were made in a discussion [1] on the Gentoo bugzilla
A maildir.eclass has been submitted to Bug 52076 [1].
Patches that implement features similar to this GLEP have already been submitted to Bug 52076 [1].
The default location for maildir delivery is specified by the $MAILDIR variable. This variable is specified in rc.conf.
This eclass exports a $MAILDIR variable to the ebuilds that inherit it. If $MAILDIR has not been specified in rc.conf the eclass exports MAILDIR=.maildir for backwards compatibility reasons.
Since most ebuilds that currently need to know what the maildir delivery location is already take the default .maildir location into account when installing, modifying ebuilds to implement this GLEP is as simple as inheriting the maildir.eclass and substituting .maildir in the ebuild with the $MAILDIR variable. Care should be taken, to also modify any patches or scripts that are used by the ebuild, that already have .maildir hardcoded (vpopmail, exim).
The default location is ".maildir", unless it is overridden. This way, there would be no backwards compatibility issues.
| [1] | (1, 2, 3) Bug 52076 (http://bugs.gentoo.org/show_bug.cgi?id=52076) |
This document has been placed in the public domain.