First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 105230
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Net-Mail Packages <net-mail@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Rumba <david@djin.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 105230 depends on: Show dependency tree
Bug 105230 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-09-08 02:13 0000
Hi,  
  
I'm setting up a mail server with virtual domains using Qmail and Maildrop  
(amongst others). Since these users have no real system accounts Qmail will  
resort the use of the alias user, wich has /var/qmail/alias as $HOME.  
  
I use .qmail files in this directory to let maildrop handle the email  
delivery. The problem is that the alias user is not a trusted user, as set  
with the configure option:  
  
--enable-trusted-users='apache dspam root mail daemon postmaster qmaild mmdf  
vmail'  
  
and I get "You are not a trusted user" in my log files. After editing the  
ebuild so the above configure line looks like this:  
  
--enable-trusted-users='apache dspam root mail daemon postmaster qmaild mmdf  
vmail alias'  
  
Everything works just fine. Could you please add the alias user to the trusted 
users list? 
 
Thanks! 
 
If you need me to test the ebuild, please let me know... 

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

------- Comment #1 From Fernando J. Pereda (RETIRED) 2005-09-20 02:58:02 0000 -------
Should be fixed in maildrop-2.0.0. It is p.masked but using it should be safe.

Cheers,
Ferdy

------- Comment #2 From Rumba 2005-09-20 05:56:50 0000 -------
Great, thanks! 

First Last Prev Next    No search results available      Search page      Enter new bug