Bug 1111 - mail.local will happily deliver mail to a quota'd filesystem
Summary: mail.local will happily deliver mail to a quota'd filesystem
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: 2.1-STABLE
Hardware: Any Any
: Normal Affects Only Me
Assignee: scrappy
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 1996-03-30 18:10 UTC by henrich
Modified: 1997-11-13 23:20 UTC (History)
0 users

See Also:


Attachments
file.diff (1.34 KB, patch)
1996-03-30 18:10 UTC, henrich
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description henrich 1996-03-30 18:10:03 UTC
 
        /usr/libexec/mail.local runs as root.  As such is can fill up a 
        mailbox on a quota'd filesystem, and keep going... Makes quota's
        almost useless in an ISP environment.

Fix: Here's a patch to mail.local (tested, it works) to cause mail.local
        to become the user before delivery is attempted, which will fail for
        overquota.  One note needs to be said about QUOTA's and mail, when
        one enables quota on a mail system sendmail must run a mail.local
        for each message (e.g. no lower m in the args F= in Mprog in 
        sendmail.cf).  If sendmail attempts multiple recipient delivery, and
        any recipient is over quota, the mail will be requeued for delivery
        again later.  Unfortunatly everyone else who was delivered to at the
        same time, without error, will keep getting copies of the message until
        the entire delivery attempt was a success.  This is an inherent flaw
        in mail.local, and not a result of this patch.
How-To-Repeat: 
        send a mail message..
Comment 1 scrappy freebsd_committer freebsd_triage 1996-10-22 07:09:23 UTC
State Changed
From-To: open->feedback


Dust off the cobwebs - Confirm Status 
Comment 2 scrappy freebsd_committer freebsd_triage 1996-10-22 21:51:44 UTC
State Changed
From-To: feedback->closed


Fixed in Rev 1.8 
Comment 3 scrappy freebsd_committer freebsd_triage 1996-10-23 06:05:59 UTC
State Changed
From-To: closed->open


Re-opened while awaiting a proper context diff patch from Originator 

this one was more of a learning experience then I expected...*sigh* 



Comment 4 scrappy freebsd_committer freebsd_triage 1996-10-23 06:05:59 UTC
Responsible Changed
From-To: freebsd-bugs->scrappy

Someone has to, no? 
Comment 5 alex freebsd_committer freebsd_triage 1997-11-13 23:18:29 UTC
State Changed
From-To: open->closed

Fixed in rev 1.14 of mail.local.c.