Postfix as distributed by me has never nagged about obsolete 'access'
files, and I suggest that any complaints about such behavior are
directed at the downstream maintainer who introduced that behavior.
Wietse
On 2 Jan 2018, at 10:24, Wietse Venema wie...@porcupine.org> wrote:
>
> @lbutlr:
>> On 1 Jan 2018, at 11:18, Wietse Venema wie...@porcupine.org> wrote:
>>> =20
>>> @lbutlr:
On 31 Dec 2017, at 16:41, @lbutlr wrote:
> Perhaps "are no longer part of the default Postfix install. If you =
>>
> On Jan 2, 2018, at 12:24 PM, Wietse Venema wrote:
>
> I frequently install Postfix on a development machine, and I would
> certainly have noticed messages about an obsolete 'access' file
> (the access file on my development machine dates from 2005).
Indeed there have been very few additional
@lbutlr:
> On 1 Jan 2018, at 11:18, Wietse Venema wie...@porcupine.org> wrote:
> >=20
> > @lbutlr:
> >> On 31 Dec 2017, at 16:41, @lbutlr wrote:
> >>> Perhaps "are no longer part of the default Postfix install. If you =
> are =3D
> >> not using them, they may be removed."?
> >=20
> > Per my previo
On 1 Jan 2018, at 11:18, Wietse Venema wie...@porcupine.org> wrote:
>
> @lbutlr:
>> On 31 Dec 2017, at 16:41, @lbutlr wrote:
>>> Perhaps "are no longer part of the default Postfix install. If you are =
>> not using them, they may be removed."?
>
> Per my previous email, Postfix 3.3 as distribute
l
% pwd
/home/wietse/postfix-3.3-20171229
% make -j8
...
% su
Password:
# make upgrade
...
Skipping /usr/local/doc/postfix/trivial-rewrite.8.html...
Skipping /usr/local/doc/postfix/verify.8.html...
Skipping /usr/local/doc/postfix/virtual.5.html...
Skipping /usr/local/doc/postfix/virtual.8.html...
# pos
On 31 Dec 2017, at 16:41, @lbutlr wrote:
> Perhaps "are no longer part of the default Postfix install. If you are not
> using them, they may be removed."?
--
'Where's the gritsucker? And the rock?' 'Ah,' said Vimes, 'you are
referring to those representative members of our fellow sapient races
On 31 Dec 2017, at 16:32, Viktor Dukhovni wrote:
>> On Dec 31, 2017, at 1:45 PM, @lbutlr wrote:
>>
>> Note: the following files or directories still exist but are
>> no longer part of Postfix:
>>
>>/usr/local/etc/postfix/access /usr/local/etc/postfix/aliases
>>/usr/local/etc/postfix/c
@lbutlr:
> Looking at Postfix 3.3 and upgrade-configuration I get:
>
> Note: the following files or directories still exist but are
> no longer part of Postfix:
>
> /usr/local/etc/postfix/access /usr/local/etc/postfix/aliases
> /usr/local/etc/postfix/canonical /usr/local/etc/postfix
> On Dec 31, 2017, at 1:45 PM, @lbutlr wrote:
>
> Note: the following files or directories still exist but are
>no longer part of Postfix:
>
> /usr/local/etc/postfix/access /usr/local/etc/postfix/aliases
> /usr/local/etc/postfix/canonical /usr/local/etc/postfix/generic
> /usr/l
Looking at Postfix 3.3 and upgrade-configuration I get:
Note: the following files or directories still exist but are
no longer part of Postfix:
/usr/local/etc/postfix/access /usr/local/etc/postfix/aliases
/usr/local/etc/postfix/canonical /usr/local/etc/postfix/generic
/usr/loca
On 08/03/17 16:48, Wietse Venema wrote:
Mario Theodoridis:
Hello everyone,
i'm having a problem upgrading to Centos-6.8 from an older 6.x version.
The problem is created when the rpm post script runs the below command:
File a bug with CentOS. Some distros make improvements that screw
up Postf
On 08/03/17 19:08, Viktor Dukhovni wrote:
On Wed, Mar 08, 2017 at 11:10:45AM -0500, Viktor Dukhovni wrote:
On Mar 8, 2017, at 9:03 AM, Mario Theodoridis
wrote:
/usr/sbin/postfix set-permissions upgrade-configuration \
config_directory=/etc/postfix \
daemon_directory=/usr/libexe
On Wed, Mar 08, 2017 at 11:10:45AM -0500, Viktor Dukhovni wrote:
> > On Mar 8, 2017, at 9:03 AM, Mario Theodoridis
> > wrote:
> >
> > /usr/sbin/postfix set-permissions upgrade-configuration \
> >config_directory=/etc/postfix \
> >daemon_directory=/usr/libexec/postfix \
> >
> On Mar 8, 2017, at 9:03 AM, Mario Theodoridis
> wrote:
>
> /usr/sbin/postfix set-permissions upgrade-configuration \
>config_directory=/etc/postfix \
>daemon_directory=/usr/libexec/postfix \
>command_directory=/usr/sbin \
>mail_owner=postfix \
>setgid_g
On 08/03/17 16:48, Wietse Venema wrote:
Mario Theodoridis:
Hello everyone,
i'm having a problem upgrading to Centos-6.8 from an older 6.x version.
The problem is created when the rpm post script runs the below command:
File a bug with CentOS. Some distros make improvements that screw
up Postf
Mario Theodoridis:
> Hello everyone,
>
> i'm having a problem upgrading to Centos-6.8 from an older 6.x version.
> The problem is created when the rpm post script runs the below command:
File a bug with CentOS. Some distros make improvements that screw
up Postfix multi-instance support.
in
postfix upgrade-configuration
or should that not be run in a postmulti scenario, which would make it a
rpm packaging bug.
Or is it option #3, i screwed something up.
Clue sticks would be appreciated ;)
--
Mit Freundlichen Grüßen / Regards
Mario Theodoridis
regify GmbH
Römerstrasse
18 matches
Mail list logo
