Hi!
I’m not sure this is the right place to ask, but this mailing list is specified
as the maintainer of the OpenBSD postgrey package. Please feel free to redirect
me to a more appropriate place if this is the wrong list for my issue.
Problem description:
====================
- `# rcctl ls failed` always lists postgrey as a failed service.
# rcctl ls failed
postgrey
#
- `# rcctl check postgrey` also sees the service as failed.
# rcctl check postgrey
postgrey(failed)
#
- `# ps auxwww|grep postgrey` finds the running postgrey service, e.g.:
_postgre 69446 0.0 0.4 15992 15032 ?? I 3Nov20 0:01.17 perl:
postgrey -d --inet=10023 (perl)
# ps auxwww |grep postgrey
_postgre 69446 0.0 0.4 15992 15032 ?? I 3Nov20 0:01.17 perl:
postgrey -d --inet=10023 (perl)
root 42600 0.0 0.0 284 1268 p0 S+p 11:53AM 0:00.01 grep postgrey
#
- And according to entries in /var/log/maillog postgrey is working just fine.
# grep -c postgrey /var/log/maillog
34
#
- The /etc/daily script reports the failure in its daily email report, based on
the result of `rcctl ls failed`.
> Services that should be running but aren't:
> postgrey
My analysis:
============
So this looks like a problem with the rcctl(8) mechanism not correctly
identifying the fact that postgrey is running.
Questions:
==========
I am no expert in the internals of the rc(8) mechanism so I’m asking for help.
Have others seen this?
Is there a fix?
Environment:
============
We are seeing this on 2 machines with these versions installed:
- OpenBSD 6.8 GENERIC.MP#1 amd64, all patches and updates applied
- postgrey-1.37
- /etc/rc.d/postgrey is unmodified, i.e. as installed by the package.
- We are (obviously) using postgrey with postfix.
Thanks!
--
Mike Fischer
