Your message dated Thu, 12 Mar 2009 04:47:02 +
with message-id
and subject line Bug#470994: fixed in debian-policy 3.8.1.0
has caused the Debian Bug report #470994,
regarding Mail spool files should not be required to be mode 0660 (allowing
0600)
to be marked as done.
This means that you
Processing commands for [EMAIL PROTECTED]:
> severity 62668 normal
Bug#62668: [AMENDMENT 10/05/2000] s/mail\.mail/root\.mail/
Severity set to `normal'.
> retitle 62668 [AMENDMENT 10/05/2000] s/mail\.mail/root\.mail/
Bug#62668: [AMENDMENT 10/05/2000] s/mail\.mail/root\.mail/
Changed Bug title.
>
On Tue, May 09, 2000 at 03:23:54PM +0200, Josip Rodin wrote:
> On Tue, May 09, 2000 at 02:20:13PM +0200, Santiago Vila wrote:
> > I wonder how would we deal with this bug if we followed the procedure
> > proposed by Ian. Would I be the person to decide about this just
> > because I happen to main
On Tue, May 09, 2000 at 02:20:13PM +0200, Santiago Vila wrote:
> Hi.
>
> I made a proposal to change the mail spool from mail.mail to root.mail.
>
> Still looking for seconds.
If that's current practice and it works, I s
On Tue, May 09, 2000 at 02:20:13PM +0200, Santiago Vila wrote:
> I made a proposal to change the mail spool from mail.mail to root.mail.
>
> Still looking for seconds.
Oh, right... it seems that it's a change that wouldn't break anything, since
it's set up to root.mai
Hi.
I made a proposal to change the mail spool from mail.mail to root.mail.
Still looking for seconds.
Those who think root.mail is wrong should perhaps make a counter-proposal
which adds a suitable rationale for using mail.mail (is there a rationale
for that?).
I wonder how would we deal with
> "Marco" == Marco d'Itri <[EMAIL PROTECTED]> writes:
Marco> We have it:
Marco> For MUAs: $MAIL. For MTAs: ~/.forward For LDAs: depends on
Marco> the program, but it's not really important because you have
Marco> to configure it anyway.
True, but there is no central place to
On May 08, Brian May <[EMAIL PROTECTED]> wrote:
>I don't think the other options are required or needed. However, some
>way to override these defaults on a per user baisis is important
>(eg in case a user needs a non-default location for some reason).
We have it:
For MUAs: $MAIL.
For MTAs: ~/.
> "jrfern" == jrfern <[EMAIL PROTECTED]> writes:
jrfern> Well, the aliases system in qmail is completely
jrfern> different. Should this ammount to a wishlist message to
jrfern> the qmail-src maintainer, suggesting a qmail ->
jrfern> fastforward dependancy? (this applies to sen
On Sun, May 07, 2000 at 12:01:45AM +0200, [EMAIL PROTECTED] wrote:
> > Debian packages which process electronic mail (...)
> > must make sure that they are compatible with the
> > configuration decisions below.
> > Failure to do this may result in lost mail, broken From: lines, a
mage!
If the Policy uses must, it's not up to the sysadmin
to decide. Her decisions have to be compatible. Period.
* Issue one: SPOOL AND MAILBOXES
Where should the real spool files be? Could /var/mail/$user be a link
to /home/$user/Mailbox?
> [Policy 5.6]
> The mail spool i
I could try to sort through that and try to answer specific questions in
the order asked, however I think the answers make more sense if I don't.
The reason for a common mail spool in mbox format is that it is the
standard. Many people (myself included) do not use the mbox format other
tha
Sorry to intrude, as a non-maintainer | non-expert | no-guru
maybe this is just noise to the list and the topic has been
discussed before and wisely solved, but there's one point I cannot see:
why should having a user-directory spool (as in qmail's Mailbox)
with a link in /var/mail and|or /var/spoo
Processing commands for [EMAIL PROTECTED]:
> severity 62668 wishlist
Bug#62668: policy says mail spool should be mail.mail (?)
Severity set to `wishlist'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Darren Benham
(administrator, Debian Bugs database)
severity 62668 wishlist
thanks
Well, let's make a proposal for this also:
Current Policy, 5.6, states:
The mail spool is 2775 mail.mail, and MUAs need to be setgid mail to
do the locking mentioned above [...]
AFAIK, we have never followed this, and I have not received any reports
ag
15 matches
Mail list logo
