FreeBSD Port: postfix-2.8.4,1
ohauer at gmx.de
Mon Aug 1 22:04:17 UTC 2011
On 2011-08-01 23:31, Olli Hauer wrote:
> On 2011-08-01 22:54, Miroslav Lachman wrote:
>> Olli Hauer wrote:
>>> On 2011-08-01 12:55, Miroslav Lachman wrote:
>>>> I upgraded postfix-2.8.3,1 to postfix-2.8.4,1 yesterday and today I
>>>> realized, that postfix is nolonger in my manualy defined group
>>>> (maildirs:*:3125:postfix). I use this setting for many years without
>>>> After the change to "use the ports framework to create USERS and
>>>> GROUPS" it means broken installation after upgrade.
>>>> 1] I don't think it is good to touch user's customizations in users
>>>> or groups especially removing something silently
>>>> 2] If something like this change happend, it should be mentioned in
>>>> Am I forced to do manual work (adding postfix to my group) after
>>>> each upgrade?
>>>> Miroslav Lachman
>>> Hi Miroslav,
>>> what do you mean with "postfix is nolonger in my manualy defined group"?
>> I have postfix in group maildirs on my servers:
>> This is my group created many years ago (the server start its life as FreeBSD 6.0, now it runs 8.2). I am using this group for mail directories on all of my mailservers.
>>> In the postfix port there was no code to remove the postfix user from
>>> any group or delete the postfix user.
>>> If my speculation is correct and this was not a fresh install, then the
>>> postfix user is now member of the groups *mail, postfix and maildirs*.
>> Today (after Postfix upgrade) I have this in daily report:
>> Backup passwd and group files:
>> elsa.codelab.cz group diffs:
>> < maildirs:*:3125:postfix
>> So I looked in to /etc/group and found that postfix is no longer member of the group maildirs:
>> I must re-add it to group maildirs, so now I have it right:
>>> id postfix
>> uid=125(postfix) gid=125(postfix) groups=125(postfix),6(mail),3125(maildirs)
>> Miroslav Lachman
> Oh, indeed. You hit a limitation of /usr/sbin/pw.
> The groups are applied with "pw usermod -G $grouplist"
> from pw(8):
>> -G grouplist Set additional group memberships for an account. grouplist
>> is a comma, space or tab-separated list of group names or
>> group numbers. The user's name is added to the group lists
>> in /etc/group, *and removed from any groups not specified in
> I can think about a workaround for your case. Give me some time will do some tests.
No, you don't hit the limitation. It seems you really found a bug in the Framework!
>From the Framework code in bsd.port.mk existing groups should honored.
I will look into this.
Thanks for your report.
More information about the freebsd-ports