On Tue, Jan 12, 2010 at 05:54:56PM -0500, Sam Varshavchik wrote:
> Josip Rodin writes:
>> On Tue, Jan 12, 2010 at 07:13:50AM -0500, Sam Varshavchik wrote:
>>> # authtest [email protected]
>>> Authentication succeeded.
>>>
>>> Authenticated: [email protected] (uid 8, gid 12)
>>> Home Directory: /var/spool/maildir/mrsam
>>> Maildir: (none)
>>> Quota: (none)
>>> Encrypted Password:
>>> Cleartext Password: (none)
>>> Options: (none)
>>>
>>> That's how I have my mailbox configured in courier-authlib. I get:
>>>
>>> uid=8(mail) gid=12(mail) groups=12(mail)
>>
>> Just to make sure - because I can't tell from this output - does this test
>> include root running "maildrop -d mail"?
>
> maildrop -d [email protected], in my case.
OK, but this is different behaviour from what the bug report is about?
This is what I mean:
% sudo useradd -m -d /tmp/testmaildrop testmaildrop
% id testmaildrop
uid=1006(testmaildrop) gid=1006(testmaildrop) groups=1006(testmaildrop)
% sudo -u testmaildrop sh -c "echo echo \\\`id\\\` >> ~testmaildrop/.mailfilter"
% sudo -u testmaildrop sh -c "echo exit >> ~testmaildrop/.mailfilter"
% sudo maildrop -V2 -d testmaildrop < /dev/null
ERR: authdaemon: s_connect() failed: No such file or directory
maildrop: Changing to /tmp/testmaildrop
Message start at 0 bytes, envelope sender=testmaildrop
maildrop: Attempting .mailfilter
maildrop: Filtering through `id`
uid=1006(testmaildrop) gid=0(root) groups=0(root)
That's the problem. After using -d, it changes the user but not the group.
Can you reproduce that?
--
2. That which causes joy or happiness.
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
